虽然这个问题涉及到一个embedded式主板，serverfault在我看来是最好的stackexchange论坛。 我和我的同事们几个月来一直在调查这个怪异的Linux启动问题，而且我们有点被卡住了。 任何build议表示赞赏。 我们有一个Portwell主板（带超线程的Atom单核），运行Centos 6.4。 一位客户回来给我们带来了一个非常奇怪的启动问题，我们终于可以复制。 一切工作正常，如果你这样做： 正常启动 暂停系统 从系统中拔下任何一段时间的电源 接通电源 开机 但是，如果你执行以下操作，通常作为启动正常部分运行的fsck会给我们一个错误： 正常启动 正常关机 不要断开电源 等待8到12小时（更短不会导致问题） 重新启动 我们得到的错误如下图所示： 我们可以按ctrl-D并重新启动，只要我们想要的，错误将不断回来。 但请注意，文件系统没有任何问题。 我们可以得到这样的错误消失： 关掉 拉动电源至less10分钟（更短，问题不会消失） 重新接通电源并启动。 我们的假设截至昨天，硬盘可能会被降级，但不会closures，随着时间的推移，磁盘caching可能会降级。 但是，结果是错误的，因为以下过程也使问题消失： 让系统启动，使其发生错误 不要断开电源 进入BIOS并将系统date更改为将来的某个时间 启动到Linux。 这款主板没有电池，所以在我们第一次开机的时候，总会出现错误的date，2010年1月份的时候会出现这个错误。所以在平时的情况下，date是错误的，但是OS正常启动。 当操作系统启动时，date由NTP正确设置。 如果我们把它插入但是closures了12个小时，date又被重新设置了，但由于某种原因，fsck 现在关心date，并且想要这么做一个手动的fsck，因为它认为差异是一个主要问题。 如果我们手动将date更改为将来，则启动正常。 如果我们把它改回过去，它又会出错。 但是，如果我们断开电源足够长的时间，并启动，尽pipedate是错误的，我们没有错误。 任何人都可以帮助我们通过fsck可能正在考虑的各种事情来进行推理，这样有时会由于date错误而决定错误，但是如果系统date未来，决不会这样做？ 如果我们可以在不久的将来将BIOS编程为默认的某个date，那么这可能会解决这个问题，但是了解它为什么会发生这一点很重要，因为我们不仅仅是希望粘在一个bandaid上。 感谢您的任何build议。
Linux文件系统保留了多less次被fsck的计数？ ext2和ext3是特别感兴趣的 我有数百个系统，我想知道每个文件系统有多less次： a）挂载b）fsck'd c）由于fsck而被修改 谢谢， 克里斯。
我们的操作团队正试图缩小LVM的逻辑卷，忘记缩小位于其顶部的分区。 他们得到了一堆错误，并立即运行e2fsck来尝试修复磁盘。 不用说，箱子不开心。 截至今天上午，我跳上了箱子，并通过将LV恢复到磁盘的100％来挽救它。 我运行了e2fsck，而且没有问题。 我重新启动，它直接启动到操作系统。 我现在担心的是fsck可能造成的任何损害。 有什么办法来validation文件系统的完整性和稳定性吗？
为什么fsck在ext4文件系统上太慢了？ 我总是使用reiserfs或xfs，而且这些系统的fsck真的很快，只需要几秒钟。 现在我决定尝试ext4，但我很失望，每次系统必须fsck我的homedir它需要时间（可以在我的250GB家庭分区，是85％满25分钟）。 也许是因为它是从ext3转换而来的？
我的硬盘似乎有些问题，但是我不确定是什么，或者如何进行。 任何问题的第一个迹象是： 我尝试在我的服务器上创build一个新的目录，但是当我这样做，它挂了30秒，然后给这个错误： root@smallgames:~# mkdir derpherp mkdir: cannot create directory `derpherp': Input/output error Message from syslogd@smallgames at May 1 18:09:17 … kernel:[8731601.569393] journal commit I/O error 然后我试着运行fsck ： root@smallgames:~# fsck fsck from util-linux 2.20.1 e2fsck 1.41.12 (17-May-2010) /dev/vda1: recovering journal fsck.ext3: Bad magic number in super-block while trying to re-open /dev/vda1 e2fsck: io manager magic […]
我正在寻找一种安全地破坏ext3分区的方法，以便在下次启动时通过fsck进行恢复，以便进行testing。 谢谢！
我正在Amazon EC2上启动一个实例，并在启动和重新启动时执行fsck。 开始时的控制台输出是： * Checking root filesystem …/dev/sda1: Adding dirhash hint to filesystem. /dev/sda1 primary superblock features different from backup, check forced. 它执行fsck并重新启动。 我从本地环回图像创build我自己的AMI。 这不是基于任何现有的亚马逊AMIs。 有什么我可以做，以防止这种情况发生？ 自动重新启动后，实例就可以正常运行了，但是如果可用的话会延迟，这是很痛苦的。
有没有正确的方法来重新启动服务器，以避免FSCK，只是避免一般FSCK？ 我一直在使用重新启动命令重新启动服务器。
我删除了iptables，再次安装它并重新启动了我的centos服务器; 之后，我访问服务器上的域名已被拒绝。 当我检查控制台有一个错误： fsck.ext4：没有这样的文件或目录，而试图打开/ dev / mapper / vg_servername-lv_root超级块无法读取或不描述正确的ext2文件系统… 我试过yum update来检查是否有东西删除不需要的更新，但是当我运行这个代码它说： 另一个应用程序正在持有百胜锁：等待它退出… 另一个应用是：yum … 等了很长时间什么都不做，继续写下来。 我真的放养在这个我看了一些其他论坛上的文章，其中一些是不是这个问题，其他一些没有工作，或者我不明白他们。请…如果有人可以帮助我这个，我会感谢。 [UPDATE] / etc / fstab的内容： / proc / mounts的内容： / proc /分区的内容： [UPDATE] @Ryan Babchishin的问题的答案： 系统无法启动？ 没有 您是否正在使用救援/现场CD来收集这些信息？ 不，我只是有控制台的可访问性，我看到的只是从那里。 你是如何访问根文件系统的？ 控制台（vmware vSphare） 为什么文件系统只读？ 我不知道我只是做了我所说的，没有别的 。 你试过手动fsck？ 是的，它说的是我在问题的顶部所说的问题 。
有人能指点我一个HOWTO设置一个救援分区的方式在这里描述： 远程机器上的fsck根文件系统 我即将把一台服务器放在一个数据中心，并希望有一些类似的设置。 谢谢！！！ flatlinebb