Изменить имя em1 на eth0 в Fedora 19? [дубликат]

Когда ядро ​​паникует, это означает, что что-то пошло не так в ядре. Для записи файлов журнала и дампа памяти необходимо использовать драйверы для блочного устройства хранения (вашего диска) и файловой системы (необходимо выделить пространство и обновить размер файла журнала). Учитывая, что те службы, которые предоставляются ядром, необходимы для записи файлов, и ядро ​​знает, что оно находится в неисправном состоянии, оно не может записывать файлы или регистрировать что-либо, потому что оно больше не находится в безопасном состоянии, поэтому любая операция может усугубить ситуацию и может повредить / уничтожить вашу файловую систему. Таким образом, вы не можете заставить ядро ​​записывать в журнал или выгружать дамп ядра в случае паники.

Теперь, что вы можете сделать, если хотите, - это настроить систему с ядром обработки сбоев, которое является вторым ядром, загруженным в память, которому может быть передано управление в случае сбоя основного ядра. Поскольку у этого ядра есть драйверы и тому подобное, оно сможет сохранить для вас аварийный дамп. Однако это не очень распространенная установка и в основном используется для высокопроизводительных систем, которым требуется высокая доступность и где сбой является очень серьезной проблемой, которую необходимо исследовать.

См., Например, параметр crashkernel на Дамп сбоя ядра на ubuntu.com. (Обратите внимание, что на этой странице указано, что механизм аварийного дампа ядра включен по умолчанию, начиная с Ubuntu 16.04.)

Я считаю, что система фактически сохраняет дамп в зарезервированный фрагмент памяти а затем перезагружается, и ядро ​​сохраняет зарезервированную память на диск при следующей загрузке (поскольку новое загружаемое ядро ​​находится в нормальном состоянии и может это сделать).