软件RAID 0:在第二个硬盘发现一些坏扇区,事情变得疯狂

我正在Ubuntu 10.04服务器上运行一个软件RAID 0.昨天,我让它连续运行了10个小时,当我回来时,电脑变得怪异。 我不能closures它。 这是说“公交误差”或类似的东西。 所以我通过按住电源button4秒钟强制关机。 然后我把它打开。 这里来了灾难:袭击被打破了。 系统不断抛出“失败命令:READ DMA EXT”。 我尝试从Alternate CD救援模式运行fsck.ext4 / dev / md0,但是fsck.ext4然后说:“尝试从文件系统读取块导致短暂读取”。 所以我使用了一张Hiren光盘,运行硬盘驱动器,并在第二个硬盘上find了12个坏扇区(在硬盘的最后,从一开始我就记得超过80%)告诉软件修复12坏但我怀疑Ubuntu是否明白这个问题。

我再次运行了Alternate CD救援模式,并且执行了e2fsck / dev / sda,但它是在说设备或资源正忙。

上帝和极客,12个坏道怎么会搞砸我的整个RAID。 我应该怎么做我的RAID和Ubuntu的工作?

P / S :一旦我得到东西回来,我会切换到RAID 5.我发誓。

RAID 0没有冗余,所以错误会破坏整个arrays。 你用RAID 1(镜像)混淆了它吗?

你能告诉我们你的RAID 0arrays是如何设置的? 我感觉它包含2个物理驱动器: /dev/sda + /dev/sdb ,生成的设备是/ dev / md0。 现在你正在谈论/ dev / md1。 /dev/md0 = /dev/sda1 + /dev/sdb1/dev/md1 = /dev/sda2 + /dev/sdb2 ? 如果是这样 – 当你只在其中一个设备上运行md0文件系统时,如何修复md0文件系统(分布在2个设备/分区上)? 这是RAID 0,而不是1。

有趣的是没有/ dev / sda1,/ dev / sda2,/ dev / sdb1,/ dev / sdb2是没有错误的fsck-able。

– >它是一样的“超级块无效”的错误?

设备或资源正忙

这个错误信息是因为你的RAID守护进程打开了。 对于RHEL / CentOS,您可以通过以下命令停止RAID服务/守护进程:

 mdadm --stop 

停止RAID后,使用fsck -fyC / dev / sda检查文件系统

 f - stands for force y - stands for yes to all C - stands for progress bar