Marcos FRM

Hmm, suponho que crie então dois volumes lógicos LVM, cada um com um par HDD+SSD (SSD sendo dm-cache ou dm-writecache), e crie o arranjo Btrfs RAID 1 em cima desses volumes. Acho que continuaria confiável. Quanto aos UPS (odeio o termo "nobreak": é jabuticaba), olhe os APC Smart-UPS (menos o modelo "SC", que não é senoidal). Mesmo as versões "interativas" são populares em datacenters.

Ah, hardware de boa qualidade. Btrfs em RAID 1 é confiável. Serão dois arranjos RAID 1 separados, um nos HDDs e outro nos SSDs?

Qual é o hardware desse "NAS"? Qual sistema operacional, qual sistema de arquivos?

São mais ou menos equivalentes. Use o que for suportado no hardware da GPU, pois é mais eficiente. Codificação de VP9 via hardware é incomum. Seu sucessor, o AV1 (superior ao H.265), está ganhando suporte nos modelos novos: Nvidia na microarquitetura Ada Lovelace e AMD na RDNA 3. H.264 e H.265 são codecs cujo uso da especificação requer pagamento de royalties. Parece que abriram uma exceção para uso não comercial (decodificação apenas?), mas é um campo minado. VP9 e AV1 são concorrentes livres de royalties. O primeiro, desenvolvido majoritariamente pelo Google, vingou meio que na marra por causa do YouTube. Decodificação via hardware teve que ser implementada nos SoCs de dispositivos móveis por causa da popularidade do YouTube basicamente. Nas GPUs dos PCs, Nvidia e AMD só se importaram com decodificação, desistindo da codificação. Isso mudou no AV1, que teve um desenvolvimento mais plural, com mais empresas participando[1]. Tende a ser muito mais popular, tanto que codificação via hardware já está dando a caras. [1] https://en.wikipedia.org/wiki/Alliance_for_Open_Media

Daí tem que abrir o terminal e fuçar. A primeira coisa a rodar é o comando "lsblk -f".

Como você tentou acessar dentro do Fedora?

Sim. Cuide que, se estiver com Secure Boot ativo, tem que usar uma distribuição que suporte, como Ubuntu, Fedora, openSUSE.

Não tem ligação com o problema. Você tem outro computador disponível? Pois daqui para frente resta inicializar outro Linux por pendrive (sistema "live", que roda da memória) e tentar arrumar por lá.

Daí não sabemos se vai apagar os dados.... Deixe rodando por uma hora. Vai que o fsck esteja sendo executado.

Nada de útil. Tente a opção "Lux Recovery". Cai num terminal pelo menos?

A tela mostrou mais coisa, certo? Tente tirar uma foto...

Tem problema com os sistemas de arquivos. Remova "quiet splash" (não adicione fsck.mode=...) daquela linha e veja se aparece alguma mensagem útil.

Sim, são modificações temporárias. É normal.

Sim. Isso. Tente então "fsck.mode=skip" (sem aspas).

Sim. Adicione um espaço antes.

Deixe selecionado "Lux GNU/Linux" e pressione "e". Abrirá um editor de texto rudimentar, em que você consegue navegar usando as setas do teclado. Use a seta para baixo para posicionar o cursor na linha que começa com "linux" ou "linuxefi". Então, use a tecla "End" do teclado para mover o cursor para o fim dessa linha (pode usar também a seta para direita). No final dela, dê um espaço e digite (sem aspas) "fsck.mode=force". Por fim, pressione Ctrl+x. Seria interessante postar uma foto aqui antes do Ctrl+x.

Tudo preto na imagem...

Onde tem "Lux Recovery" existe algo mais?

Geralmente não. Você sabe editar temporariamente as opções de inicialização no meu do GRUB?

Você deixou rodar por um tempo? Pois aparenta estar verificando os sistemas de arquivos.

O BIOS apenas precisa da partição EFI. Carrega o bootmgfw.efi. Este lê o BCD e busca a partição onde está o sistema através do GUID da partição GPT. Estando no NVMe a partição EFI e o volume "C" do Windows é o que basta para funcionar.

Aham. Tem tem que abrir um espaço no NVMe e clonar essa partição de 100 MB para ele.

Se a partição EFI estiver no SSD SATA, você pode transferir para o NVMe usando algum programa de clonagem.

A partição EFI deve estar no SSD SATA.

FIEMAP_FLAG_SYNC é snake oil, ou Olina Essência de Vida e tal. Melhor deixar. Agradeço as sugestões. Enriquecem o fórum e serão úteis para quem estiver pesquisando sobre essa ioctl.