例如:@H_404_3@
Replace corrupt file 1.avi and file 2.avi shrinks to 200KB. Replace now corrupted 2.avi and it works but 3.avi gets screwed up.
我已在驱动器上运行SMART测试,他们报告正常.有没有人有任何测试我可以运行试图弄清楚发生了什么?@H_404_3@
解决方法
最简单的解决方案是将数据复制到不同的系统(使用工作文件系统),验证它,然后在现有系统上吹掉RAID.单独重新格式化驱动器并重建RAID后,您应该再次使用现有系统.@H_404_3@
在使用Server 2003的软件RAID的Server 2003系统上发生了同样的事情.在写入阵列期间发生电源故障或系统崩溃,并且磁盘不同步,因此文件系统显示出与您描述的症状相同的症状. (同样地,我跑的所有测试都骗了我,并说磁盘和阵列非常好,即使它显然不是.)在阵列上的某个点之后复制的任何东西都会被破坏.数据对文件的第一个~500KB有效,之后是垃圾.图像将显示顶部x%精细,然后在底部是白色,文档将包含几页或有效数据行然后是乱码等.如果我在“腐败点之前”添加文件,则腐败将似乎转移到“下一个”文件,好像腐败从阵列上的某个点偏移了~500 KB.@H_404_3@
如果您可以隔离阵列中的哪个磁盘包含文件系统损坏,则可以通过拔出包含损坏数据的磁盘并强制从正常磁盘重建阵列来纠正问题. (假设腐败仅出现在一个磁盘上,就像我一样.)这对我有用,而且我是如何恢复腐败阵列上的数据的.只需2个磁盘镜像RAID,您甚至可以根据每个磁盘强制进行重建,并查看哪个阵列有效,哪个阵列最终损坏.@H_404_3@
之后我仍然不相信它,所以我复制了数据,重新编写了阵列,重新格式化了磁盘,重新安装了操作系统并警告任何人如果我发现他们在我的网络上使用软件RAID,我会踢他们的有趣位再次.我建议你也这样做.好吧,关于数据,至少.您是否想要放弃Linux软件RAID并威胁您的用户更多的是个人偏好.@H_404_3@