昨天我遇到了一个困惑的问题。 在启动过程中，系统抱怨超级块的最后一次挂载时间是未来，并要求我fsck。 我已经使用了Debian Squeeze几个月，第一次遇到问题。 我想知道这是否是关于UTC的问题。
我GOOGLE了，但没有find我的指导。
这可以（并且通常）发生在硬件时钟死亡的时候，或者硬件时钟在过去的某个时间被意外设置（并且现在已经被重新启用）。 前者远比后者普遍。
确保机器的系统和硬件时钟现在都是准确的（运行hwclock ），然后在维护中closures机器，closures机器，拉动电源（将其与主电源断开），等待几分钟，然后启动它再次。 跳入BIOS并检查那里的时间。 如果它仍然是正确的，那么它很可能是一个错误的硬件时钟，它可能不会再发生。 如果现在是错误的（可能设置为1988年1月1日或其他一些“回合”时间），则CMOS电池已经死了，您应该在通过BIOS正确设置时间并重新启动计算机之前更换CMOS电池。 保持备用的BIOS电池（我们的DC工具箱每个都有一个盒子）总是一个好主意。
在我的Linux Mint Debian Edition（LMDE）上，使用Cook Schelling的回答，我以pipe理员身份编辑了/ etc / default / rcS，并将“FSCKFIX = no”改为“FSCKFIX = yes”
当我重新启动时，问题就解决了。
现在，如果我在BIOS设置中更改时钟，系统将自动修复任何“超级块最后安装时间将来”types的问题。
这是相当简单的问题。 简单的是它的决议。
将date更改为新的date。
$ date -s“2016年10月2日18:00:00”
在没有自动模式的情况下运行fsck check并input'y'来纠正问题。 在这种情况下，将删除锁。
$ fsck
Ctrl + D将重新启动您的服务器。 这应该使您的服务器正常启动。
稍后检查系统时间从何处获取同步，并检查UTC设置等。
所有最好的人。
… 如果时钟设置正确，只需运行fsck 。 不要害怕。 这是一个testing发行版 – 也许他们搞砸了。 ;）
我find了这个决议。 我编辑了/ etc / default / rcS：改了一行
UTC=no
至
UTC=yes
然后重新启动，发现它是确定的。
我记得UTC的默认设置是“是”，我把它改为“否”。 这似乎是我的错误。 然而，为什么直到最近才能正常工作呢？