Índice

1. Use um método de gravação no USB que verifique novamente os dados gravados. Isso é provavelmente muito difícil, desculpe.
2. Como verificar usando cmpo comando após dd.
3. O initramfs lido do seu USB está danificado.
4. Por que eu culpo o initramfs lido do USB.

1. Use um método de gravação no USB que verifique novamente os dados gravados. Isso é provavelmente muito difícil, desculpe.

Você está tendo problemas de inicialização que se parecem muito com dados incorretos no USB. Portanto, use um método de gravação USB que verifique novamente os dados gravados.

ddpor si só, não verifica novamente os dados escritos. Verifique novamente os dados manualmente usando cmp, seguindo as instruções exatas na próxima seção. Infelizmente não consegui pensar em nenhum método mais fácil.

• Discos GNOME podem ser usados ​​para escrever um USB (as instruções de instalação do Fedora dizem como). Mas não parece verificar novamente os dados escritos.

• As instruções oficiais de instalação do Fedora são "padrão" para o Fedora Media Writer . Pelo menos a versão do Fedora Media Writer que eu tenho, verifica automaticamente os dados gravados depois de gravá-los no USB. Não conheço uma maneira fácil de instalar o Fedora Media Writer no seu sistema operacional Ubuntu :-(.

  https://docs.fedoraproject.org/f28/install-guide/install/Preparing_for_Installation.html

• O "Startup Disk Creator" do Ubuntu não funcionou para mim. Eu acho que ele só está disposto a escrever ISOs do Ubuntu, não os do Fedora.

2. Como verificar usando cmpo comando apósdd

Em princípio, este poderia ser um cmpcomando simples. Infelizmente, existem algumas dificuldades que retornarão resultados inúteis, então preciso explicá-las.

Eu acredito cmpque também pode mostrar diferenças se você já permitiu que o USB escrito fosse montado em um sistema Linux :-(. Isso provavelmente acontecerá se você o conectar novamente a um sistema Linux depois de escrevê-lo! (Ou inicializar com sucesso o Fedora Live USB?) Você tem que ter cuidado com isso!

Portanto, você deseja executar ddpara gravar os dados e, em seguida, cmpcomandar para verificar os dados USB, sem reconectar o USB (ou reinicializar) no meio.

Primeiro execute seu ddcomando. Lembre-se de tomar muito cuidado e não limpe seu disco rígido interno :).

Então lembre-se que você deve executar sync, para garantir que os dados tenham terminado de gravar.

Então, você será capaz de executar echo 3 | sudo tee /proc/sys/vm/drop_caches. Esta etapa é necessária para garantir que cmpnão seja apenas leitura de caches na RAM do sistema.

Então você pode correr

# cmp Fedora-Workstation-Live-28.iso /dev/sdb

Ou seja, onde sdbestá o nome do seu dispositivo USB e o .isoarquivo é o nome do seu arquivo ISO. Este comando pode mostrar erros de E/S ou diferenças, se o problema for que seu pendrive precisa ser substituído.

Em princípio, você pode querer ir mais longe e testar se o USB mantém seus dados corretamente após ser removido e perder energia. Portanto, isso exigiria um método alternativo que desative a montagem automática do seu login gráfico. Pode ser muito difícil saber como desativar a montagem automática temporariamente :-(. Acho que a maneira mais simples é fazer login em um console de texto e executar seus comandos a partir daí. Certifique-se de não voltar para um login gráfico antes você terminou! Para obter algumas informações sobre como fazer login em um console de texto, consulte aqui .

3. O initramfs lido do seu USB está (provavelmente) danificado

Pelas evidências até agora, parece que o initramfs lido do seu USB está danificado. Você pode tentar verificar os dados do USB, no mesmo sistema em que escreveu o USB. Isso pode ser útil para confirmar algum tipo de problema ao gravar no seu USB.

Para completar, a lista completa de possibilidades é: -

1. um problema com a gravação no seu USB
2. um problema na imagem ISO que você escreveu nela
3. um problema em seu computador, por exemplo, problemas de EFI/BIOS durante a inicialização antecipada
4. "incompatibilidade" entre seu computador e esta versão do Linux. (Ou seja, se alguém acha que seu computador não é o culpado, eles teriam que culpar a versão específica do Linux :).

4. Por que eu culpo o initramfs lido do USB

Encontrei outros mistérios não resolvidos descritos com a mesma mensagem de erro e condições muito semelhantes:

• Fedora Live Usb não inicializa
• Não consigo fazer um USB inicializável [do Fedora 24] ...
• kernel panic - não sincronizando o VFS: incapaz de montar o root fs em um bloco desconhecido (0,0) na instalação do Fedora 22

[1.81660] ---[end Kernel] panic - não sincronizando: VFS: incapaz de montar root fs em desconhecido-block(0,0).

Infelizmente, este não é o erro real e específico.

Eu verifiquei duas vezes; O Fedora-Workstation-Live 28 usa um arquivo initramfs . Isso às vezes também é chamado de tipo de initrd .

Este erro seria mostrado se você configurasse uma inicialização com um kernel e um initramfs, mas algum erro impede que o initramfs seja carregado.

Por exemplo, uma maneira de acionar esse erro seria pressionar uma tecla especial no menu de inicialização para iniciar uma edição temporária das opções de inicialização. Em teoria, você pode ter começado a editar as opções de inicialização e, sem querer, removido uma initrdopção. Então eu tenho que mencionar isso como uma possibilidade :). Observe que esse tipo de edição é temporário. Então você pode simplesmente inicializar novamente e ter certeza de que não está fazendo uma edição que desabilite o initramfs :).

Neste caso, o kernel pode "cair" para uma inicialização de estilo antigo sem um initramfs, mas então ele não tem nenhum "dispositivo de bloco" que foi especificado para montar como root fs. "(0,0)" significa "desconhecido"; este número de dispositivo nunca é um dispositivo de bloco válido.

Mas não acho que foi isso que você (e alguns outros) fizeram.

Portanto, acho que provavelmente há um erro mais específico no início do processo de inicialização. Infelizmente, se houve uma mensagem de erro, é possível que você não consiga vê-la porque ela rolou para fora da parte superior da tela, se houver muitas mensagens desde então :).

Uma pesquisa de imagem por "não é possível montar fs raiz em bloco desconhecido (0,0)." mostra que é muito comum o rastreamento de chamadas do kernel preencher a tela. Quando isso acontece, você não pode ver se há alguma mensagem de erro anterior.

Encontrei um exemplo de tal erro, postado em relação a um Linux diferente:

https://bbs.archlinux.org/viewtopic.php?id=220178

Initramfs unpacking failed: junk in compressed archive
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
...
--- [end Kernel] panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0).

EDIT: chamei :-). "Falha na descompactação do Initramfs:" foi o erro real. "Os dados compactados por XZ estão corrompidos" deixa claro que o initramfs não está sendo lido corretamente do USB

Resolvido . obviamente o problema era do USB, então tentei formatar o USB novamente com este comando:

sudo dd if=/dev/zero of=/dev/sdb

em seguida, gravar o arquivo .iso nele. agora ele mostra a página de instalação sem problemas.