錯誤內容：
***an error occurred during the file system check
***dropping you to a shell;the system will reboot
***when you leave the shell.
***warningive root password for maintenance
大致意思就是在文件檢測的時候發生錯誤，要麼離開shell重啓，要麼就鍵入root的password進行修復。
這時假若重啓的話，8成會把你帶回到這個界面。那麼，就讓我們輸入根密碼修復文件系統吧。
進入shell後，要用fsck(filesystem check)命令檢測並修復文件系統，該指令使用方法如下：
直接鍵入fsck，不帶任何附加項
&:fsck
當提示<F/N>的時候全部鍵入Y
直到重新回到shell，reboo重啓電腦，這樣，基本上就能恢復正常使用了
====================================================================================
Linux命令：fsck
功能說明： 檢查文件系統並嘗試修復錯誤。
語 法：
fsck [-aANPrRsTV][-t <文件系統類型>][文件系統...]補充說明：
當文件系統發生錯誤四化，可用fsck指令嘗試加以修復。參 數：
-a 自動修復文件系統，不詢問任何問題。
-A 依照/etc/fstab配置文件的內容，檢查文件內所列的全部文件系統。
-N 不執行指令，僅列出實際執行會進行的動作。
-P 當搭配"-A"參數使用時，則會同時檢查所有的文件系統。
-r 採用互動模式，在執行修復時詢問問題，讓用戶得以確認並決定處理方式。
-R 當搭配"-A"參數使用時，則會略過/目錄的文件系統不予檢查。
-s 依序執行檢查作業，而非同時執行。
-t<文件系統類型> 指定要檢查的文件系統類型。
-T 執行fsck指令時，不顯示標題信息。
-V 顯示指令執行過程。用fsck檢查文件系統完整性
文件系統很複雜，因此易於發生錯誤。可以用fsck 命令檢查文件系統是否正確和有效。它可以根據指令修復找到的小錯誤，並將未修復錯誤報告用戶。幸運的是，文件系統的代碼非常有效，所以根本極少出現問題，並且問題通常原因是電源失敗、硬件失敗、或操作錯誤，例如沒有正常關閉系統。
大多數系統設置爲啓動時自動運行fsck ，因此任何錯誤將在系統使用前被檢測到(並根據希望修正)。使用有錯誤的文件系統可能使問題變得更壞：如果數據結構有問題，使用這個文件系統可能使之更糟，導致更多的數據丟失。當然，在大的文件系統上運行fsck 會花一定的時間，如果系統正常關閉，幾乎從不發生錯誤，因此有一些方法可以不進行檢查。如果文件/etc/fastboot 存在，就不檢查。另外，如果ext2文件系統在超級快中有一個特定的標記告知該文件系統在上次mount後沒有正常unmount. 如果標記指出unmount正常完成(假設正常unmount指出沒問題)，e2fsck (fsck 的ext2文件系統版) 就不檢查系統。/etc/fastboot 是否影響系統依賴於你的啓動手稿，但ext2標記則在你使用e2fsck 時發生作用--基於一個e2fsck 選項(參閱e2fsck 手冊頁)
自動檢查只對啓動時自動mount的文件系統發生作用。使用fsck 手工檢查其他文件系統，比如軟盤。
如果fsck 發現爲修復的問題，你需要深入瞭解文件系統的一般工作原理和有問題的文件系統的細節，或好的備份。最後一個辦法容易(雖然冗長)安排，如果你自己不知道，有時可以通過朋友、linux新聞組、電子郵件列表或其他支持源安排。我很想告訴你更多，但我對這的學習和實踐也並不多。theodore t'so的debugfs 程序應該有用。
fsck 只能運行於未mount的文件系統，不要用於已mount的文件系統(除了啓動時的只讀根文件系統)。這是因爲它存取原始磁盤，在操作系統不知道的情況下修改文件系統。 there will be trouble, if the operating system is confused.