我们的运营团队试图缩小 LVM 逻辑卷,忘记先缩小位于其上的分区。他们遇到了一堆错误,并错误地立即运行 e2fsck 来尝试修复磁盘。不用说,盒子很不高兴。
从今天早上开始,我跳上了盒子,能够通过将 LV 恢复到磁盘的 100% 来挽救它。我运行了 e2fsck,它毫无问题地通过了。我重新启动,它直接启动进入操作系统。我现在关心的是 fsck 可能造成的任何损害。有没有办法验证文件系统的完整性和稳定性?
我们的运营团队试图缩小 LVM 逻辑卷,忘记先缩小位于其上的分区。他们遇到了一堆错误,并错误地立即运行 e2fsck 来尝试修复磁盘。不用说,盒子很不高兴。
从今天早上开始,我跳上了盒子,能够通过将 LV 恢复到磁盘的 100% 来挽救它。我运行了 e2fsck,它毫无问题地通过了。我重新启动,它直接启动进入操作系统。我现在关心的是 fsck 可能造成的任何损害。有没有办法验证文件系统的完整性和稳定性?
要 100% 确定地知道,唯一的方法是根据以前的备份或任何替代版本验证文件。
其他选项可能会增加您对数据完整性的信心,但实际上只有一种方法可以确定。