雙十一前4小時,CentOS 6.5服務器啓動錯誤排查

11月10日晚上8點多,眼看要到雙十一了。。。
但我要說的這段經歷卻和雙十一毫無關係,哈哈。這天準備向CentOS6.5服務器的svn上傳一些文件,結果開機啓動時,卻出現了下面的界面:

html

這是腫麼回事?根據屏幕的提示,先使用root帳號登陸到系統,而後使用fsck命令手工檢測
linux

#cd /tmp/.ICE-unix         #目錄下只有一個X0文件
#fsck X0 或者fsck.ext3 -y X0

顯示都是
fsck.ext2(3): No such device or address while trying to open X0
Possibly non-existent or swap device?

接下來嘗試直接刪除提示中給出的.ICE-unix等目錄

redis

提示是Read-only file system

看來是不行,因而google之,看到好幾種可能的辦法:
1.找到chattr,lsattr命令,執行仍然不行

2.執行
#chmod o-t .ICE-unix
不行,提示是Read-only file system

到這裏以爲有點詫異,以root身份都不能執行上面幾個命令,很讓人抓狂啊
因而我隨便進入一個目錄
shell

#cd /home
#mkdir test

結果出現提示,不能建立test目錄!
而後又試了一下建立文件,修改文件等操做,發現不能建立目錄,文件,甚至不能修改文件.不知道是什麼緣由,難道是交換分區出問題了?
執行df -h,感受確實是不太對勁

用了上面3種方法全都不行,感受要完全崩潰了,難道要重裝系統才行嗎?上面有很是多的資料備份,以及辛辛苦苦搭建起來的tomcat,mongo,redis,mq等超多東東啊.

這時從新翻看以前的搜索結果,看到http://www.ha97.com/5428.html這篇文章,裏面提到linux系統非正常死機,目錄和文件成爲只讀以後的解決辦法,用root帳號執行
centos

fsck.ext3 -y /dev/vda3

忽然腦子一閃,剛纔雖然執行了fsck這個命令,可是僅針對/tmp下一個具體文件,並無對整個設備手動恢復.因而執行
tomcat

#fsck.ext3 -y /dev/sda5

接着就看到屏幕出了一堆提示,顯示在修復系統,幸虧個人機器只是幾百G的硬盤,不到3分鐘就修復完畢.

接下來reboot,一切都恢復正常!

差點就從新低格一遍這塊硬盤,修復系統以後的喜悅心情簡直是無以復加,而後想起來,出現這種目錄文件不能讀寫的狀況,應該是本身的誤操做.在第一遍啓動centos系統時,好半天也沒有徹底啓動起來,因而就手動按了PC上的reset按鈕進行重啓,結果就出現了開頭的問題,瞬間感受linux系統好脆弱啊.

擡頭一看時間,是晚上22點多,2個多小時解決問題!而後直接進入雙十一模式!

服務器

相關文章
相關標籤/搜索