Kernel se srušio: kernel panic i šta dalje

Kernel panic je stanje u kojem se kernel zaustavio i ne može da nastavi. Mašina ne odgovara preko SSH-a ni mreže, ali se i dalje prikazuje kao pokrenuta. Sve što ti treba za rešavanje problema dostupno je iz panela: konzola prikazuje ceo ekran, a recovery disk daje pristup sistemskim fajlovima.

Korak 1. Pročitaj poruku

Otvori /hosting/vds/m/<id>, karticu „Console”, prikaz „Screen” (VNC). Tekstualna konzola takođe prikazuje izlaz kernela, ali panic često ispisuje grafički bafer i pouzdanije se vidi na „Screen”. Nije važna prva linija, već najniža smislena, obično jedna od:

• VFS: Unable to mount root fs on unknown-block(0,0) — kernel nije mogao da pronađe root particiju;
• Kernel panic - not syncing: Attempted to kill init — proces broj jedan je umro, najčešće zbog oštećenog /sbin/init nakon neuspelog ažuriranja;
• Kernel panic - not syncing: No working init found — isti problem;
• greška drajvera sa stack trace-om — obično nakon instalacije modula kernela treće strane.

Fotografiši ili odmah kopiraj tekst: ekran će se obrisati nakon restarta.

Korak 2. Probaj prethodni kernel

Ako se panic pojavio odmah nakon ažuriranja, GRUB ima stari kernel. Restartuj mašinu iz panela i uhvati meni na „Screen”: pritisni Shift ili Esc u prvim sekundama, zatim „Advanced options” i prethodnu verziju.

Kada se podigneš sa starim kernelom, zaključaj radno stanje i pozabavi se novim paketom:

uname -r
dpkg -l | grep linux-image
apt install --reinstall linux-image-amd64

Korak 3. Recovery disk

Ako se meni bootloadera ne pojavljuje ili i stari kernel pada, uključi režim podizanja „SystemRescue recovery disk” na kartici „Access” i restartuj mašinu. Prijavi se kao root bez lozinke; disk mašine se pojavljuje kao /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

Proveri fajl sistem ako sumnjaš na oštećenje:

umount /mnt
fsck -f /dev/sda1

Tipičan uzrok panica nakon ručnih izmena je greška u /etc/fstab: linija sa nepostojećom particijom ili pogrešnim UUID-om zaustavlja podizanje. Proveri ga:

blkid /dev/sda1
cat /mnt/etc/fstab

Da radiš unutar sistema (ponovna instalacija kernela, izmena bootloadera), uđi u njega preko chroot-a:

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash

Kada završiš, obavezno se vrati na normalni režim podizanja na kartici „Access”. U suprotnom će se mašina podizati u SystemRescue pri svakom restartu, a ti ćeš misliti da se sistem nikada nije podigao.

Korak 4. Kada je ponovna instalacija lakša

Nemamo automatske bekape mašina ni snimke stanja, pa je odluka tvoja. Ako su vredni podaci na disku, prvo ih iskopiraj iz SystemRescue-a preko scp na svoju mašinu, pa tek onda pokreni ponovnu instalaciju OS-a sa kartice „Access” — ona potpuno briše disk.

Redosled je: kopiraj podatke, uveri se da se čitaju na tvojoj strani, ponovo instaliraj. Nema povratka nakon ponovne instalacije.

Kako da izbegneš ponavljanje

Drži kopije podataka van mašine, ažuriraj kernel odvojeno od ostalih paketa i restartuj odmah nakon ažuriranja — tako ćeš saznati za problem u zgodno vreme, a ne mesec dana kasnije tokom slučajnog restarta. Za rešavanje običnih kvarova servisa pogledaj Servis neće da se pokrene: systemd rešavanje problema.