"/etc/fstab"의 "PARTUUID"와 (하드웨어) 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는 운영 체제에 거의 완전히 투명합니다. 예를 들어 디스크당 하나가 아닌 하나의 장치(RAID 어레이)만 표시됩니다. 운영 체제에서 하드웨어 RAID 배열은 적어도 RAID 드라이버가 설치된 후에는 일반 디스크처럼 보입니다(이 드라이버가 없으면 운영 체제에서는 전혀 볼 수 없습니다).

오랫동안 md 배열을 전혀 분할할 수 없었습니다(그 위에 LVM을 사용하거나 여러 배열을 만드는 것이 일반적이었지만 여전히 그렇습니다). 나중에 분할 가능한 파티션을 설정할 수 있지만 이는 기본값이 아닙니다. ; 이제 모두 분할할 수 있습니다. 그러나 파티션이 불가능하고 RAID 어레이가 아닌 물리적 디스크에서 partuuid를 찾고 있다는 가정이 여전히 있을 수 있습니다.

개인적으로 저는 이 부분에 대해 걱정하지 않고 그냥 UUID를 사용합니다. 또한 일반적으로 Linux 전용 시스템의 경우 "fake raid"를 전혀 사용하지 않고 Linux mdraid와 해당 기본 형식을 직접 사용하는 것이 좋습니다. RAID-0을 사용하면 곧 상자를 다시 구축할 기회가 있을 것이라고 확신합니다...

관련 정보