在用fsck解决启动重复崩溃后，我注意到一些文件被删除，其中之一是sqlite的pkg数据库，所以现在当我运行例如pkg install somepackage我得到这个错误： pkg: sqlite: file is encrypted or not a databse 所以我的问题实际上是双重的： 如何让pkg再次运行 有没有办法（日志？）找出哪些文件被fsck工具删除？
login到EC2（Ubuntu）实例，我明白了 *** /dev/xvda1 should be checked for errors *** 我不能fsck /dev/xvda1因为它是挂载的，而sudo umount /dev/xvda1因为正在使用而失败。 所以我尝试使用sudo touch /forcefsck正如这里所build议的那样，但是当我在terminal上没有发生任何事情时，它不起作用。 该怎么办？
你如何做一个在OpenVZ下的simfs文件系统的fsck？ 你应该不会在FS上运行fsck。 你可以只是fsck的形象（/ vz /私人/ 100或任何它所谓的）？ 对不起，我不能标记simfs。
何时以及如何运行？ 从DVD-ROM启动并在每个真正的硬盘上运行fsck会更好吗？ 或者这可以在X次坐骑后自动完成？
我有一个embedded式Linux系统。 我使用grub2作为引导装载程序。 我想在每次启动时在/ dev / sda上运行一个fsck -y / dev / sda – 即使系统断电并且没有使用reboot命令。 我怎样才能做到这一点？
昨天我遇到了一个困惑的问题。 在启动过程中，系统抱怨超级块的最后一次挂载时间是未来，并要求我fsck。 我已经使用了Debian Squeeze几个月，第一次遇到问题。 我想知道这是否是关于UTC的问题。 我GOOGLE了，但没有find我的指导。
最近我们在存储方面有失败，我们需要fsck。 存储大约1.2万亿，花了我们5个多小时。 有没有ext3文件系统的替代解决scheme，还是比ext3更好？ 有正反两面的build议是值得欢迎的。 TQVM
在服务器崩溃之后，我无法在Linux上安装JFS分区。 jfs_fsck工具返回 Duplicate block references have been detected in Metadata. CANNOT CONTINUE. processing terminated: <date> <time> with return code: 10060 exit code: 4. 12TB分区拥有科学计算结果，可以在几个星期内重现，而且不会被备份。 虽然我不能排除由于用户疏忽而造成一些不可重复数据的可能性。 我计划恢复分区如下： 重播日志并以只读方式挂载分区 将可以读取的文件复制到另一个文件系统 使用jfs_fsck -v标识具有重复引用的块 使用jfs_debugfs标识与这些块对应的inode 使用find -inum与inode对应的文件系统对象 使用jfs_debugfs完全取消链接对象 再次运行jfs_fsck ，并希望它会完成而没有错误 这个计划只有在步骤（1）到（4）才有效。 它在步骤（5）中首先失败，在运行几个小时之后find似乎没有得到一个单一的inode，并且可能永远运行。 当复制文件时，我发现一些目录的B +树变成了带有循环的graphics，所以目录遍历不会终止。 我直接跳到步骤（6），并首先取消了可以find损坏结构的目录。 但是这并没有帮助jfs_fsck运行完成。 然后，我删除所有的目录，但根目录条目。 然而jfs_fsck仍然无法完成。 我想我不仅要编辑目录结构，还要编辑块分配映射。 但是我找不到用jfs_debugfs来实现的方法。 有工具，可以帮助使重复块引用恢复分区的分区？
在CentOS 5.3服务器上，/ var文件夹已经更改为文件。 似乎是FS腐败。 其余的FS看起来不错。 任何人都知道解决这个问题的快速方法？ 即使使用强制检查，fsck.ext3也会将fs报告为干净。 看起来机器有动力，当它回来时就是这样。
由于clvmd拖延内核（ https://serverfault.com/questions/226466/lvm-running-vgscan-causes-clvmd-to-block ）我决定硬重启主机，因为软重启停滞。 但是启动时，无法在其中一个逻辑卷上运行e2fsck，然后无法启动。 下面的错误消息我手动input，因为我不能复制和粘贴，因为从串行控制台。 Checking filessytems /dev/mapper/vg_gothamdb1-lv_root: clean, 59708/5120000 files, 712853/20480000 blocks /dev/sda1: clean, 39/128016 files, 51688/512000 blocks fsck.ext4: No such files or directory while trying to open /dev/mapper/vg_gothamdb1-lv_home /dev/mapper/vg_gothamdb1-lvhome: The superblock could not be read or does not describe a correct ext2 filesystem. if the device is valid and it really contains an […]