Jadro spadlo: kernel panic a čo ďalej

Kernel panic je stav, keď sa jadro zastavilo a nedokáže pokračovať. Stroj neodpovedá cez SSH ani na sieť, ale stále sa zobrazuje ako spustený. Všetko potrebné na riešenie problému máš k dispozícii z ovládacieho panela: konzola zobrazuje celú obrazovku a záchranný disk ti dáva prístup k systémovým súborom.

Krok 1. Prečítaj si správu

Otvor /hosting/vds/m/<id>, kartu „Console“, zobrazenie „Screen“ (VNC). Textová konzola tiež zobrazuje výstup jadra, ale panic sa často vykresľuje do grafického bufferu a spoľahlivejšie ho vidno na „Screen“. Dôležitý nie je prvý riadok, ale najnižší zmysluplný, zvyčajne jeden z týchto:

• VFS: Unable to mount root fs on unknown-block(0,0) — jadro nedokázalo nájsť koreňovú partíciu;
• Kernel panic - not syncing: Attempted to kill init — zomrel proces číslo jedna, najčastejšie kvôli poškodenému /sbin/init po neúspešnej aktualizácii;
• Kernel panic - not syncing: No working init found — rovnaký problém;
• chyba ovládača so stack trace — zvyčajne po inštalácii modulu jadra tretej strany.

Hneď si odfoť alebo skopíruj text: po reštarte sa obrazovka vymaže.

Krok 2. Skús predchádzajúce jadro

Ak sa panic objavil hneď po aktualizácii, GRUB má staré jadro. Reštartuj stroj z ovládacieho panela a zachyť menu na „Screen“: v prvých sekundách stlač Shift alebo Esc, potom „Advanced options“ a predchádzajúcu verziu.

Keď sa ti podarí nabootovať so starým jadrom, zafixuj funkčný stav a vyrieš nový balík:

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

Krok 3. Záchranný disk

Ak sa menu bootloadera neobjaví alebo aj staré jadro spadne, zapni na karte „Access“ režim bootovania „SystemRescue recovery disk“ a reštartuj stroj. Prihlás sa ako root bez hesla; disk stroja sa zobrazí ako /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

Ak máš podozrenie na poškodenie, skontroluj súborový systém:

umount /mnt
fsck -f /dev/sda1

Typickou príčinou paniku po manuálnych úpravách je chyba v /etc/fstab: riadok s neexistujúcou partíciou alebo nesprávnym UUID zastaví bootovanie. Skontroluj ho:

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

Ak chceš pracovať vnútri systému (preinštalovať jadro, upraviť bootloader), vstúp doň cez chroot:

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

Keď skončíš, určite sa na karte „Access“ prepni späť do normálneho režimu bootovania. Inak bude stroj pri každom reštarte bootovať do SystemRescue a budeš si myslieť, že systém sa vôbec nenaštartoval.

Krok 4. Kedy je jednoduchšie preinštalovať

Automatické zálohy stroja ani snímky stavu nemáme, takže rozhodnutie je na tebe. Ak sú na disku cenné dáta, najprv ich skopíruj zo SystemRescue cez scp na svoj stroj a až potom spusť preinštalovanie OS z karty „Access“ — to disk úplne vymaže.

Postup je: skopíruj dáta, over, že sa na tvojej strane načítajú, preinštaluj. Po preinštalovaní už niet cesty späť.

Ako sa vyhnúť opakovaniu

Uchovávaj kópie svojich dát mimo stroja, aktualizuj jadro oddelene od ostatných balíkov a hneď po aktualizácii reštartuj — tak sa o probléme dozvieš v pohodlnom čase, nie o mesiac neskôr pri náhodnom reštarte. Pri riešení bežných zlyhaní služieb sa pozri na Služba sa nespustí: riešenie problémov so systemd.