mdadm:因“尚未准备好或不存在”错误而中断启动

这真令人沮丧: – | 我已经花了大约20个小时来处理这个错误的错误,而且似乎也有几十个人在互联网上,而且还没有明确的解决方案。

我有5个磁盘的非系统RAID-5,没关系。 但是在启动时它会说“/ dev / md0还没有准备就绪或者不存在”并要求按’S’。 非常适合Ubuntu服务器 – 我必须带上显示器和键盘。

在这个系统启动后,一切都很好。 md0设备工作,/ proc / mdstat很好。 当我挂载-a – 它安装此数组没有错误,并正常工作。


作为一个愚蠢而可耻的解决方法,我在/ etc / fstab中添加了noauto,并且安装在/etc/rc.local中 – 它运行正常。

任何提示如何使其正常工作?


fstab

UUID=3588dfed-47ae-4c32-9855-2d69df713b86 /var/bigfatdisk ext4 noauto,noatime,data=writeback,barrier=0,nobh,commit=5 0 0 

mdadm config :它是自动生成的:

 # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST  # instruct the monitoring daemon where to send mail alerts MAILADDR CENSORED # definitions of existing MD arrays ARRAY /dev/md/0 metadata=1.2 bitmap=/var/md0_intent UUID=efccbeb6:a0a65cd6:470dcdf3:62781188 name=LBox2:0 # This file was auto-generated on Mon, 10 Jan 2011 04:06:55 +0200 # by mkconf 3.1.2-2 

分区:

 root@LBox2:/home/px# cat /proc/partitions major minor #blocks name 8 0 976762584 sda 8 1 976562483 sda1 8 2 131072 sda2 8 16 976762584 sdb 8 17 976562483 sdb1 8 18 131072 sdb2 8 32 78150744 sdc 8 33 74919096 sdc1 8 34 1 sdc2 8 37 3229033 sdc5 8 48 976762584 sdd 8 49 976562483 sdd1 8 50 131072 sdd2 8 64 976762584 sde 8 65 976655593 sde1 8 80 976762584 sdf 8 81 976655593 sdf1 9 0 2929683456 md0 

mdstat:

 root@LBox2:/home/px# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid6 sda1[0] sdd1[4] sde1[5] sdf1[2] sdb1[1] 2929683456 blocks super 1.2 level 6, 1024k chunk, algorithm 2 [5/5] [UUUUU] bitmap: 0/8 pages [0KB], 65536KB chunk, file: /var/md0_intent unused devices:  

我偶尔在无头服务器上遇到同样的问题,并通过在/etc/fstab附加nobootwait选项来解决它:

 /dev/md0 /mnt/raid ext4 defaults,noatime,nobootwait 0 0 

它告诉引导过程不要等待RAID,但是当我可以进入盒子时,RAID总是可用的。 原则上它与您已经在做的事情并没有什么不同,但是您不需要将安装逻辑分布在两个不同的文件上。

有关系统挂起的错误报告 ,除非nobootwait是最后一个挂载选项,但这可能是在10.10版本发布时修复的。

另请参阅如何在引导时避免“S to Skip”消息 。

您正在尝试自动启动或挂载/dev/md0 ,但似乎您的mdadm.conf的raid名称不同:

 ...existing MD arrays ARRAY /dev**/md/0** metadata=1.2 bitmap=/var/md0_intent UUID=efccbeb6:a0a65cd6:470dcdf3:62781188 name=LBox2:0 

将数组重命名为md0而不是md/0

使用汇编脚本行:– --name=md0 --update=name