☰

新的 RAID 阵列不会自动组装，导致启动问题

tag-icon • tag-icon raid mdadm
新的 RAID 阵列不会自动组装，导致启动问题

我刚刚问过这个问题安装新的 RAID1 阵列后我无法启动。我能够到达终端，但是一旦我解决了这个问题，我意识到我的问题与其说是 fstab 引导问题，不如说是 mdadm 自动组装问题。

我的系统上有三个 RAID1 阵列，分别/dev/md1安装在/和/dev/md0安装为swap，并且这些阵列当前运行没有问题。我没有创建这些数组。我创建了一个新的 RAID1 阵列，/dev/md2并使用它将其格式化为 ext4本指南，在此过程中，我创建了一个新分区（唯一的一个）作为md2p1（该指南还创建了一个类似命名的分区，尽管 fdisk 从未明确要求提供名称）。

创建这个新阵列后，我可以使用手动安装

mount -t ext4 /dev/md2p1 /srv/Waveforms

这效果很好。我能够访问该目录并向其中添加了大约 700 GB 的数据。这样做之后，我得到

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : active raid1 sdc1[0] sdd1[1]
      1953423552 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
      961136576 blocks [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
      15624128 blocks [2/2] [UU]

unused devices: <none>

，因此计算机清楚地识别了该数组。然后我用了

sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf

该文件现在包含

# 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 <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=afa7ccee:df4dfa79:a84dbc05:35401226
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=a0c526cc:6de93504:c8b94301:85474c49
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=1ac720e1:192b2c38:f6e0357b:f3e0074f

# This file was auto-generated on Thu, 10 Mar 2011 00:57:55 -0700
# by mkconf $Id$
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=afa7ccee:df4dfa79:a84dbc05:35401226
ARRAY /dev/md1 level=raid1 num-devices=2 metadata=0.90 UUID=a0c526cc:6de93504:c8b94301:85474c49
ARRAY /dev/md2 level=raid1 num-devices=2 metadata=0.90 UUID=1ac720e1:192b2c38:f6e0357b:f3e0074f

这里有两件事需要注意。原始文件有metadata=00.90，但我对此进行了修改，因为metadata=0.90这解决了元数据无法识别的小问题（快速谷歌搜索将解释这一点）。

第二个需要注意的是 auto 设置为 yes，这意味着系统应该在启动时自动组装所有阵列。情况一定是这样，因为我能够启动这一事实必定意味着 /dev/md1 已被组装。

无论如何，现在麻烦了。重新启动后，我的机器挂起并告诉我

fsck from util-linux-ng 2.17.2
/dev/md1: clean, 3680768/60071936 files, 208210802/240284144 blocks

我的 fstab 当前读取

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/md1 during installation
UUID=1d3cb392-f522-485b-8516-a7791fc23c4d /               ext4    errors=remount-ro 0       1
# swap was on /dev/md0 during installation
UUID=6eb8e6f2-3166-4f77-883c-26268d636b0b none            swap    sw              0       0
/dev/md2p1 /srv/Waveforms            ext4    defaults,noauto              0       0

和

blkid
/dev/sda1: UUID="afa7ccee-df4d-fa79-a84d-bc0535401226" TYPE="linux_raid_member" 
/dev/sda2: UUID="a0c526cc-6de9-3504-c8b9-430185474c49" TYPE="linux_raid_member" 
/dev/sdb1: UUID="afa7ccee-df4d-fa79-a84d-bc0535401226" TYPE="linux_raid_member" 
/dev/sdb2: UUID="a0c526cc-6de9-3504-c8b9-430185474c49" TYPE="linux_raid_member" 
/dev/sdc1: UUID="1ac720e1-192b-2c38-f6e0-357bf3e0074f" TYPE="linux_raid_member" 
/dev/sdd1: UUID="1ac720e1-192b-2c38-f6e0-357bf3e0074f" TYPE="linux_raid_member" 
/dev/md0: UUID="6eb8e6f2-3166-4f77-883c-26268d636b0b" TYPE="swap" 
/dev/md1: UUID="1d3cb392-f522-485b-8516-a7791fc23c4d" TYPE="ext4" 
/dev/md2p1: UUID="867ee91e-527e-435b-b6bc-2f6d89d2d8c6" TYPE="ext4"

我以前用过UUID=867ee91e-527e-435b-b6bc-2f6d89d2d8c6代替/dev/md2p1，但这没有给我任何结果。我也尝试过使用此 md2p1 作为默认选项，defaults+noatime,errors=remount-ro，但没有任何效果。

我可以通过修改 fstab 来排除我的新 md2p1 行来启动。使用此配置启动后，我得到

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md0 : active raid1 sda1[0] sdb1[1]
      15624128 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
      961136576 blocks [2/2] [UU]

所以系统还没有组装md2。然后我可以运行

sudo mdadm --assemble --scan
[sudo] password for zach: 
mdadm: /dev/md2 has been started with 2 drives.

何处

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : active raid1 sdc1[0] sdd1[1]
      1953423552 blocks [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
      15624128 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
      961136576 blocks [2/2] [UU]

我现在可以像上面那样手动安装。所以问题似乎是 RAID1 阵列在启动时没有组装，因此无法被 fstab 识别，因此除了恢复模式之外我根本无法启动。

我找到了这帖子，但我认为它不适用于我，因为答案似乎是将 auto 设置为 yes，然后在启动时自动组装数组。我的配置已经设置为执行此操作，所以我不知所措。

该帖子中有一个答案似乎确实适用，但我不明白他的解决方案是什么。这是 Deplicator 的帖子，其中说

重新启动后我再也看不到/dev/md0。再次运行 mdadm --detail --scan （不将结果放入文件中）我会看到

ARRAY /dev/md/ubuntu:0 metadata=1.2 name=ubuntu:0 UUID=a8a570c6:96f61865:05abe131:5c2e2f7e

手动安装 /dev/md/ubuntu:0 就可以了。最后，这也是我放入 fstab 文件中的内容。

fstab 中放入了什么？问题似乎是我没有在启动时组装 md2，因此每次 fstab 尝试挂载 md2p1 分区时我都会挂起。事实上，这可能与 md2 被分区有关，而其他分区则没有，但我不明白为什么会出现这种情况。

编辑：以防万一

uname -a
Linux ccldas2 2.6.32-74-server #142-Ubuntu SMP Tue Apr 28 10:12:19 UTC 2015 x86_64 GNU/Linux

答案1

我想到两个问题

  1. 中存在重复的数组定义mdadm.conf。请替换（或注释掉）ARRAY以下三行代码块# definitions of existing MD arrays，以便每个数组仅由最近的扫描声明。

  2. 无法在启动时构建 RAID 阵列的典型情况是它们尚未在启动时更新。initramfs或者未设置为在启动时运行。非常快速地浏览您引用的指南似乎没有提到这些步骤，但我可能是错的。在 Debian 系统上，命令是：

     dpkg-reconfigure mdadm    # Choose "all" disks to start at boot
 update-initramfs -u       # Updates the existing initramfs

答案2

在mdadm.conf你只需要UUID，像这样

ARRAY /dev/md0 UUID=d8b8b4e5:e47b2e45:2093cd36:f654020d

所有其他条件都可能阻止 RAID 组装。

对于（已弃用的）自动组装，您需要：

  • 隔断类型fd
  • 元数据0.90
  • 要么根本没有 initramfs，要么确保 initramfs 有raidautorun /dev/disk

如果自动组装失败，dmesg应该保留一些关于哪里出了问题的指示。

一般来说，如果可能的话（并且如果无论如何都涉及 initramfs），您应该坚持使用较新的默认元数据格式并设置带有,1.2的 initramfs 。mdadmmdadm.conf

相关内容