☰

如果 mdadm RAID1 阵列在 FSTAB 中，则无法启动

tag-icon • tag-icon boot mount raid fstab mdadm
如果 mdadm RAID1 阵列在 FSTAB 中，则无法启动

语境：

由于从 20.04 更新到 22.04 失败，我决定从零开始重新安装 22.04。一切顺利，但如果我在 FSTAB 中留下 RAID 条目，我的系统将无法启动。我在 sdc 和 sdd 处有 2 个磁盘 RAID1，安装时干净且运行正常，但在启动时我进入紧急模式，并且只有在 nano /etc/fstab 并注释 /mnt/raid1 条目时才能恢复启动容量。

这里脚步我所关注的这，这，这，这和那：

$ sudo mdadm --assemble /dev/md0 /dev/sd[cd]1
mdadm: /dev/md0 has been started with 2 drives.

$ sudo mdadm --detail --scan --verbose
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=1.2 name=desktopubuntu:0 UUID=feba8274:e93bd0e4:9a754d82:65c19cf8
   devices=/dev/sdc1,/dev/sdd1

$ sudo mdadm --examine /dev/sd[cd]1
/dev/sdc1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : feba8274:e93bd0e4:9a754d82:65c19cf8
           Name : desktopubuntu:0
  Creation Time : Sat Apr  2 19:42:37 2022
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906762928 sectors (1862.89 GiB 2000.26 GB)
     Array Size : 1953381440 KiB (1862.89 GiB 2000.26 GB)
  Used Dev Size : 3906762880 sectors (1862.89 GiB 2000.26 GB)
    Data Offset : 264192 sectors
   Super Offset : 8 sectors
   Unused Space : before=264112 sectors, after=48 sectors
          State : clean
    Device UUID : e673bc23:383a992c:45571ac2:3b3e73d1

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Sep  8 01:44:26 2022
  Bad Block Log : 512 entries available at offset 16 sectors
       Checksum : 4df6a1a2 - correct
         Events : 7694

   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : feba8274:e93bd0e4:9a754d82:65c19cf8
           Name : desktopubuntu:0
  Creation Time : Sat Apr  2 19:42:37 2022
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3906762928 sectors (1862.89 GiB 2000.26 GB)
     Array Size : 1953381440 KiB (1862.89 GiB 2000.26 GB)
  Used Dev Size : 3906762880 sectors (1862.89 GiB 2000.26 GB)
    Data Offset : 264192 sectors
   Super Offset : 8 sectors
   Unused Space : before=264112 sectors, after=48 sectors
          State : clean
    Device UUID : 8491858d:9a1cf323:d579b65f:167bbe73

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Sep  8 01:44:26 2022
  Bad Block Log : 512 entries available at offset 16 sectors
       Checksum : ef01010d - correct
         Events : 7694

   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

因此，我这样做了：

sudo mkdir /mnt/raid1
sudo mount /dev/md0 /mnt/raid1/
sudo chmod g+s /mnt/raid1
sudo chown -R marcelo:fileshareforall /mnt/raid1

此时我可以使用它，写入和读取任何文件或文件夹。

现在我继续进行以下操作：

$ sudo mdadm --detail --scan --verbose | sudo tee -a /etc/mdadm/mdadm.conf
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=1.2 name=desktopubuntu:0 UUID=feba8274:e93bd0e4:9a754d82:65c19cf8
   devices=/dev/sdc1,/dev/sdd1

这样，我卸载了 RAID 分区并使用以下命令测试了 fstab：

$ sudo mount -av
/                        : ignored
/boot/efi                : already mounted
/mnt/raid1               : successfully mounted

和：

$ lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
     squash 4.0                                                    0   100% /snap/bare/5
...
loop20
     squash 4.0                                                    0   100% /snap/notepad-plus-plus/374
sda                                                                         
├─sda1
│    vfat   FAT32       B421-8498                              59,5M    38% /boot/efi
├─sda2
│                                                                           
├─sda3
│    ntfs         Win_SSD
│                       D280529F805289BD                                    
├─sda4
│    ntfs               149E0BCF9E0BA876                                    
├─sda5
│    ntfs               54306E95306E7DBC                                    
├─sda6
│    ntfs               749AEA539AEA1182                                    
└─sda7
     ext4   1.0         733b6c76-48d1-4d26-85bb-697075f27b0d                
sdb                                                                         
├─sdb1
│    ext4   1.0         0bd7c897-38c6-4d18-ad8c-4a3d1270cfe4  158,8G     8% /
├─sdb2
│    ntfs               FC8675048674C126                                    
└─sdb3
                                                                            
sdc                                                                         
└─sdc1
     linux_ 1.2   desktopubuntu:0
                        feba8274-e93b-d0e4-9a75-4d8265c19cf8                
  └─md0
     ext4   1.0         6f72b003-711e-47d7-8028-99b9d001ba99    1,6T     5% /mnt/raid1
sdd                                                                         
└─sdd1
     linux_ 1.2   desktopubuntu:0
                        feba8274-e93b-d0e4-9a75-4d8265c19cf8                
  └─md0
     ext4   1.0         6f72b003-711e-47d7-8028-99b9d001ba99    1,6T     5% /mnt/raid1

在一切准备就绪后，我做了：

$: sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.15.0-47-generic

没有任何反馈，bash 又回到了 $ 闪烁光标的状态。我猜这是预期的行为。

我现在已经完成这些步骤 5 次，并且每次我都以紧急模式启动，并且只有在nano /etc/fstab注释 /mnt/raid1 条目时才能恢复启动容量。

有什么指示吗？我遗漏了什么？TIA

答案1

当我第六次重复上述过程时，我只尝试了一件不同的事情：我手动删除了之前的 mdadm.config

sudo rm /etc/mdadm/mdadm.conf

之前，我仅发出以下命令来重新创建它：

sudo mdadm --detail --scan --verbose | sudo tee -a /etc/mdadm/mdadm.conf

我看不出有什么区别配置文件，但现在我能够正常启动，无需任何紧急模式启动。

我可以使用 live.usb 启动并运行，sudo fsck -f /没有任何错误......

我不明白发生了什么——mdadm.conf 损坏了？

无论如何，这是一个解决办法...

相关内容