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