http://www.linuxquestions.org/questions … al-841085/
这是一个类似的帖子，也是那种信息。
照帖子里的说法出现的原因应该是系统里有个脚本改动了ext4分区的一个参数commit value，然后分区就remount了。commit代表分区数据和元数据同步的一个时间间隔吧（可能我描述不准确），这个数字越小、数据安全性越好、性能越差。
你给出的日志里面这个commit就在0和600之间改动。但是系统死机是不是这个造成了不知晓，因为照帖子里的看法这个好像并没有影响到系统的正常使用。
如果你确定系统那些日志出现的时间就是死机的时刻，可以照下面的方法试一下：
首先fsck检查一下以保证文件系统本身没有问题。
然后执行sudo chmod -x /usr/lib/pm-utils/power.d/journal-commit将更改commit值的那个脚本的执行权限去掉，这样commit值就不会变来变去了。
然后再用用电脑一段时间后看还有没有新的那种错误信息出现、会不会再死机。
sudo touch /etc/pm/power.d/journal-commit原理就是某种情况下（什么情况我也不清楚，反正是跟电源管理有关的）会执行/etc/pm/power.d和 /usr/lib/pm-utils/power.d下的hook脚本，但是二者目录下如果有同样命名的脚本时只会执行前者目录下的脚本
所以以上解决办法就不言而喻了
PS：问题原因我还没有完全高清楚，鉴于估计要花不少时间，暂时就先这样了，有时间了在看看吧