Ядро упало: kernel panic и что дальше

Kernel panic — состояние, при котором ядро остановило работу и не может продолжить. Машина не отвечает ни по SSH, ни по сети, но продолжает числиться включённой. Всё, что нужно для разбора, доступно из панели: консоль показывает экран целиком, а диск восстановления даёт доступ к файлам системы.

Шаг 1. Прочитать сообщение

Откройте /hosting/vds/<id>, вкладку «Консоль», вид «Экран» (VNC). Текстовая консоль тоже показывает вывод ядра, но панику часто рисует графический буфер, и на «Экране» её видно надёжнее. Важна не первая строка, а самая нижняя осмысленная, обычно одна из:

• VFS: Unable to mount root fs on unknown-block(0,0) — ядро не нашло корневой раздел;
• Kernel panic - not syncing: Attempted to kill init — процесс номер один умер, чаще всего из-за повреждённого /sbin/init после неудачного обновления;
• Kernel panic - not syncing: No working init found — та же беда;
• ошибка драйвера с трассировкой — обычно после установки стороннего модуля ядра.

Сфотографировать или скопировать текст стоит сразу: после перезагрузки экран очистится.

Шаг 2. Попробовать предыдущее ядро

Если паника появилась сразу после обновления, в загрузчике GRUB есть старое ядро. Перезагрузите машину из панели и на «Экране» поймайте меню: клавиша Shift или Esc в первые секунды, затем «Advanced options» и предыдущая версия.

Загрузившись на старом ядре, зафиксируйте рабочее состояние и разберитесь с новым пакетом:

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

Шаг 3. Диск восстановления

Если меню загрузчика не появляется или старое ядро тоже падает, включите режим загрузки «диск восстановления SystemRescue» во вкладке «Доступ» и перезагрузите машину. Вход root без пароля, диск машины виден как /dev/sda.

lsblk
mount /dev/sda1 /mnt
ls /mnt

Проверьте файловую систему, если подозреваете повреждение:

umount /mnt
fsck -f /dev/sda1

Типичная причина паники после ручных правок — ошибка в /etc/fstab: строка с несуществующим разделом или неверным UUID останавливает загрузку. Сверьте:

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

Для работы внутри системы (переустановка ядра, правка загрузчика) войдите в неё через chroot:

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

Закончив, обязательно верните обычный режим загрузки во вкладке «Доступ». Иначе машина будет уходить в SystemRescue при каждой перезагрузке, а вы будете думать, что система так и не поднялась.

Шаг 4. Когда проще переустановить

Автоматических резервных копий машины у нас нет, снимков состояния тоже, поэтому решение принимаете вы. Если ценные данные лежат на диске, сначала заберите их из SystemRescue по scp на свою сторону, и только потом запускайте переустановку системы из вкладки «Доступ» — она стирает диск полностью.

Порядок такой: снять данные, убедиться, что они читаются у вас, переустановить. Обратного пути после переустановки нет.

Как не повторить

Держите копии данных за пределами машины, обновляйте ядро отдельно от остальных пакетов и перезагружайтесь сразу после обновления — так вы узнаете о проблеме в удобное время, а не через месяц при случайной перезагрузке. Разбор обычных сбоев служб — в статье Служба не запускается: разбор по systemd.