Kernel crash: kernel panic dan langkah selanjutnya

Kernel panic adalah kondisi ketika kernel berhenti dan tidak dapat melanjutkan. Mesin tidak merespons melalui SSH atau jaringan, tetapi masih tampak berjalan. Semua yang Anda butuhkan untuk troubleshooting tersedia dari panel: konsol menampilkan layar penuh, dan disk recovery memberi Anda akses ke file sistem.

Langkah 1. Baca pesannya

Buka /hosting/vds/m/<id>, tab "Console", tampilan "Screen" (VNC). Konsol teks juga menampilkan output kernel, tetapi panic sering ditampilkan oleh buffer grafis, dan lebih andal terlihat di "Screen". Yang penting bukan baris pertama melainkan baris bermakna paling bawah, biasanya salah satu dari:

• VFS: Unable to mount root fs on unknown-block(0,0) — kernel tidak dapat menemukan partisi root;
• Kernel panic - not syncing: Attempted to kill init — proses nomor satu mati, paling sering karena /sbin/init rusak setelah update yang gagal;
• Kernel panic - not syncing: No working init found — masalah yang sama;
• error driver dengan stack trace — biasanya setelah memasang modul kernel pihak ketiga.

Segera foto atau salin teksnya: layar akan dibersihkan setelah reboot.

Langkah 2. Coba kernel sebelumnya

Jika panic muncul tepat setelah update, GRUB memiliki kernel lama. Reboot mesin dari panel dan tangkap menu di "Screen": tekan Shift atau Esc dalam beberapa detik pertama, lalu "Advanced options" dan versi sebelumnya.

Setelah Anda berhasil boot dengan kernel lama, kunci keadaan yang berfungsi dan tangani paket baru:

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

Langkah 3. Disk recovery

Jika menu bootloader tidak muncul atau kernel lama juga crash, aktifkan mode boot "SystemRescue recovery disk" di tab "Access" dan reboot mesin. Masuk sebagai root tanpa kata sandi; disk mesin muncul sebagai /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

Periksa file system jika Anda mencurigai kerusakan:

umount /mnt
fsck -f /dev/sda1

Penyebab umum panic setelah pengeditan manual adalah kesalahan di /etc/fstab: baris dengan partisi yang tidak ada atau UUID yang salah menghentikan boot. Periksa:

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

Untuk bekerja di dalam sistem (memasang ulang kernel, mengedit bootloader), masuklah melalui chroot:

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

Setelah selesai, pastikan untuk beralih kembali ke mode boot normal di tab "Access". Jika tidak, mesin akan boot ke SystemRescue pada setiap reboot, dan Anda akan mengira sistem tidak pernah menyala.

Langkah 4. Kapan memasang ulang lebih mudah

Kami tidak memiliki backup mesin otomatis atau snapshot keadaan, jadi keputusannya ada di tangan Anda. Jika ada data berharga di disk, salin dulu keluar dari SystemRescue melalui scp ke mesin Anda sendiri, dan baru kemudian mulai pemasangan ulang OS dari tab "Access" — tindakan ini menghapus disk sepenuhnya.

Urutannya: salin data, pastikan dapat dibaca di sisi Anda, pasang ulang. Tidak ada jalan kembali setelah pemasangan ulang.

Cara menghindari terulangnya hal ini

Simpan salinan data Anda di luar mesin, update kernel secara terpisah dari paket lain, dan reboot tepat setelah update — dengan begitu Anda akan mengetahui masalah pada waktu yang nyaman, bukan sebulan kemudian saat reboot yang tidak disengaja. Untuk troubleshooting kegagalan layanan biasa, lihat Service won't start: systemd troubleshooting.