Boot
系統偶爾會使用 SLES 11 掛起引導過程
我有幾個(新)系統,我必須在上面安裝 SLES11。但是,在幾次(儘管不是每次)重新啟動後,系統會在啟動過程中掛起。只有在我實際按下鍵盤上的一個鍵後它才會繼續。
從我在失敗啟動的 dmesg 日誌中發現的內容如下:
[ 22.170276] sd 0:0:0:0: [sda] Mode Sense: b7 00 00 08 [ 22.171155] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 22.182760] sda: sda1 sda2 sda3 [ 22.383424] sd 0:0:0:0: [sda] Attached SCSI disk [ 22.545372] PM: Marking nosave pages: 000000000009a000 - 0000000000100000 [ 22.545377] PM: Marking nosave pages: 00000000bf780000 - 0000000100000000 [ 22.546217] PM: Basic memory bitmaps created [ 22.590380] PM: Basic memory bitmaps freed [ 22.596284] PM: Starting manual resume from disk [ 22.602319] PM: Resume from partition 8:1 [ 22.602321] PM: Checking hibernation image. [ 22.602479] PM: Error -22 checking image file [ 22.602481] PM: Resume from disk failed. [ 22.718727] kjournald starting. Commit interval 15 seconds [ 22.718960] EXT3-fs (sda3): using internal journal [ 22.718964] EXT3-fs (sda3): mounted filesystem with ordered data mode [ 1555.644404] udevd version 128 started [ 1555.697664] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 1555.707961] ACPI: Power Button [PWRB]
我在網際網路上查看了該
PM: Resume from disk failed.
消息,但這似乎僅在休眠後恢復系統時才重要,即從硬碟恢復。但這不是我的情況。正如我之前所說,我只有在重新啟動後才能得到這個。時間戳
[ 1555.xxxxxx]
只是我按下鍵盤上的一個鍵的結果。我使用的 SLES 版本是 11 SP1。請注意,我還在所有系統上安裝了 RealTime Extension。因此,更新到 SP2 應該無關緊要,因為 SP1 和 SP2 的 RT 擴展是相同的。
關於如何進行的任何建議?因為我被困在這個問題上。
編輯:
我注意到這個問題是由實時擴展中的 RT 核心引起的。當我使用 RT 核心啟動時,我似乎才明白這一點。
編輯2:
我決定仔細看看啟動期間到底發生了什麼。結果是從使用 PuTTY 的串列連接到相關係統之一的螢幕截圖:
紅色方塊是我必須按下一個鍵才能使引導順序繼續的地方。似乎引導序列掛在 fsck 上,或者它以某種互動模式執行?
編輯3:
似乎無法升級到 SP2,因為 RT-kernel 與它不兼容(安裝失敗,強制安裝時無法啟動)。
雖然我仍然不確定真正的問題是什麼,但我確實找到了一種解決方法來“解決”這個問題。
通過執行
# tune2fs -c 1 /dev/sdaX
我能夠強制(似乎)暫停的 fsck 問題繼續其業務。但是,這會強製程序在每次系統重新啟動時都執行(在啟動期間佔用額外的時間)。幸運的是,系統上使用的硬碟並沒有太大,因此所採取的措施並沒有顯著增加啟動時間。