파일 시스템 UUID 및 논리 볼륨 UUID

파일 시스템 UUID 및 논리 볼륨 UUID

백업 스크립트를 작성 중입니다. 먼저 소스 파일 시스템/논리 볼륨이 마운트되었는지 확인하고 싶습니다(그리고 마운트된 위치를 알고 싶습니다).

분명히 이는 파일 시스템의 UUID와 논리 볼륨의 UUID(논리 볼륨 마운트 지점 확인(명령줄)).

어떤 것을 사용해야 하는지, 그 이유는 무엇인지 알고 싶습니다(다른 것보다 선호하는 이유가 있는 경우). 실제 차이가 있을까요?

내 경우에는 항상 각 논리 볼륨에 파티션을 생성하지만(논리 볼륨 공간을 채우기 위해) 더 복잡한 구성을 허용할 수 있는 다른 설정이 있는지는 모르겠습니다.

답변1

그것은 당신이 정말로 관심을 갖는 것에 달려 있습니다.

특정 파일 시스템이 마운트되었는지 확인하려면 파일 시스템 UUID를 사용하세요. 이것이 파일 시스템 자체의 ID이기 때문입니다. 이것은 일반적으로 모든 사람의 기본 선택입니다. 사람들은 자신이 상주하는 파티션, 볼륨, 디스크가 아닌 특정 파일 시스템에 관심을 갖습니다. 존재하는 한 네트워크 차단 장치일 수도 있습니다.

이제 파일 시스템에 전혀 관심이 없다면 - mkfs어제 누군가가 실행하여 새 파일 시스템을 생성했는지 추측해 보십시오. VG/LV 이름을 확인하거나 이름 변경에도 관심이 없다면 다음을 확인하십시오. 논리 볼륨 UUID. 또는 LVM을 사용하지 않는 경우 PARTUUID입니다.

더 깊이 들어갈수록 파일 시스템 자체에서 더 멀어집니다. /dev/disk/by-path또한 어떤 USB 스틱이 연결되어 있는지 걱정할 필요 없이 USB 포트에 연결된 USB 메모리 스틱을 식별하는 데 사용할 수도 있습니다 . 때로는 그것이 당신이 원하는 것일 수도 있습니다.

그러나 일반적으로 파일 시스템 UUID를 사용합니다.

답변2

특정 이유를 찾을 수 없는 경우 LV UUID를 사용하지 마세요. 파일 시스템 UUID가 더 잘 알려져 있습니다. 예를 들어 LV UUID는 /etc/fstab/mount, findmnt, lsblk를 통해 보거나 사용할 수 없습니다. 분명히 그들은 LVM에 특정한 것이며 어떤 이유에서인지 더 일반적인 추상화(예: PARTUUID)에 포함된 것을 본 적이 없습니다.

관련 정보