fstab으로 HDD를 자동 마운트하기 위해 UUID 또는 PARTUUID를 사용하는 것이 더 낫습니까?
Akshit의 터미널 가이드에 따라 시작시 자동으로 마운트되도록 외장 하드 드라이브를 설정하려고합니다 .
처음에 UUID 대신`/ etc / fastab '에서 PARTUUID를 사용했습니다.
UUID=191486e0-6049-46aa-973c-425d317b629a /mnt/nas exfat uid=1000,gid=1000,umask=0022,auto,rw 0 0
이것은 findmnt --verify --verbose내가 다시 확인 blkid하고 파티션 ID를 사용하고 있음을 알게 된 시점에서 실행했을 때 오류가 발생했습니다 .
/dev/sdb1: LABEL="My Book" UUID="20C9-C659" TYPE="exfat" PTTYPE="atari" PARTLABEL="My Book" PARTUUID="191486e0-6049-46aa-973c-425d317b629a"
그래서 fstab에 실제 UUID를 추가했지만 이제는 그것을 사용해야하는지 또는 PARTUUID를 사용해야하는지, 왜 내 UUID가 내가 본 다른 예제보다 훨씬 더 짧은 지 잘 모르겠습니다. 특히 " UUID가 고유 한 것으로 보장 될 때 . 내가 아는 한 충돌은 우주의 수명 동안 발생하지 않을 것입니다.").
답변
findmnt --verify --verbose를 실행할 때 오류가 발생했습니다.
다른 답변에서 이미 언급되었습니다. 을 사용해야 PARTUUID=합니다.
추가 정보 : fstab에서 PARTUUID를 어떻게 사용합니까?
이제 내가 그것을 사용해야하는지 아니면 PARTUUID를 사용해야하는지 확실하지 않습니까?
귀하의 경우에는 실제로 중요하지 않습니다. 그러나 MBR을 사용하는 경우 GPT 파티션의 일반 PARTUUID와 달리 MBR의 의사 PARTUUID는 파티션 번호가 변경되면 변경 될 수 있습니다. [1]
내 UUID가 내가 본 다른 예보다 훨씬 짧은 이유는 무엇입니까?
실제 UUID는 128 비트 길이로 고유해야합니다. 이전에는 다양한 시스템에서 식별이 가능하도록 다양한 크기의 다양한 일련 번호를 제공했습니다. 따라서 Linux는 UUID 정의와 일치하지 않더라도 찾을 수있는 모든 직렬을 가져와 / dev / by-uuid / 디렉토리에 붙입니다. [2]
개인적 선호로 나는 UUID를 사용하는 것을 선호합니다. 암호화 된 스왑 파티션을 만들 때도 마찬가지입니다. 또한 lvm과 같은 것에 대한 PARTUUID가 없습니다. 아시다시피 fstab 은 File System Table을 의미합니다 . 따라서 파일 시스템과 관련이 있으므로 UUID를 사용하는 것이 좋습니다. 특정 이유로 다른 방법을 사용해야하는 경우가 아니면 UUID를 사용하고 놀라지 마십시오.
또한 읽을만한 가치가있는 ArchLinux의 포럼에서 좋은 답변을 찾았습니다. PARTUUID 대신 fstab, Pros / Cons? . 다음은 답변에서 인용 한 몇 가지입니다.
PARTUUID는 파티션을 식별합니다. 파티션을 다른 용도로 사용하기로 결정한 경우 (포맷) 콘텐츠가 더 이상 존재하지 않더라도 여전히 식별되며 잘못된 위치에 마운트 될 수 있습니다.
파티션 테이블에 문제가 있고 동일한 파티션 (다른 partuuid 사용)을 다시 만드는 경우 콘텐츠가 여전히 존재하더라도 더 이상 식별되지 않습니다.
파티션에만 PARTUUID가 있으며 다른 블록 장치에는 없습니다.
PARTUUID에 의한 마운트는 initramfs없이 작동하므로 initrd가없는 시스템을 만들고 싶다면 이점이 될 것입니다.
UUID는 콘텐츠로 파일 시스템을 식별합니다. UUID가 발견되면 파일 시스템이있는 것입니다. 그리고 전체 블록 장치, 파티션, raid, luks 또는 lvm인지는 중요하지 않습니다. UUID는 모든 레이어에서 작동하고 PARTUUID는 파티션에서만 작동합니다.
일반적으로 fstab 항목은 특정 콘텐츠를 특정 위치에 마운트하는 것이므로 파티션이 아닌 콘텐츠로 식별하는 것이 더 자연 스럽습니다. UUID를 사용하는 것이 훨씬 더 일반적입니다.
UUID의 단점은 콘텐츠를 찾기 위해 모든 장치를 검색해야한다는 것입니다. 결국 UUID는 어디에나있을 수 있습니다. PARTUUID를 사용하면 파티션 테이블 만 확인하므로 더 쉽고 / 더 성능이 좋습니다. 그러나 차이를 만들려면 수많은 블록 장치가 필요합니다.
PARTUID를 사용하는 경우 대신으로 fstab줄을 시작하여 in을 표시해야합니다 . 제공 한 예에서 시스템은 PARTUID가 아닌 UUID를 찾고 실제로 가공하는 것을 찾지 못했습니다.PARTUUID=UUID
교체 UUID=로 PARTUUID=당신은 갈 수 있어야한다.
UUID및 둘 다 PARTUUID파일 시스템과 관련된 고유 식별자이므로 파티션을 다시 포맷 할 때 다른 하나는 파티션에 변경되므로 파티션 자체와 관련됩니다 (다시 포맷 할 때 변경되지 않음). 하나를 다른 것보다 사용하는 것이 더 낫습니까? 그다지 중요하지 않습니다. 에서 드라이브를 직접 마운트 할 때 마운트하는 항목을 fstab잘 알고 있어야하며,이 수준에서 하나 또는 다른 고유 식별자를 사용하는지 여부는 중요하지 않습니다.