Принудительный вызов паники ядра в Linux выполняется одной командой — echo c > /proc/sysrq-trigger, и именно этот способ используют администраторы, когда нужно проверить сбор аварийных дампов через kdump или отработку watchdog на сервере. Паника ядра (kernel panic) — это аварийная остановка системы, при которой ядро прекращает работу, чтобы не допустить повреждения данных, и умеет вызывать её намеренно для тестирования.
В этой статье разберём, зачем вообще нужно искусственно вызывать kernel panic, какие механизмы для этого предусмотрены в ядре Linux, как подготовить систему к тесту и что проверить после перезагрузки. Все команды выполняются от root или через sudo.
Зачем намеренно вызывать панику ядра
Основной сценарий — проверка инфраструктуры диагностики сбоев. Если сервер настроен на сбор vmcore (дампа памяти ядра) через kdump, единственный способ убедиться, что цепочка «паника → сохранение дампа → перезагрузка» работает, — это вызвать панику вручную. То же касается проверки watchdog-таймеров и настроек автоматической перезагрузки после сбоя.
Вторая группа причин — тестирование отказоустойчивых кластеров: администратору нужно убедиться, что узел корректно выбывает из кластера, а сервисы переезжают на резервные машины. Третий сценарий — отладка драйверов и модулей ядра, когда разработчик намеренно доводит систему до аварийного состояния в изолированной тестовой среде.
Важно понимать: паника ядра — это жёсткая остановка всей системы без корректного завершения процессов и синхронизации файловых систем. Несохранённые данные будут потеряны, а на файловых системах возможны ошибки, требующие проверки при загрузке.
💡Намеренная паника ядра — легитимный инструмент тестирования kdump, watchdog и кластеров, но выполнять её нужно только на тестовых системах или в согласованное окно обслуживания.