Как исправить ошибку «Не удалось запустить функцию восстановления ядра после сбоя», если невозможно напрямую войти в систему?

Question

Я запускаю CentOS 7 в Parallels Desktop. Я застрял на загрузке и не мог войти в систему.

При загрузке выводится информация:

Failed to start Crash recovery kernel arming.
See `systemctl status kdump.service` for details.

Я искал проблему в интернете. Во многих сообщениях говорилось, что ее можно решить, изменив crashkenerl=autoна crashkenerl=128Mи т. д.

Однако я не могу редактировать соответствующий файл, пока не войду в систему. Кроме того, я обнаружил, что для входа в режим восстановления требуется системный iso-образ, но у меня его нет. (Если есть альтернативное простое решение, никто не хочет загружать системный iso-образ.)

Answer 1

Я решил это после 2 часов мучений без загрузки системного ISO (потому что я хочу решить это как можно проще). Вот мое решение:

1. Загрузите систему
2. Нажмите eдля режима редактирования
3. Используйте навигационные клавиши для поискаcrashkernel=auto
4. Измените его на crashkernel=128Mилиcrashkernel=256M
5. Нажмите Ctrl+ xдля загрузки
6. Измените crashkernel=autoфайл, /etc/grub2.cfgкак в шаге 4. (для этого я использую ssh с помощью моей предыдущей настройки)
7. Перезагрузить

Answer 2

Чтобы навсегда изменить grub, вам необходимо, как пользователь root, выполнить следующие действия:

• vi /etc/default/grub
• найдите "GRUB_CMDLINE_LINUX" и замените "crashkernel=auto" на "crashkernel=128M или "crashkernel=256M"
• Сохранить и выйти
• grub2-mkconfig -o /boot/grub2/grub.cfg
• перезагрузить машину

Answer 3

Вы также можете сделать объем зарезервированной памяти переменным в зависимости от общего объема установленной памяти.

Синтаксис резервирования переменной памяти следующий: crashkernel=range1:size1,range2:size2.

Пример:crashkernel=512M-2G:64M,2G-:128M

Источник