Superblock mount time is in the future(轉載)

我使用的是centOS6.3,使用虛擬機重啓的時候顯示錯誤信息以下

/dev/mapper/root: Superblock last mount time (Mon Mar  5 17:40:11 2012,
         now = Sat Mar  5 18:46:53 2011) is in the future.
/dev/mapper/root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
         (i.e., without -a or -p options)
                                                                                                 [FAILED]
*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Given root password for maintenance
(or type Control-D to continue):

後來找到了解決的辦法：

在「(or type Control-D to continue):」處直接輸入密碼，進入修復模式，按照fsck <partition name>的形式運行修復，你的就運行fsck  /dev/mapper/root，而後reboot,重啓後可能還會提示其餘盤出現相同的錯 誤,按照fsck <partition name>的形式再次運行,而後reboot,在虛擬機上測試能夠啓動了

 

下面接着去了解一下fsck指令的做用

檢查修復linux文件系統命令fsck

使用權限 : 超級使用者
　　
　　使用方式 : fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...]
　　
　　 說明 ： 在Linux系統中，爲了增長系統性能，一般系統默認一些數據寫在內存中，並不會直接將數據寫入硬盤，這是由於內存速度要比硬盤快若干倍。可是有個問題， 萬一因爲「斷電」或者其餘未知緣由，形成系統死機，怎麼辦？系統就崩潰了。因此，咱們須要在特定的時候讓數據直接回存到硬盤中。這裏提供幾個經常使用的命令， 其中，fsck命令最重要. 當文件系統發生錯誤時，可用fsck命令嘗試加以修復.直接採用分區編號(如/dev/had3),或使用掛載點(Mount Point,如/、/usr等)指定文件系統皆可。假設一次指定多個文件系統，而這些系統分別位於不一樣的物理磁盤上，則fsck將會嘗試同步的方式去檢查 他們，以節省操做時間。　　
　　
　　參數 ：
　　
　　filesys ： device 名稱(eg./dev/sda1)，mount 點 (eg. / 或 /usr)
　　-t : 給定檔案系統的型式，若在 /etc/fstab 中已有定義或 kernel 自己已支援的則不需加上此參數
　　-s : 依序一個一個地執行 fsck 的指令來檢查
　　-A : 對/etc/fstab 中全部列出來的 partition 作檢查
　　-C : 顯示完整的檢查進度
　　-d : 列印 e2fsck 的 debug 結果
　　-p : 同時有 -A 條件時，同時有多個 fsck 的檢查一塊兒執行
　　-R : 同時有 -A 條件時，省略 / 不檢查
　　-V : 詳細顯示模式
　　
　　-a : 若是檢查有錯則自動修復
　　-r : 若是檢查有錯則由使用者回答是否修復

        補充說明：
　　
　　例子 :
　　檢查 msdos 檔案系統的 /dev/hda5 是否正常，若是有異常便自動修復 :
　　 fsck -t msdos -a /dev/hda5
　　
　　注意 :
　　
　　此指令可與 /etc/fstab 相互參考操做來加以瞭解。

        範例：檢查/dev/sda3
[root@localhost ~]# fsck -C -t ext3 /dev/sda3fsck 1.39 (29-May-2006)e2fsck 1.39 (29-May-2006)/dev/sda3 is mounted.
WARNING!!! Running e2fsck on a mounted filesystem may causeSEVERE filesystem damage.
Do you really want to continue (y/n)? yes
/home: recovering journal/home: clean, 11/524288 files, 25399/524120 blocks#一切正常就會出現上述信息
#主意一般只有ROOT且系統有問題的時候才用這個命令，不然在正常狀態下使用此命令可能會損壞文件。

       相關知識:
 

    Linux FSCK數據出錯的災難應急方案介紹

[適用於]

一、文件系統：ext2 ext3 reiserfs xfs等

二、範圍：提示文件系統須要FSCK時，未執行或FSCK執行完成

 

[症狀]

一、沒法MOUNT分區;

二、大量文件、目錄丟失，根目錄下生成/LOST+FOUND文件夾，裏面有大量#XXXXXX類的文件和目錄;

三、FSCK很快報錯完成;

四、FSCK執行時，有大量提示，如修改節點、清0節點等操做

 

[應急方案]

一、如遇提示FSCK時，請當心。若是可能，請儘快斷開系統，UMOUNT全部分區。

二、必需執行FSCK時，先作準備工做，方法一：可事先用dd命令將所涉及到的分區輸出到另外的存儲體上（最好不要在出錯的存儲體自己上作dd） 命令大體結構可如： dd if=/dev/sda0 of=/dev/sdb0 .....

三、必需執行FSCK時，先作準備工做，方法二：將整個LINUX存儲體掛載到虛擬機環境，將LINUX存儲體設爲Nonpersisten模式，再執行，執行事後，若是數據無缺，應儘快經過FTP等方式拷貝出來。

四、必需執行FSCK時，先作準備工做，方法三：將整個LINUX存儲體掛載到其餘系統上（如WINDOWS），作好鏡像後再作FSCK。

五、如上面幾種方式均因條件等緣由沒法實施，必須執行時，可當心觀察FSCK的執行提示（關掉-a）若是發現有提示節點錯誤需更正或清0、節點描述文件大小不正確等信息，應中止執行FSCK。

六、因恢復須要參考不少信息，因儘量保持系統不工做狀態，至少不得再次MOUNT分區（即使不作任何讀寫操做，也會因系統的工做原理不斷下降數據恢復的可能性，增長數據恢復的難度）

七、尋求專業數據恢復公司幫助。

 

 

對磁盤進行鏡像的方案：

一、可用相同或大於源盤容量的硬盤作爲目標盤，將源盤所有扇區方式CLONE到目標盤。

二、可將源盤徹底以扇區方式輸出文件到某大容量存儲空間（如大容量硬盤、NAS、SAN、DAS等）

 

輸入Root密碼登陸後採用：fsck -t ext3 -r /usr/local 修復

http://www.linuxso.com/command/fsck.html