Alt-SysRq-E mata o init

0

NOTA: Sim, tenho um teclado QWERTY. Eu também habilitei totalmente o SysRq com echo 1 > /proc/sys/kernel/sysrq enquanto root anteriormente.

Hoje à noite meu laptop congelou enquanto o Chromium e o Minecraft estavam abertos. Depois de um tempo aguardando o sistema não responderia novamente, mudei para tty1 (muito lentamente) e executei a sequência de reinicialização segura (Alt-SysRq-REISUB). Quando cheguei a E, o texto começou a voar no meu monitor. Depois disso, os indicadores CapsLock e ScrollLock do meu teclado começaram a piscar indefinidamente. O texto no meu monitor era sobre:

  • O topo foi o fim de um traceback para uma função de E / S ext3
  • O meio estava cheio de erros a respeito de escrever em algum lugar no disco, também erros sobre um superbloco ruim (!)
  • A última linha foi Kernel panic - not syncing: Attempted to kill init! (exitcode: 0x00000007)

Quando eu reiniciei, acho que o fsck consertou o sistema de arquivos (acho que o Minecraft estava no meio de um save). Minha pergunta é: por que o Alt-SysRq-E matou o init quando não deveria?

    
por huntertur 30.12.2013 / 01:00

2 respostas

0

Alt + SysRq + E não mata o init.

Esse pânico do kernel é provavelmente causado pelo congelamento que você experimentou. Quando você emitiu o comando terminate all com o combo magic, o kernel enviou o sinal SIGTERM para aquele processo mal comportado que estava causando o seu congelamento, e por ser um mau comportamento, ele decidiu não morrer no Como um cavalheiro ou um samurai deve morrer quando a morte deles é necessária, ao invés disso ele tenta lidar com esse sinal antes de morrer e fazer algo antes de sua morte. Enquanto estava lidando com esse sinal, causou mais alguns problemas ao seu sistema já instável (congelamento) e isso causou um pânico no kernel. (Então o Alt + SysRq + E desencadeou esse pânico, mas não foi o defeito da morte do init. Ou algo similar para isso aconteceu, talvez com menos drama.

    
por falconer 30.12.2013 / 01:18
0

Você precisaria tirar uma foto ou prestar muita atenção nas mensagens, mas com base em sua descrição, meu palpite é que seu disco estava lançando erros de E / S (não é um bom sinal), e isso acionou um kernel OOPS no driver do sistema de arquivos quando o init tentou fazer algum IO, e é por isso que o init morreu.

Você deve usar o utilitário de disco para verificar o status SMART da unidade. Execute o autoteste longo (isso pode levar horas) e verifique se não há setores defeituosos. Se isso acontecer novamente, tente obter uma foto dos erros.

    
por psusi 30.12.2013 / 16:29