Kdump.service 失敗的centOS 7
我已經
CentOS 7 64安裝在我的桌面上。在最近的系統更新後，我在啟動CentOS 7.有時系統能夠啟動，我可以處理它。但它在下次啟動時給出相同的錯誤。
輸入後：
systemctl 狀態 kdump.service
我明白了：
● kdump.service - 崩潰恢復核心武裝
已載入：已載入（/usr/lib/systemd/system/kdump.service；已啟用）
活動：自 2015 年 1 月 22 日星期四 02:55:49 起失敗（結果：退出程式碼）多發性硬化症；39 分鐘前主 PID：1139（程式碼=退出，狀態=1/失敗）
1 月 22 日 02:55:49 localhost.localdomain kdumpctl
$$ 1139 $$: 沒有為崩潰核心保留記憶體。
1 月 22 日 02:55:49 localhost.localdomain kdumpctl$$ 1139 $$: 啟動 kdump:$$ FAILED $$
Jan 22 02:55:49 localhost.localdomain systemd 1：kdump.service：主程序退出，code=exited，status=1/FAILURE
Jan 22 02:55:49 localhost.localdomain systemd 1：無法啟動崩潰恢復核心武裝.
Jan 22 02:55:49 localhost.localdomain systemd 1：單元 kdump.service 進入失敗狀態。
1 月 22 日 02:55:49 localhost.localdomain systemd 1：kdump.service 失敗。 system-config-kdump：
找不到命令…
添加圖像
安裝所需的包
yum --enablerepo=debug install kexec-tools crash kernel-debug kernel-debuginfo-`uname -r`修改 grub
必須添加核心參數才能
/etc/grub.conf啟用 kdump。它被稱為 crashkernel，它可以是自動的，也可以設置為預定義的值，例如 128M、256M、512M 等。該行將類似於以下內容：
GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/swap crashkernel=auto rd.lvm.lv=rhel/root rhgb quiet"將值更改
crashkernel=auto為crashkernel=128或crashkernel=256…重新生成 grub 配置：
grub2-mkconfig -o /boot/grub2/grub.cfg在具有 UEFI 韌體的系統上，請改為執行以下命令：
grub2-mkconfig -o /boot/efi/EFI/Centos/grub.cfg打開
/etc/zipl.conf配置文件找到 parameters= 部分，然後編輯 crashkernel= 參數（如果不存在，則添加它）。例如，要保留 128 MB 記憶體，請使用以下命令：
crashkernel=128M保存並退出重新生成 zipl 配置：
zipl啟用服務
要
kdump在引導時啟動守護程序，請以 root 身份輸入以下命令：chkconfig kdump on這將為執行級別 2、3、4 和 5 啟用該服務。類似地，鍵入
chkconfig kdump off將為所有執行級別禁用它。要在目前會話中啟動服務，請以 root 身份使用以下命令：
service kdump start