☰

「/etc/fstab」の「PARTUUID」と（ハードウェア）RAID0は一緒にうまく動作しませんか？

tag-icon • tag-icon arch-linux boot fstab gpt raid0
「/etc/fstab」の「PARTUUID」と（ハードウェア）RAID0は一緒にうまく動作しませんか？

(ハードウェア)にインストールされた新しいArch LinuxRAID064ビット以下UEFIシステムとGPT分割。追加する必要がある

MODULES="ext4 dm_mod raid0"

HOOKS="base udev autodetect modconf block mdadm_udev filesystems keyboard fsck"

/etc/mkinitcpio.confRAID0のパーティションが起動時に正しく認識されるようにします。そうでなければ、

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

発行されます。

ところで、一つの特別な点がありますが、どのように説明するのか分かりません。一方、Arch Linuxはまたはソースが/etc/fstab含まれている場合は正常に起動します。一方、ソースが含まれている場合は、起動時にそのソースをマウントする際に、エラーが発生し、中断されます。/dev/*UUID=*PARTUUID=*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"

ベストアンサー1

これで、ソフトウェアRAID（ファームウェア/ BIOSへのWindows起動をより簡単にするためのソフトウェアRAID実装も含む「偽RAID」 - この場合はIntel Matrix Storage）を実行していることが明らかになったので、おそらくArchのinitramfsを見ることができるでしょう。 w/r/t パーティション md 配列の一部のバグ。

実際のハードウェアRAIDは、オペレーティングシステムにほぼ完全に透過的です。たとえば、ディスクごとに1つではなく1つのデバイス（RAIDアレイ）のみが表示されます。オペレーティングシステムでは、ハードウェアRAIDアレイは少なくともRAIDドライバがインストールされた後は通常のディスクのように見えます（このドライバがないとオペレーティングシステムではまったく表示されません）。

長い間、md配列をまったく分割することはできませんでした（その上にLVMを使用するか、複数の配列を作成するのが一般的でしたが、それでもそうです）。後で分割可能なパーティションを設定できますが、これはデフォルトではありません。 ;これですべてを分割できます。ただし、パーティションが不可能であり、RAIDアレイではなく物理ディスク上でpartuuidを探しているという仮定がまだあるかもしれません。

個人的には、私はこの部分について心配することなくUUIDを使用します。また、通常、Linux 専用システムでは、「fake raid」をまったく使用せずに、Linux mdraid とその基本形式を直接使用することをお勧めします。 RAID-0を使用すると、すぐにボックスを再構築する機会があると確信しています。

おすすめ記事