Instalei o Arch Linux no meu cartão SD com o Win32DiskImager. Se eu desligar o RPi, remover o cartão, inseri-lo e iniciar o RPi novamente, tudo funcionará bem. Mas se eu fizer uma atualização completa do sistema no pacman pacman -Syu
, há um problema. Se eu desligar e iniciar o RPi novamente, não há problema, mas se eu desligar, remover o cartão, inserir e iniciar o RPi, ele não poderá ser inicializado novamente, apenas aguardando sempre na tela inicial do arco-íris. Também não preciso remover o cartão SD, apenas o suficiente para interromper a fonte de alimentação por 30 segundos (até os condensadores descarregarem completamente) e iniciar o RPi, e o mesmo erro ocorre.
Tentei desabilitar a atualização do pacote raspberrypi-firmware adicionando IgnorePgk = raspberrypi-firmware
no /etc/pacman.conf
arquivo e faça a atualização completa do sistema, removo e insiro o sdcard e não vejo a tela do arco-íris novamente, mas recebo esta mensagem de erro:
[ 20.217557] Kernel panic - not syncing : VFS: Unable to mount root fs on unknown-block(179,2)
PANIC: VFS: Unable to mount root fs on unknown-block(179,2)
Entering kdb (current=0xcd828ca0, pid 1) due to Keyboard Entry
kdb> _
Este erro também ocorre se eu atualizar apenas o linux-raspberrypi
pacote e, em seguida, reboot
remover e remover o sdcard e receber a mesma mensagem de erro de pânico no kernel.
Eu tenho um cartão Samsung SDHC 16GB Class10 (MB-MPAGA aka MB-MPAGAEU). Também tentei com o cartão Kingmax SDHC 16GB Class10 e com um cartão Kingmax SDHC 8GB Class6, nenhum dos dois funcionou.
Se eu ignorar o raspberrypi-firmware
e o linux-raspberrypi
pacote no pacman, e em seguida, fazer a atualização do sistema, nenhum erro ocorre mesmo se eu remover o sdcard. Portanto, deve haver algum problema nesses pacotes.
Respostas:
Estou postando isso como uma resposta, pois não há espaço suficiente nos comentários. Portanto, de todas as informações coletadas até agora, parece que o problema está relacionado apenas ao conteúdo do / boot / partition. Agora, o problema pode ser causado por duas coisas: 1. / boot / sistema de arquivos corrompidos, o que impossibilita o carregador de inicialização carregar arquivos de firmware 2. A nova versão do firmware possui alguma regressão que impede o funcionamento do cartão SD. Você precisa verificar qual delas é verdadeira.
Uma maneira de fazer isso seria atualizar manualmente os arquivos em / boot / no seu PC. Para fazer isso, você deverá primeiro garantir que seu sistema não esteja inicializando diretamente no sistema gráfico (porque você não terá módulos funcionando e isso impossibilitaria o uso do teclado / mouse no X). Então você precisa conectar seu cartão SD no PC, fazer backup de seu conteúdo, vá para a página do github para obter arquivos de firmware, entre no diretório de inicialização e faça o download dos seguintes arquivos (substituindo os existentes) para / boot / partition - bootcode.bin, kernel.img, start.elf, loader.bin. Você não precisará substituir outros arquivos. Para baixar cada arquivo, você deve clicar em seu nome, clicar em "visualizar raw" e salvar em disco. Depois de salvar todos os arquivos, ejete seu cartão SD com segurança e verifique se ele é inicializado. Dessa forma, você pode verificar se os arquivos de firmware mais recentes (kernel e carregador de inicialização) são capazes de inicializar a partir do seu cartão SD. Se for verdade, podemos ter certeza de que seu problema é causado por corrupção de / boot / partition, não pela regressão do kernel / bootloader.
Como mencionado anteriormente, você também deve verificar quantos flashes de led verdes você consegue ver quando vê a tela do arco-íris. Algum tempo atrás, o código de solução de problemas foi adicionado ao carregador de inicialização e ele piscará em verde várias vezes para mostrar o que deu errado. Aqui está a lista: 3 flashes: loader.bin não encontrado 4 flashes: loader.bin não lançado 5 flashes: start.elf não encontrado 6 flashes: start.elf não lançado
Se você não vir nenhum flash, seu firmware é muito antigo para suportar isso ou nem mesmo o bootcode.bin foi carregado. Você também pode verificar se a partição de inicialização não está corrompida, verificando se todos os arquivos necessários para a inicialização (mencionados anteriormente) são saudáveis (sem tamanho zero, existem etc). Você também pode verificar qual arquivo na partição de inicialização causa problemas restaurando apenas alguns deles. Por exemplo, restaure apenas o kernel.bin ou apenas start.elf + loader.bin + bootcode.bin. Isso pode lhe dizer se é um problema de firmware ou kernel.
fonte
raspberrypi-firmware
eolinux-raspberrypi
, eo Dont problema existe mais. Parece que foi corrigido. Então eu nem precisei consertar manualmente na inicialização, está funcionando. Mas aceitarei sua resposta, porque esse foi o mais próximo do problema e tenho certeza de que ele resolveria o problema.Deve ser um problema de sdcard. Se eu instalar o Raspbian “wheezy”, então no raspi-config eu expandirei a partição para encher o cartão, depois desliguei o Raspberry Pi, remova o sdcard, insira novamente, ele não inicializa. O cartão SDmax Class10 de 16GB Kingmax não é suportado.
Eu também tentei com Kingmax 8GB e Samsung 16GB, como mencionei na pergunta, e nem funcionou. Talvez seja outro problema.
fonte
Raspberry PI - PANIC: VFS Não é possível montar o root fs no bloco desconhecido (179,2). Recebi esta mensagem após a atualização e a reinicialização.
PÂNICO: VFS Não é possível montar o root fs no bloco desconhecido (179,2) Entrando no kdb (atual = 0xcb846c80, pid 1) devido à entrada do teclado
O problema é fácil de resolver, pelo menos para mim.
Então eu inicializo no RescueCD - qualquer Linux está OK em outro PC
Então eu executo o reparo do sistema de arquivos (use o nome correto do dispositivo)
fsck / dev / sdb2
Eu tive que executá-lo várias vezes, então forcei a verificação fsck -f / dev / sdb2
E o sistema de arquivos foi reparado.
Talvez haja uma solução temporária. O que faço é sincronizar o arquivo antes de reiniciar. Portanto, eu executo a sincronização de comando cerca de 2 ou 3 vezes antes da reinicialização do sudo. Desde isso, eu não vi novamente o erro.
Atualização 1: Provavelmente há uma influência do overclock na aparência da corrupção do sistema de arquivos. Porque eu tenho visto os problemas sempre após uma carga maior, como por exemplo, atualização e atualização.
Update2: Sim, quando não está em overclock, não há problemas. Talvez com outro cartão SD também possa funcionar com overclock.
Atualização 3: Após algumas investigações e testes, descobri que a caixa original que usei para o Pi tem orifícios de ventilação apenas para baixo e, portanto, o driver IO pode superaquecer e causou problemas com ethernet, usb e cartão SD. Como eu o abro, posso fazer o overclock médio sem problemas.
Update4: Framboesa falhou. É enviado para troca com o fornecedor. Veja mais informações aqui.
Update5: O Raspberry foi trocado pelo fornecedor. Nova peça parece OK. Vamos torcer.
Update6: A nova peça tem cerca de 12 dias de 24/07 a correr sem problemas. É sempre o tempo todo com overclock (médio). Suponho que se alguém ainda tem problemas com a estabilidade, deve pedir troca sob a quarentena. Acabei de tirá-lo da caixa de plástico original adquirida sem nenhum resfriamento adicional com o cartão SD e a fonte de alimentação como o primeiro. Não usei duas semanas no sistema Raspbian original.
fonte
Eu tive um problema semelhante ao pânico do kernel depois de atualizar para o linux-raspberrypi 3.18.3 (NO MORE linux-raspberrypi-latest).
No meu caso, não foram sistemas de arquivos corrompidos, carregador de inicialização ou firmware. Era o pacote do kernel.
A mensagem de erro é
No começo, pensei que o pobre cartão SDHC havia morrido, mas acabou bem. A
vfat
/boot
partição eext4
/
e/home
foram excelentes.Passo algum tempo e, no final, o
linux-raspberrypi-3.18.3-3
pacote foi o culpado.Por alguma razão, o pacote atualiza o /boot/cmdline.txt que aponta
/
para a partição errada/dev/mmcblk0p2
que deveria estar/dev/mmcblk0p5
.Depois de conectar o SD ao netbook e reverter para o cmdline.txt correto, conecte-o novamente ao Pi, o sistema está funcionando perfeitamente.
fonte