blk_update_request: erro de E / S, dev fd0, setor 0

16

Isso aconteceu após uma atualização do kernel. Sempre que tento inicializar, meu computador diz "Erro ao obter autoridade: Erro ao inicializar autoridade: Não foi possível conectar-se: Esse arquivo ou diretório não existe (g-io-error-quark, 1) Bem-vindo ao modo de emergência! ..." seguido por abunch de coisas que eu posso fazer. Ele cospe o mesmo erro se eu pressionar Ctrl-d para inicializar no modo padrão e o arquivo fstab corresponder perfeitamente aos UUIDs da unidade. Mas acho que encontrei o culpado. Quando executo o blkid, demora um pouco e depois aparece "blk_update_request: erro de E / S, dev fd0, setor 0" seguido pelos dados das unidades. O que está acontecendo, por que e como corrigi-lo?

Tentei a possível pergunta duplicada, mas é um erro um pouco diferente e a solução não funciona.

filesystem Ben
fonte
1
Possível duplicata do erro "Buffer I / O error no dispositivo fd0, bloco lógico 0"
Mark Kirby
Eu descobri que posso fazê-lo funcionar se eu inicializar no modo de recuperação e depois instruí-lo a corrigir pacotes quebrados. Não parece importar se isso foi bem sucedido ou não. Então eu posso continuar inicializando e funciona.
Ben
Atualização: Eu descobri que não precisa ser a opção de corrigir pacotes quebrados. De fato, funcionará com qualquer opção que remonte o sistema de arquivos no modo de leitura e gravação. Portanto, posso apenas assumir que esse problema se origina do sistema de arquivos não estar montado corretamente.
Ben Ben
Se você resolveu seu problema, responda sua própria pergunta e aceite-a. Não coloque a resposta nos comentários! :-)
David Foerster
1
Colisão. Não sinto vergonha.
7772 Ben

Respostas:

36

/unix/282845/blk-update-request-io-error-dev-fd0-sector-0

Seu dispositivo não possui uma unidade de disquete, mas o módulo do driver de disquete está instalado, portanto você possui / dev / fd0 e muitas coisas tentam usá-lo.

sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
sudo dpkg-reconfigure initramfs-tools
Auspex
fonte
Obrigado por essa edição. Parece exatamente o que estava faltando.
Auspex
7
Para quem vem aqui depois de procurar esse erro ao executar o Ubuntu em uma VM no Microsoft Hyper-V, isso ocorre porque, por padrão, uma unidade de disquete é adicionada à configuração da VM, mas não é ativada corretamente. A resposta acima ainda a resolve, mas verifique se você tem um dispositivo de disquete na configuração da VM primeiro e tente removê-lo antes de aplicar esta correção. Eu tenho 15 das coisas ruins, e até agora 5 delas foram corrigidas removendo o disquete de rouge da configuração da máquina Hyper-V usando o gerenciador Hyper-V.
shawty
@shawty Sim, eu já vi isso no VirtualBox também.
Auspex #
1

Apenas desative a unidade de disquete no sistema Bios, a mesma coisa aconteceu comigo que funcionou bem agora.

Jason
fonte
1

Eu tenho me envolvido com isso por um longo tempo. Uma solução curta e longa.

Este é o curto

  • Primeiro, veja se o seu arquivo fstab está bom, especialmente o seu arquivo de troca .

  • Than run:

    sudo update-initramfs -u

    e seus problemas devem acabar.

A versão longa

A versão longa escrita por outra pessoa que eu não tomei nota. (Desculpe pessoal!)

Experimentar:

  • Use blkidpara determinar o UUIDda sua partição swap, e enquanto a ele, certifique-se todas as outras partições têm correta UUIDé no /etc/fstab. Também pode usar lsblk -fpara encontrar os UUID.

  • Coloque os corretos UUIDem /etc/fstab, especialmente swap, para esse erro.

  • Coloque o correto UUIDpara troca /etc/initramfs-tools/conf.d/resume.

  • Corre sudo update-initramfs -u

Reinicie. Corrigida minha inicialização tripla do Stretch, com esse erro, pois o arquivo de troca havia sido alterado.

Explicação para a versão longa

O problema foi devido ao meu swap ser criptografado. Portanto, o local-premountscript no initramfs estava aguardando um dispositivo de troca que não estava disponível até o tempo limite. A mensagem relevante foi deixada aguardando a suspensão / retomada do dispositivo.

Para desativar este (como retomar a partir de swap não é possível com um swap criptografada, e eu não usar a hibernação de qualquer maneira), eu modifiquei este arquivo: /etc/initramfs-tools/conf.d/resume.

  • Nesse arquivo, uma linha com

    RESUME=none

    (em vez do UUID que estava aqui) desativará a espera por um dispositivo de retomada.

  • Execute sudo update-initramfs -upara aplicar as alterações.

  • O sistema agora inicializa normalmente.

Bert

Bert Mariën
fonte
1

Eu tive uma situação diferente. Servidor ubuntu instalado lts 18.04 e disquete mod estava ativo.

Havia uma fstabentrada e um módulo do kernel ativado floppy.

## check for mod floppy
lsmod | grep -i floppy

Eu fiz isso:

  • comentar entrada fstab (ou apenas excluí-la)
  • desativar disquete mod - adicionar à lista negra

Módulo de lista negra

echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf

Sem reinicialização:

sudo rmmod floppy
sudo dpkg-reconfigure initramfs-tools

Ou com reinicialização

reboot
hrvoj3e
fonte