«PARTUUID» в «/ etc / fstab» и (аппаратное) RAID0 не хорошо сочетаются вместе, не так ли?

Fresh Arch Linux устанавливает на (аппаратное) RAID0 под 64-разрядную UEFI- систему с разделами GPT . Пришлось добавить

MODULES="ext4 dm_mod raid0" HOOKS="base udev autodetect modconf block mdadm_udev filesystems keyboard fsck" 

в /etc/mkinitcpio.conf чтобы разделы на RAID0 были правильно распознаны при загрузке. В противном случае,

 ERROR: device 'UUID=<uuid>' not found. Skipping fsck. ERROR: Unable to find root device 'UUID=<uuid>'. ... 

будет выпущено.

Однако есть одна особенность, и я не знаю, как это объяснить. С одной стороны, когда /etc/fstab содержит источники /dev/* или UUID=* , Arch Linux загружается нормально. С другой стороны, когда он содержит источники PARTUUID=* , при PARTUUID=* происходит Dependency failed ошибками соответствующей ошибки Dependency failed (относительно установки этих источников из /etc/fstab ).

Не могли бы вы объяснить, что не так, если PARTUUID=* в /etc/fstab в этом случае? Это имеет какое-то отношение к RAID0?


 $ cat /proc/mdstat Personalities : [raid0] md126 : active raid0 sda[1] sdb[0] 976768000 blocks super external:/md127/0 128k chunks md127 : inactive sda[1](S) sdb[0](S) 4904 blocks super external:imsm unused devices: <none> 

 $ dmsetup table No devices found 

 $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465.8G 0 disk └─md126 9:126 0 931.5G 0 raid0 ├─md126p1 259:0 0 1G 0 md /boot/efi ├─md126p2 259:1 0 1G 0 md ├─md126p3 259:2 0 1G 0 md ├─md126p4 259:3 0 256G 0 md ├─md126p102 259:4 0 16G 0 md [SWAP] ├─md126p103 259:5 0 16G 0 md / ├─md126p104 259:6 0 16G 0 md /var └─md126p105 259:7 0 256G 0 md /home sdb 8:16 0 465.8G 0 disk └─md126 9:126 0 931.5G 0 raid0 ├─md126p1 259:0 0 1G 0 md /boot/efi ├─md126p2 259:1 0 1G 0 md ├─md126p3 259:2 0 1G 0 md ├─md126p4 259:3 0 256G 0 md ├─md126p102 259:4 0 16G 0 md [SWAP] ├─md126p103 259:5 0 16G 0 md / ├─md126p104 259:6 0 16G 0 md /var └─md126p105 259:7 0 256G 0 md /home sr0 11:0 1 1024M 0 rom 

 $ blkid /dev/sda: TYPE="isw_raid_member" /dev/sdb: TYPE="isw_raid_member" /dev/md126p1: LABEL="EFI" UUID="722E-E4AB" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a8e94657-e6ea-4712-be06-ac9ffe6e2258" /dev/md126p3: LABEL="Windows PE 5.0 (x64)" UUID="181C2F991C2F7144" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="15848c79-1456-418b-a243-830d0db894ce" /dev/md126p4: LABEL="Windows 8.1 (x64)" UUID="AAB83149B83114F3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7d3a06f5-4c67-4299-80b0-029501e14f18" /dev/md126p102: UUID="6a2d4998-3ac8-4135-9d72-47960b201d5d" TYPE="swap" PARTLABEL="Swap" PARTUUID="d418edd6-44eb-4058-921f-c68aa191c5ac" /dev/md126p103: UUID="2c241730-a076-48d9-8d1f-6e10573a994f" TYPE="ext4" PARTLABEL="Arch Linux" PARTUUID="37200e1e-dea4-435a-a873-427e3ee8c494" /dev/md126p104: UUID="8d4eff47-3a2b-46b4-9263-7bbf00d8d0db" TYPE="ext4" PARTLABEL="Variable" PARTUUID="cd15b1f0-e948-4975-9218-591efa5b9b95" /dev/md126p105: UUID="e0b15e56-3846-4e75-96f8-4f75058b4a6b" TYPE="ext4" PARTLABEL="Home" PARTUUID="54e85323-522c-415a-b7bd-2eb83b6b4ee6" /dev/md126: PTUUID="e4e1b9b8-c26f-416d-82d9-e9350d0b5ac2" PTTYPE="gpt" /dev/md126p2: PARTLABEL="Microsoft reserved partition" PARTUUID="6e9264fd-da04-4966-b8e0-8f3124f47050" 

Так как теперь ясно, что вы запускаете программный рейд («поддельный рейд», где прошивка / BIOS также имеет реализацию программного RAID, чтобы упростить загрузку Windows – в данном случае, Intel Matrix Storage), вы, вероятно, видите некоторая ошибка в initramfs арки w / r / t, разделяющая массивы md.

Истинный аппаратный рейд почти полностью прозрачен для ОС; например, вы увидите только одно устройство, массив RAID, а не одно устройство на диск. Аппаратный RAID-массив выглядит так же, как обычный диск для ОС, по крайней мере, как только вы установили драйвер RAID (без него ОС просто не видит его вообще).

В течение долгого времени вы не могли разделить md-массивы вообще (было общепринято – все-таки использовать LVM поверх них или создавать несколько массивов); позже вы можете настроить разделяемый, но он не был по умолчанию; в настоящее время все они могут быть разделены. Но, вероятно, что-то по-прежнему имеет предположение о том, что они не являются разделяемыми, и ищет эту партию на физическом диске, а не в массиве RAID.

Лично я бы не беспокоился об этом и просто использовал UUID. Кроме того, в общем случае для Linux-box обычно лучше вообще не использовать «фальшивый рейд», а просто использовать Linux mdraid напрямую со своими родными форматами. С RAID-0, я уверен, у вас будет шанс перестроить окно достаточно скоро …