在我的Debian Squeeze服务器上，一个文件系统崩溃了。 我跑了fsck.ext4，它纠正了很多事情。 现在一切似乎都很好。 另外，从最近的备份运行一个rsync到失败的文件系统。
我的问题：现在，rsync已经运行，我可以安全地假设我的服务器上的文件内容是相同的备份？ 或者，build议重新创build文件系统并重新复制备份中的所有数据？ 我宁愿不这样做，由于高stream量（这是一个大的文件系统…）
任何帮助非常感谢=）
编辑 ：我不完全确定如何ext4被损坏。 它位于Debian框的LVM之上，我用它作为半虚拟化xen domU的一个/文件系统。 不知何故，在某种程度上，我想重新启动domU，并没有安装文件系统。 之后，我无法在（离线）文件系统上运行fsck，我得到了一个“正在使用的文件系统”类错误。 但是，我没有在mount命令的输出中看到它，并且lsof没有返回与设备相关的任何东西。 确实很奇怪
我不会提供100％的保证，但事情依然错误的几率几乎为零。
至less：如果你的ext4运行在journalling ON（这是默认的），并且如果没有在rsync期间引起新问题的底层磁盘问题。
为了安全起见，我会手动在（离线）文件系统上运行额外的fsck，以确保它仍然一致。 如果是的话我会考虑的。
只是为了好奇：你是如何设法破坏ext4的？ 这通常很难做到。
是的， 如果您确定底层文件系统是健康的，那么来自干净，可信，已知良好源的rsync是好的。 我会更加好奇造成如此之多的文件系统损坏的原因。 磁盘arrays，没有电池支持的写入caching等。