Kernel panic-not syncing: VFS: incapaz de montar o root fs no bloco desconhecido (179,6) executando o Raspbian no topo do NOOBS

Ao inicializar, a sequência para o seguinte:

Kernel panic-not syncing: VFS: incapaz de montar o root fs no bloco desconhecido (179,6)

O que posso fazer para inicializar meu Raspberry Pi 2 novamente usando a instalação Raspbian existente , pois contém muitos arquivos e configurações que seriam muito dolorosas para serem recriadas?

NOTA: Isso , isso e isso estão relacionados, mas são diferentes.

Observe que há uma clara distinção entre erros, com base nos números no final e não entrarei em muitos detalhes, pois eles podem ser facilmente descobertos on-line, se necessário. Essas correções pressupõem que você tenha todas as conexões necessárias funcionando (alimentação, cartão SD, HDMI, teclado com fio , mouse) e esteja usando Raspbian junto com o NOOBS.

Os detalhes do erro que termina com 2 estão no final da resposta. Se sua mensagem de erro terminar com 6 , assim:

Sincronização de pânico do kernel: VFS: impossível montar o root fs no bloco desconhecido (179, 6 )

você precisará fazer uma verificação e reparo do sistema de arquivos:

1. Inicie o Raspberry segurando a Shifttecla.
2. Depois que o NOOBS for carregado, pressione Alt-F2para acessar a linha de comando da recuperação.
3. Entre com nome de usuário roote senha raspberry.
4. Digite sudo fsck.ext4 -y /dev/mmcblk0p6. Isso verificará e tentará reparar o sistema de arquivos corrompido (substitua ext4 pelo tipo de partição, se necessário). Observe que o automodo de fsck(ou seja, apenas digitando em fsckvez de fsck.ext4) não é suportado.
5. Digite sudo shutdown -h nowpara desligar o Raspberry corretamente.
6. Desconecte o cabo de alimentação e conecte-o novamente. O Raspberry agora deve começar bem.

Se sua mensagem de erro terminar com 2 , assim:

Sincronização de pânico do kernel: VFS: não é possível montar o root fs no bloco desconhecido (179, 2 )

é provável que o problema seja causado por um bug de atualização. A correção envolve alternar esses 2 para 6 :

1. Inicie o Raspberry segurando a Shifttecla.
2. Clique no Edit config (e)botão ou pressione e.
3. Clique na cmdline.txtguia ou pressione o right arrowno teclado.
4. Substituir:

raiz = / dev / mmcblk0p 2

com

raiz = / dev / mmcblk0p 6

5. Clique OKe pressione escapeo teclado para prosseguir com a sequência de inicialização.

Seu Pi agora deve inicializar bem. Se o mesmo erro aparecer, mas com 6, prossiga com as etapas acima.

Em alguns casos, o Pi pode ignorar a alteração feita na NOOBS GUI e você ainda verá exatamente o mesmo erro, com 2no final ao inicializar. Nesse caso, a resposta de tktbjp pode ajudar:

Na verdade, é simples usar o modo de recuperação. Entrei no modo de recuperação e pressionei alt-F2 para fazer logon como root. Alterar cmdline.txt da GUI não funciona.

Após efetuar login como root com a senha raspberry, verifique se existe algum diretório / boot. Provavelmente não estará presente. Caso contrário, crie-o usando mkdir / boot. Use o editor vi para criar cmdline.txt.

#cd /boot

#vi cmdline.txt

no editor vi, altere a raiz para mmcblk0p6. Meu conteúdo cmdline.txt parecedwc_otg.lpm_enable=0 console=ttyAM0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait

Salve o arquivo. então é importante fazer a sincronização.

#sync

Em seguida, inicialize a placa. Verifique com a GUI se o cmdline for realmente alterado. Meu PI B + está funcionando agora

Eu tive o mesmo problema, mas com o bloco desconhecido (179.7) e a primeira solução funcionou bem, apenas substituindo isso:

sudo fsck.ext4 -y /dev/mmcblk0p6

com isso:

sudo fsck.ext4 -y /dev/mmcblk0p7

Não sou especialista, mas espero que isso ajude os outros.

Para lidar com o núcleo do problema (não é uma solução alternativa), se você não pode inicializar (ou não possui "NOOBS"), é necessário:

• remova o cartão SD do seu Pi e coloque-o em um leitor de cartão no seu computador Linux.
• se montado automaticamente, desmonte as duas partições. Verifique o nome correto do dispositivo com fdisk -le mount -l. No meu exemplo, ele é montado como /dev/sdb1e /dev/sdb2. Então, para desmontar, use umount /dev/sdb1e umount /dev/sdb2. ( CUIDADO VERIFIQUE SEU NÚMERO DE PARTIÇÃO. "2" aqui é apenas MEU exemplo).
• Agora você está pronto para prosseguir com as correções.
  • Com fdisk -lidentificar o DOS partição e verificar / corrigi-lo com fsck.fat -y /dev/sdb1( Verifique se o seu número correto )
  • Além disso, fdisk -lmostra o ext4número da partição. Corrija-o com fsck.ext4 -y /dev/sdb2( verifique seu número correto )
• Se montar automaticamente novamente, umountambos novamente. Caso contrário, você está pronto para remover do seu computador o Raspberry Pi e ligá-lo.

Se for apenas um problema de "bloqueio", provavelmente estará em funcionamento. Se o Kernel Paniccontinuar, verifique se a mensagem de erro mudou para outra coisa. Nesse caso, você deve procurar outras respostas novamente ou talvez considere reescrever seu cartão SD do zero.

Acabei com este erro depois de tentar instalar o Raspbian (Lite) em um cartão SD que era muito pequeno. Obviamente, se eu tivesse realmente examinado a saída do processo dd, já o teria visto antes de colocar o cartão cegamente no meu Pi:

$ dd bs=1m if=Downloads/2016-05-27-raspbian-jessie-lite.img of=/dev/rdisk3
Password:
dd: /dev/rdisk3: short write on character device
dd: /dev/rdisk3: Input/output error
969+0 records in
968+1 records out
1015808000 bytes transferred in 45.492548 secs (22329108 bytes/sec)

Acabei instalando o Minibian .

Este erro terminou em 2 ao duplicar um cartão válido. Basicamente, o que fiz foi copiar os bytes do cartão original para um cartão SD novo / novo dd. Eu não esperava nenhum erro desse processo simples, então imagine minha surpresa quando fui confrontado com esta mensagem:

Sincronização de pânico do kernel: VFS: não é possível montar o root fs no bloco desconhecido (179, 2 )

Depois de pesquisar, descobriu-se que o novo cartão SD era um pouco menor que o original.

Por esse motivo, a montagem da partição raiz falhou. E isso, por sua vez, levou à infame mensagem de pânico do kernel. Eu acho que o kernel tentou alcançar blocos além do final do cartão SD, ou descobriu que a partição (sendo a última em ordem) não se encaixa completamente no cartão SD.

Como eu realmente queria manter meus arquivos e configurações, encolhi o sistema de arquivos raiz. Isso envolve executar resize2fsprimeiro e depois fdiskajustar a partição. Esteja ciente de que uma ferramenta relata o tamanho em blocos de 4k, a outra funciona com compensações de início / parada do setor de 512 bytes. É realmente fácil estragar tudo. Portanto, mantenha backups de boas imagens conhecidas.

Provavelmente é melhor fazer isso em outro PC ou laptop com leitor de cartão. Não na própria framboesa.

Escusado será dizer que você deve ter espaço suficiente no sistema de arquivos para poder reduzi-lo ...

No meu caso, devido ao clone sd em outro sd porque o original foi corrompido nesse setor.

Para clonar no Windows, você pode usar esta ferramenta: Win32 Disk Imager .

Para reduzir a imagem sd, se o novo sd for menor que o original, você pode usar este script em um linux vm onde compartilhou a imagem sd: PiShrink .

Por fim, se você quiser ver todo o procedimento neste vídeo .