システムに直接アクセスできない場合、「クラッシュ回復カーネルの起動に失敗しました」というエラーを修正するにはどうすればよいでしょうか?

Question

Parallels Desktop で CentOS 7 を実行しています。起動時にスタックしてしまい、システムに入ることができませんでした。

起動時に次の情報が表示されます:

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

ウェブ上で問題を検索しました。crashkenerl=autoに変更することで解決できるという投稿が多くありましたcrashkenerl=128M。

ただし、ログインする前に対応するファイルを編集することはできません。また、レスキュー モードに入るにはシステム ISO が必要であることがわかりましたが、持っていません。(代わりの簡単な解決策があれば、誰もシステム ISO をダウンロードしたくないでしょう。)

Answer 1

システム ISO をダウンロードせずに 2 時間苦労した後、解決しました (できるだけ簡単に解決したかったため)。これが私の解決策です。

1. システムを起動する
2. e編集モードにするには押してください
3. ナビゲーションキーを使用して検索crashkernel=auto
4. crashkernel=128Mまたはに変更するcrashkernel=256M
5. Ctrl+を押しxて起動します
6. crashkernel=auto手順 4 のようにファイルを変更します/etc/grub2.cfg(このために、以前の構成の助けを借りて 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

ソース