照帖子裡的說法出現的原因應該是系統裡有個腳本改動了ext4分區的一個參數commit value,然後分區就remount了。commit代表分區數據和元數據同步的一個時間間隔吧(可能我描述不准確),這個數字越小、數據安全性越好、性能越差。
你給出的日誌裡面這個commit就在0和600之間改動。但是系統死機是不是這個造成了不知曉,因為照帖子裡的看法這個好像並沒有影響到系統的正常使用。 如果你確定係統那些日誌出現的時間就是死機的時刻,可以照下面的方法試一下: 首先fsck檢查一下以保證文件系統本身沒有問題。 然後執行sudo chmod -x /usr/lib/pm-utils/power.d/journal-commit將更改commit值的那個腳本的執行權限去掉,這樣commit值就不會變來變去了。 然後再用用電腦一段時間後看還有沒有新的那種錯誤信息出現、會不會再死機。
引用這個http://forum.ubuntu.org.cn/viewtopic.php?t=305942
的說法如下:
http://www.linuxquestions.org/questions ... al-841085/
這是一個類似的帖子,也是那種信息。
然後網上又找了一下,確實也是這種說法,解決辦法也類似,不過不是直接修改journal-commit的權限,而是創建一個沒有執行權限文件
sudo touch /etc/pm/power.d/journal-commit
原理就是某種情況下(什麼情況我也不清楚,反正是跟電源管理有關的)會執行/etc/pm/power.d和 /usr/lib/pm-utils/power.d下的hook腳本,但是二者目錄下如果有同樣命名的腳本時只會執行前者目錄下的腳本
所以以上解決辦法就不言而喻了
PS:問題原因我還沒有完全高清楚,鑑於估計要花不少時間,暫時就先這樣了,有時間了在看看吧