最近在惠普hp z800、z820系列工作站上安裝 redhat enterprise linux（rhel ）時，遇到乙個奇怪的問題：
本來 在 /etc/fstab中，比如 /dev/sdb1 安裝點是 /home，有時候多次重啟後，這個硬碟分割槽名變成/dev/sdc1，
就是硬碟號變成/dev/sdc了，這樣就導致 /home的實際安裝點是錯誤的。
這種情況後來在戴爾dell 7910系列工作站上也出現了。
在有三塊以上硬碟的情況下出現，另外系統盤號（通常是/dev/sda）不會變。
惠普的工程師也解釋不了是什麼問題，這應該算是redhat linux系統的乙個bug。
但是我給他們提供了變通的解決辦法，就是用uuid方式掛載硬碟分割槽，如
uuid="f4e0da86-5dbd-445f-b28e-8a67d09f78d9" /pb ext3 defaults 0 0
也可以用label方式，如：
label="data" /data ext3 defaults 0 0
可以用以下命令查詢硬碟的uuid和label
#blkid
/dev/sr0: label="rhel/5.10 x86_64 ***" type="iso9660"
/dev/sdd1: label="data" uuid="fe4fff9e-f70e-4420-badf-35e3d93fe866"sec_type="ext2" type="ext3"
/dev/sdc1: uuid="65f6310c-8051-485a-911d-5efd2f4d916c"sec_type="ext2" type="ext3" label="pb"
/dev/sdb1: uuid="d85eb0d2-c07a-4cac-a24f-aa8b951ee416"sec_type="ext2" type="ext3" label="/"
/dev/sda1: type="ntfs"
/dev/sda2: type="ntfs"
/dev/sdb2: uuid="79b1bdc1-6e29-4174-80f0-e8cc2eda11cf"sec_type="ext2" type="ext3" label="/home"
/dev/sdc2: label="soft" uuid="bd6e1608-c290-46bc-ae35-60f13f866dba"sec_type="ext2" type="ext3"
/dev/sdb3: type="swap" label="swap-sdb3"
uuid方式比label方式好，經過測試label是可能重名的，而uuid不會。
修改檔案系統label可以用 e2label 命令。
e2label - change the label on an ext2/ext3/ext4 filesystem
e2label ， 可能是 ext to label 的意思吧。
83555727@qq.
com
虛擬機器安裝redhat 7 3後重啟失敗
vmware安裝好redhat.3重啟後直接進入到緊急模式 輸入root密碼，輸入journalctl xb檢視日誌資訊 日誌資訊最後一頁，出現 failed to start crash recovery kernel arming 本質是kdump服務啟動失敗 kdump是乙個核心崩潰轉儲機制，...
XP或win7系統意外關機後，重啟檢測硬碟的問題
問題 win7系統經常在啟動時，檢測磁碟。關機時也是按照正常的操作流程 解決方法 方法1 正常關機的情況下，每次重啟後都要自檢硬碟，後來經過多方查詢終於找到解決方法 單擊 開始 執行 在 執行 對話方塊中輸入 regedit 開啟登錄檔編輯器，依次選擇 hkey local machine syst...
linux硬碟損壞後的修復
問題背景 公司測試伺服器搬遷時，一時疏忽，將幾台伺服器直接斷電了。開機時，主機名為bigdata02的伺服器報kernel panic的錯誤，日誌列印資訊如下 非專業拍攝，還請原諒 本人對系統不甚熟悉，在請教同事後，認為是斷電導致sdb硬碟的損壞。處理過程 2 進入系統後 第一步 badblocks...