A instalação do Debian 9 em um PC antigo mostra Kernel Panic e não inicializa

Question

Eu encontrei um PC antigo com um AMD Athlon XP e 256 MB de RAM, então eu tentei instalar o Debian 9 e usá-lo como um servidor de teste.

A instalação foi concluída sem problemas, mas quando tentei inicializar o sistema pela primeira vez, os problemas começaram a aparecer. Consegui consertar certos problemas com buscas no StackExchange ou brincando com o BIOS:

• Sistema tentando carregar uma unidade de disquete, mesmo que não esteja instalada (desabilitado Suporte a disquete na BIOS)
• "Erro ACPI: falha na execução do método" (ACPI desativada na BIOS)
• "ALERT! UUID = ... não existe. Soltando para um shell!" (substituído "root = UUID = ..." por "root = /" nos parâmetros de lançamento do GRUB)

Depois de consertar todos eles, ainda não consigo corrigir:

Call trace:

[< ca2f6c82 >] ? dump_stack+0x55/0x73

[< ca16879a >] ? panic0x94/0x1d8

[< ca06c15e >] ? do_exit+0x9fe/0xa00

[< ca06c196 >] ? SyS_exit+0x16/0x20

[< ca00372a >] ? do_fast_syscall_32+0x9a/0x160

[< ca5b6d62 >] ? sysenter_past_esp+0x47/0x75

Kernel Offset 0x9000000 from 0xc1000000 (relocation range:0xc0000000-0xce7effff)

--[ end Kernel panic - not syncing: Attempted to kill init! exit code 0x00000100

E depois de alguns minutos:

random: crng init done

As partições foram criadas manualmente com este formato:

• sda1 - / boot - 200mb
• sda2 - / - 39,5 gb
• sda3 - swap - 2gb

Apenas por precaução, usei o instalador de rede para x86 / i386 de aqui .

¿O que posso fazer para corrigir / ignorar este erro de kernel panic?

    

Answer 1

A solução foi instalar um kernel não-PAE.

Por alguma estranha razão, o instalador do Debian 9 usou o kernel PAE para PCs recentes, mesmo que este seja um antigo que não tenha suporte PAE (ironicamente, os kernels não-PAE dizem "para PCs mais antigos" em sua descrição e neste caso não foi usado).

Para começar, inicializei o instalador no "Recovery Mode" com / dev / sda2 selecionado e / dev / sda1 montado como / boot.

Após acessar a linha de comando, atualizei o cache de pacotes ( sudo apt-get update ) e fiz uma pesquisa do apt-cache para os pacotes "linux-image" (também conhecidos como kernels):

apt-cache search linux-image

O resultado foi (reduzido):

linux-image-4.9.0-6-686 - Linux 4.9 for older PCs

linux-image-4.9.0-6-686-dbg - Debug symbols for linux-image-4.9.0-5-686

linux-image-4.9.0-6-686-pae - Linux 4.9 for modern PCs

linux-image-4.9.0-6-686-pae-dbg - Debug symbols for linux-image-4.9.0-5-686-pae

linux-image-4.9.0-6-686-rt-pae - Linux 4.9 for modern PCs, PREEMPT_RT

linux-image-4.9.0-6-686-rt-pae-dbg - Debug symbols for linux-image-4.9.0-5-686-rt-pae

Então eu instalei linux-image-4.9.0-6-686 para diagnosticar o que estava falhando, o resultado foi que o sistema inicializou e a tela de login apareceu.

Depois disso eu removi os kernels antigos e comecei a usar o sistema.

    

Answer 2

Esse pânico do kernel é apenas uma consequência do sistema não conseguir localizar o sistema de arquivos raiz real.

Você não pode usar root=/ como um parâmetro de inicialização, pois no ponto em que o parâmetro de inicialização é usado, o sistema ainda não montou o sistema de arquivos raiz real e precisa deste parâmetro de inicialização para saber onde está o verdadeiro sistema de arquivos raiz. A especificação de root=/ tenta usar o diretório-raiz initramfs temporário como o dispositivo que contém o sistema de arquivos raiz, que está simplesmente errado e não pode funcionar.

Se a sua listagem de partições estiver correta, você deve usar root=/dev/sda2 .