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

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