当 Raid5 磁盘断开连接时,服务器拒绝启动-/root/丢失

当 Raid5 磁盘断开连接时,服务器拒绝启动-/root/丢失

我最近设置了一个NAS server运行Debian OS (6.0.4)

它包含4 disks3其中每一个都在一个Raid5数组中,而最后一个用于操作系统。

为了模拟磁盘故障,我拔掉了其中一个 raid 磁盘,这导致操作系统无法启动。

它开始启动,识别到md0(raid 阵列)正在2/3磁盘上运行,然后抛出一些错误。

无法找到以下目录:

/dev/root on /root,
/dev on /root/dev,
/sys on /root/sys,
/proc on /root/proc

似乎无论移除哪个 RAID 磁盘都会发生这种情况。这些目录应该在/dev/sdd我的系统磁盘上。

fstab和的输出blkidhttp://dl.dropbox.com/u/6017799/NASOutput.txt

如果您需要更多信息,请告诉我。

答案1

您取出磁盘,然后系统无法启动,只能加载内核。一旦内核尝试找到文件系统,它就会发出抱怨并将您置于最小 shell 中。如果出现这种情况,则很可能是 grub(2) 找不到根磁盘设备。由于您取出了磁盘,设备名称已更改,以前的 /dev/sdd 现在可能是 /dev/sdc。

您可能需要重新配置 grub(2) 以使用 UUID 而不是设备名称。

尽管这看起来至少有点奇怪:

无法找到以下目录。/root 上的 /dev/root、/root/dev 上的 /dev、/root/sys 上的 /sys、/root/proc 上的 /proc

为什么这些目录会位于根主目录中?这些目录通常直接位于 /(/dev 等)上。您是否创建了从 /dev 到 /root/dev 的符号链接?如果是,为什么?

答案2

由于讨论很长,因此添加另一个答案。

我仍然想知道

无法找到以下目录:

/root 上的 /dev/root,

/root/dev 上的 /dev,

/root/sys 上的 /sys,

/root/proc 上的 /proc

为什么说 /root/dev 等?你只是写 /root 来表示根文件系统吗?这与作为 root 帐户主目录的 /root 有所不同。

/dev、/sys 和 /proc 不应该位于 /root 中。

如果可能的话,您能否粘贴文本或截取启动失败的实际屏幕的屏幕截图?这样我们就可以看到更多错误。

更新:一定有什么东西导致您的系统尝试在错误的位置安装 /proc、/dev/、/sys。您必须找出原因。执行“grep mount /etc/init.d”并仔细检查它返回的脚本。此外,查看 /etc 中可能导致您的系统在错误的位置安装这些文件系统的其他任何内容。

你必须找出为什么你的系统试图在 /root 中挂载这些文件系统并修复它

相关内容