我最近build立了一个运行Debian OS (6.0.4)的NAS server
它包含4 disks ，其中3在Raid5arrays中，而最后一个用于操作系统。
为了模拟一个磁盘故障，我拔掉了其中一个RAID磁盘，导致操作系统无法启动。
它开始启动，认识到md0 （RAIDarrays）在2/3磁盘上运行，然后抛出一些错误。
无法find以下目录：
/dev/root on /root, /dev on /root/dev, /sys on /root/sys, /proc on /root/proc
无论哪个RAID磁盘被删除，似乎都会发生这种情况。 这些目录应该是在/dev/sdd我的系统磁盘上。
从fstab和blkid输出： http : //dl.dropbox.com/u/6017799/NASOutput.txt
如果您需要更多信息，请告诉我。
你拿出一个磁盘，然后系统无法启动超出加载内核。 一旦内核试图find它抱怨的文件系统，并把你放到最小的shell。 如果是这样的话，grub（2）很可能找不到根磁盘设备。 因为你拿出一个磁盘的设备名称已经改变了，曾经的/ dev / sdd现在可以是/ dev / sdc。
您可能需要重新configurationgrub（2）才能使用UUID而不是设备名称。
虽然这似乎至less有点怪异：
它无法find以下目录。 / dev / root on / root，/ dev on / root / dev，/ sys on / root / sys，/ proc on / root / proc
为什么这些目录在根目录下？ 那些通常会直接位于/（/ dev et al）。 你是否从/ dev创build了符号链接到/ root / dev？ 如果是这样，为什么？
由于讨论变得相当长，增加另一个答案。
我还在想
无法find以下目录：
/ dev / root on / root，
/ dev on / root / dev，
/ sys on / root / sys，
/ proc on / root / proc
你为什么说/ root / dev等？ 你只是写/根指示根文件系统？ 这与root帐户的主目录/ root不同。
/ dev，/ sys和/ proc不应该在/ root中。
如果可能的话，你可以粘贴文本或截图引导失败的实际屏幕？ 所以我们可以看到更多的错误。
更新：一些东西一定会导致你的系统试图在/错误的地方挂载/ proc，/ dev /，/ sys。 你必须找出原因。 做一个“grep mount /etc/init.d”并仔细检查它返回的脚本。 另外看看其他的东西可能会让你的系统在错误的地方安装这些文件系统。
你必须找出为什么你的systyem试图把这些文件系统挂载到/ root并修复它