在我的 Debian Squeeze 服务器上，一个文件系统严重崩溃。我运行了 fsck.ext4，它纠正了很多问题。现在一切都似乎没问题。此外，从最近的备份运行 rsync 到发生故障的文件系统。
我的问题：现在 rsync 已经运行，我可以放心地假设服务器上的文件内容与备份中的文件内容相同吗？或者建议只重新创建文件系统并重新复制备份中的所有数据？由于流量很大（这是一个很大的文件系统...），我宁愿不这样做
非常感谢您的帮助=)
编辑：我不太清楚 ext4 是如何损坏的。它位于 Debian 机器上的 LVM 之上，我将其用作半/虚拟化 xen domU 的文件系统。不知何故，在某个时候，我想重新启动 domU，但它没有挂载文件系统。之后，我无法在（脱机）文件系统上运行 fsck，我收到“文件系统正在使用”之类的错误。但是，我没有在命令的输出中看到它mount，也lsof没有返回任何与设备相关的内容。这确实是非常奇怪的事情。
答案1
我无法给出 100% 的保证，但事情仍然出错的可能性几乎为零。
至少：如果您的 ext4 在日志记录开启的情况下运行（这是默认设置），并且没有潜在的磁盘问题导致 rsync 期间出现新问题。
为了安全起见，我会手动对（离线）文件系统运行额外的 fsck，以确保它仍然一致。如果是的话，我会认为没问题。
只是好奇：你是如何破坏 ext4 的？这通常很难做到。
答案2
是的，来自干净、可信赖、已知良好的来源的 rsync 就可以了如果您确定底层文件系统是健康的。我更想知道是什么导致了如此多的文件系统损坏；磁盘阵列、没有电池支持的写入缓存等。