Исправление паники ядра Linux: пошаговое руководство

Введение / Зачем это нужно

Паника ядра (kernel panic) — это критический сбой, при котором ядро Linux прекращает работу и система мгновенно перезагружается. Это может быть вызвано аппаратными сбоями, повреждённой файловой системой, конфликтующими драйверами, перегревом или нехваткой ресурсов. В этом гайде вы узнаете, как быстро собрать диагностическую информацию, определить точную причину и безопасно восстановить работоспособность системы без полного переустановления.

Требования / Подготовка

• Доступ с правами root (через sudo) или возможность загрузиться с rescue-диска.
• Установленные утилиты dmesg, journalctl, fsck, lm‑sensors, lsmod, rmmod.
• Сервис crash/gdb (необязательно, для анализа дампов vmcore).
• Резервная копия важных данных (если восстановление потребует форматирования разделов).

Пошаговая инструкция

Шаг 1: Собрать системный лог после паники

Если система всё ещё загружается, выполните:

dmesg | tail -n 20
journalctl -b 0 | tail -n 30

Эти команды покажут последнее сообщение паники и стек вызовов. Сохраните вывод в файл, например panic.log, чтобы проанализировать позже.

Шаг 2: Проверить состояние файловой системы

Загрузитесь в режим восстановления (systemd-boot → Advanced options → Rescue Mode) или с установочного диска. Определите корневой раздел (df -h /) и выполните:

fsck -f /dev/sdXY

При запросе нажмите y, чтобы исправить ошибки. После завершения перезагрузитесь.

Шаг 3: Обновить или восстановить ядро

Если паника появилась после обновления ядра, верните предыдущую версию через загрузчик.

Ubuntu/Debian

sudo apt remove --auto-remove linux-image-5.15.0-...
sudo apt install linux-image-generic

Fedora/CentOS

sudo dnf remove kernel-devel
sudo grub2-rebuild

После изменений выполните перезагрузку.

Шаг 4: Выгрузить подозрительные модули ядра

Выполните lsmod и сравните список с известными проблемными драйверами (например, nouveau для NVIDIA). Отключите их через /etc/modprobe.d, выполните:

sudo rmmod <module>

и перезагрузитесь.

Шаг 5: Провести мониторинг температуры и ресурсов

Установите утилиту lm‑sensors:

sudo apt install lm-sensors      # Ubuntu/Debian
# или
sudo dnf install lm_sensors     # Fedora/CentOS

Выполните:

sudo sensors-detect
sensors

Также проверьте нагрузку процессора:

top
# или
htop

Перегрев или высокая нагрузка могут стать причиной паники.

Шаг 6: Восстановить систему с помощью резервной копии

Если предыдущие шаги не помогли, восстановите систему из созданной ранее резервной копии (например, с помощью Timeshift, rsync или tar). Убедитесь, что вы монтируете копию на тот же раздел, затем перезагрузитесь.

Проверка результата

После восстановления система должна загрузиться без сообщения kernel panic. Проверьте:

• dmesg | tail — нет ошибок ядра.
• sensors — температура в нормальных пределах.
• journalctl -b 0 — чистый лог без паники.

Если паника повторяется, повторите шаги диагностики, начиная с Шага 1.

Возможные проблемы

⚠️ Важно: Не забудьте подключить внешнее питание перед открытием корпуса компьютера — внезапный сбой питания может повредить компоненты.

• Нет доступа к sudo. Загрузитесь с rescue-диска и монтируйте корневой раздел вручную (mount /dev/sdXY /mnt), затем используйте chroot /mnt для выполнения команд.
• Недостаточно места на диске для восстановления. Освободите место, удалив ненужные пакеты (apt autoremove, dnf clean all).
• Повреждён initramfs. Перебудьте ядро с помощью update-initramfs -c или восстановите его из резервной копии.

Эти советы помогут избежать типичных ошибок и быстрее вернуть систему в рабочее состояние.