vmware安裝好redhat.3重啟後直接進入到緊急模式：
輸入root密碼，輸入journalctl -xb檢視日誌資訊：
日誌資訊最後一頁，出現 failed to start crash recovery kernel arming
本質是kdump服務啟動失敗
kdump是乙個核心崩潰轉儲機制，在系統崩潰的時候，kdump將捕獲系統資訊，這對於針對崩潰的原因非常有幫助。注意，kdump需要預留一部分系統記憶體，而且這部分記憶體對於其他使用者是不可用的。
啟動失敗的原因
檢視 /etc/grub.conf檔案，發現crashkernel=auto，問題就出在這兒：
注：centos7後為：vi /etc/grub2.cfg
系統對crashkernel=auto的定義為：
如果系統的記憶體 <= 8 gb 對kdump kernel不會保留任何內容；也就是說，crashkernel=auto 等於關掉了機器上的kdump功能；
如果系統的記憶體》 8 gb 但是<= 16 gb，crashkernel=auto會保留256m，等同於crashkernel=256m；
如果系統記憶體》 16gb，crashkernel=auto會保留512m，等同於crashkernel=512m。
安裝虛擬機器時，給虛擬機器設定的記憶體為1g，所以說系統關掉了kdump功能，造成了kdump服務啟動失敗。
找到了原因，重新給crashkernel設定引數即可：
在 kdump 的配置中，往往困惑於 crashkernel 的設定。「crashkernel=x@y」，x 應該多大？ y
又應該設在**呢？實際我們可以完全省略「@y」這一部分，這樣，kernel 會為我們自動選擇
乙個起始位址。而對於 x 的大小，般對 i386/x86_64 的系統， 設為 128m 即可；對於 powerpc
的系統，則要設為 256m。
將crashkernel=auto 改為crashkernel=128m 後儲存，如果還不能解決問題，改為256m試試
不過我設定過了128m和256m還是沒有啟動得了，不過沒有報這個錯誤了，最後只能將虛擬機器的記憶體設為2g試一下了。
為了避免麻煩，以後虛擬機器安裝時直接將dump給disable
虛擬機器安裝redhat
昨天裝redhat的vmware，發現剛成功的時候是不能上網的。經過摸索，解決如下 以root許可權，編輯 etc sysconfig network scripts ifcfg eth和 etc sysconfig networking devices ifcfg eth 其中是數字，比如eth0...
vmware虛擬機器安裝（RedHat）
虛擬機器安裝系統，首先你需要乙個映象檔案。以vmbox為例，新建乙個虛擬機器，傻瓜式直接操作。分配記憶體的時候稍微多分配點乙個gb 1024 就好，免得無法載入圖形介面。後續傻瓜式操作。直接啟動失敗，那不是肯定的嗎？映象檔案都沒配置，右鍵虛擬機器設定 選擇你的映象檔案即可。注意 安裝選項選好 你需要...
redhat7 3 安裝qt5 13問題記錄
啟動qtcreator 出錯 考慮可能是xcb外掛程式有問題，進入到platforms目錄下 目錄路徑如下圖 ldd libqxcb.so，果然缺庫 我原來的開發環境centos是可以正常使用的，所有我就從centos中找到了libxkbcommon x11 和libxkbcommon庫，裝到了re...