Depois de aceitar uma atualização do kernel, meu sistema parou de funcionar.
Os comandos no terminal (como ls , cd , etc.) não estavam funcionando e retornaram uma mensagem de erro command not found , além de tentar usar a GUI para qualquer ação.
Desliguei o computador com força e, após a reinicialização, recebi (com expectativa) um erro de kernel panic:
[timestamp]Kernel panic - not syncing: Attempted to kill init! exitcode=0x0001000
[timestamp]CPU: 0 PID: 1 Comm: run-init Not tainted 3.19.0-25-generic #26~14.04.1-Ubuntu
[timestamp]Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B150M Pro4S, BIOS P1.10 07/16/2015
[timestamp] ffff88084cd60380 ffff880851727e68 ffffffff817aed00 0000000000002478
[timestamp] ffffffff81a901a8 ffff880851727ee8 ffffffff817a8bc8 ffff880851728000
[timestamp] ffffffff00000010 ffff880851727ef8 ffff880851727e98 ffffffff81c5ee20
[timestamp] Call Trace:
[timestamp] [<ffffffff817aed00>] dump_stack+0x45/0x57
[timestamp] [<ffffffff817a8bc8>] panic+0xc1/0x1f5
[timestamp] [<ffffffff81077ae1>] do_exit+0xa11/0xb00
[timestamp] [<ffffffff81077c17>] SyS_exit+0x17/0x20
[timestamp] [<ffffffff817b668d>] system_call_fastpath+0x16/0x1b
[timestamp] Kernel Offset: 0x0 from 0xffffffff81000000 (relocation range:0xffffffff80000000-0xffffffffbfffffff)
[timestamp] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0001000
Eu não entrei em pânico (espero que você goste do trocadilho) e procurei por possíveis soluções on-line, entre as quais eu encontrei:
O problema com essa abordagem é que, de alguma forma, o novo kernel parece ter atrapalhado o antigo, e se e quando eu uso o menu GRUB para selecionar uma versão anterior (tanto no modo regular quanto no modo de recuperação), o novo kernel fornece o exatamente o mesmo erro.
Meu erro é semelhante, pois o comando run-init não está funcionando, mas não porque um arquivo está faltando. Similarmente ao caso do OP, meu disco está funcionando bem e se eu acessar o dispositivo de um LiveOS, eu posso encontrar todos os diretórios e arquivos binários.
- link
- link
- Diagnóstico: Se você acabou de atualizar seu Linux ou jogou com o SELinux ao tentar removê-lo ou desativá-lo.
- Solução sugerida: Inicialize o sistema por meio da linha de comando do grub e desative as variáveis relacionadas a
selinux .
Os links referem-se a sistemas diferentes, por isso adaptei a solução da seguinte forma, uma vez que iniciei a linha de comando GRUB :
grub> set root=(hd0,1) selinux=0 enforcing=0
grub> linux /boot/vmlinuz-3.19.0-25-generic root=/dev/sda1
grub> initrd /boot/initrd.img-3.13.0-29-generic
grub> boot
Não sugerindo realmente uma solução, mas apontando vários diagnósticos possíveis, nenhum dos quais parece se encaixar no meu problema.
Tipo de não relacionado ao pânico do kernel, mas explica como inicializar no modo de usuário único a partir do menu GRUB. Isso impede que o X Server seja lançado e, esperançosamente, permitiria que eu executasse o kernel.
Neste ponto, encontrei muitos diagnósticos, tentei muitas soluções e nada funcionou.
O que eu (acho que) entendo:
- O kernel (novo e antigo, modo de recuperação ou não) está com problemas para executar o comando
run-init .
- Isso não tem nada a ver com meu HW, pois o computador funciona bem com um LiveOS, e eu posso usar a placa gráfica, acessar meu disco, usar teclado e mouse.
- Este erro está nos estágios iniciais da inicialização, já que tentar inicializar no modo de usuário único não funciona e impedir que o
X server carregue não tem efeito.
O que eu gostaria de entender, em ordem de importância:
- É possível que uma nova instalação do kernel sobrescreva / modifique o kernel antigo?
- Alguém está ciente de algo que me falta / outras soluções?
- Eu cometi algum erro ao implementar as soluções acima?
- Existe alguma coisa que eu não tenha tentado que saia do topo da sua cabeça?
- Posso instalar um novo kernel sem formatar tudo do console do GRUB?
- Está na hora de reinstalar o sistema operacional? (Se você não puder responder os que estão acima, eu já sei a resposta para essa ...)
Outras leituras