Servidor Ubuntu 12.04 transformado em squashfs (toram) e pânico freqüente no kernel de inicialização

Question

Eu tenho um servidor Ubuntu 12.04 de 64 bits compactado em squashfs e inicializando na RAM usando a opção toram. Quando eu reinicializo a máquina, recebo um kernel panic 3 de 5 vezes, às vezes várias vezes seguidas, mas acabará por funcionar.

Este é o erro que recebo:

Target filesystem doesn't have requested /sbin/init.
run-init: opening console: No such file or directory
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100

Bem, obviamente o / sbin / init existe como às vezes o sistema carrega sem qualquer problema, sem mudanças em qualquer coisa.

Além disso, a máquina é nova e o memtest sugere que não há problema com a RAM em si.

Veja como minha configuração foi preparada:

• Eu compilei o kernel do Ubuntu-3.11.0-18.32 com suporte embutido aufs e squashfs em uma VM VirtualBox de servidor de Ubuntu externo de 64 bits 12.04.
• O kernel foi instalado na máquina de destino e eu fiz um squashfs de uma cópia do sistema de arquivos com a opção -always-use-fragments.

• Instalei os scripts live-boot-3.0.1-1 do Debian para poder inicializar o squashfs na RAM. A entrada do menu grub é assim:

  menuentry 'Ubun2RAM' --class ubuntu --class gnu-linux --class gnu --class os {
  linux   /boot/vmlinuz-$(uname -r) BOOT=LIVE boot=live toram=filesystem.squashfs rw quiet splash apparmor=0 security="" $vt_handoff kernel.panic=1
  initrd  /boot/initrd.img-$(uname -r)
  }
  

Isso é baseado no guia Ubun2RAM disponível no link , a principal diferença é que no meu caso a "thumb box" e "target" é uma instalação de servidor Ubuntu.

Eu tentei descobrir o que está causando o kernel panics ou forçar o sistema a reiniciar ao encontrar um passando kernel.panic = 1 como um parâmetro de inicialização ou colocando o mesmo em /etc/sysctl.conf.
O problema é que não consigo visualizar nenhum log de uma tentativa de inicialização com falha (à medida que o sistema é inicializado na RAM) e o sistema nunca é reinicializado depois que um kernel panic ocorre (apesar de ter configurado dessa forma, ou Uma solução ideal seria livrar-se dos pânicos do kernel, no entanto, eu ficaria satisfeito com a reinicialização do sistema quando ocorrer um pânico no kernel.

Qualquer entrada é apreciada.
MJD

    

Answer 1

Eu consegui descobrir isso.

Aparentemente, a unidade antiga na qual eu armazenei a imagem do sistema de arquivos às vezes não está pronta quando uma tentativa de acesso é feita (e eu descobri isso por acidente). Eu nunca esperei que uma versão de inicialização ao vivo marcada como 'estável' não tivesse a funcionalidade de esperar que a unidade se tornasse pronta, mas esse parece ser o caso. Felizmente eu descobri que há um ramo alfa 4.xe atualizar para 4.0 ~ alpha21 resolveu meu problema.

Eu também me certifiquei de que o problema não estava associado ao meu kernel e obtive exatamente o mesmo resultado com fontes de kernel 3.11.0-20.34 compiladas na máquina em questão.