UUID 또는 LABEL로 마운트

Question

답변

Q1-4: 그렇지 않습니다. 특정 목적에 맞는 도구를 사용해야 합니다. 아래를 참조하세요.
Q5: systemd를 사용하는 시스템은 별 차이가 없을 정도로 발전했습니다.
Q6: 일반적인 경우 - 둘 다 아닙니다. 둘 다 동일한 위치(헤더 형식 지정 등)에 저장되며 동일한 메커니즘으로 변경됩니다.
Q7: 아니요. 파티션 UUID는 직접(아래 참조) 또는 파티션을 다시 포맷(즉, 새 포맷 생성)을 통해서만 변경할 수 있습니다.

실제로

파티션 포맷(예: 파일 시스템)에 대해 이야기하고 있다고 가정합니다.UUID그리고상표.

일반적으로 다음과 같이 불리는 파티션 UUID 및 레이블도 있습니다.부분UUID그리고부분 라벨- 디스크 파티션 구성표가 이를 지원하는 경우: 예: GPT, MBR은 지원하지 않음. 또한 파티션을 식별하는 데 사용될 수도 있으며 경우에 따라(아래 참조) 이를 수행하는 유일한 방법이 될 수도 있습니다.

둘 다UUID그리고상표사용된 파티션 포맷 관련 도구를 사용하여 관리됩니다.

ext2/3/4:tune2fs
지방:mlabel
교환:swaplabel
루크스:cryptsetup luksUUID
...

참고하세요 둘 다UUID그리고상표파티션 형식이 존재하고(커널에서 지원되는) 형식이 다음을 지원하는 경우에만 존재합니다.UUID및/또는상표속성. 예를 들어 LUKS 확장 없이 dm-crypt를 사용하여 암호화된 파티션에는UUID그리고상표헤더를 사용하지 않기 때문입니다(그러나 암호화된 컨테이너 내부의 파일 시스템에는 두 가지가 모두 있을 수 있습니다). FAT 계열 파일 시스템은 지원하지 않습니다.UUID(대신 일련 번호가 있음) 지원은 하지만상표.

Label과 UUID 사용의 주요 차이점은 다음과 같습니다.

UUID낮은 레벨용입니다
- 자동으로 생성됨(항상 존재함)
- 자동으로 관리됨
- 고유함 보장(대부분의 경우)
- 인간 친화적이지 않다
상표더 높은 수준을위한 것입니다
- 명시적으로 생성되어야 합니다.
- 수동으로 관리
- 인간 친화적(기억하고 입력하기 쉬움)

따라서 파티션의 레이블을 관리하지 않으려면 UUID를 선택하는 것이 분명합니다. 시스템 구성에 더 많은 유연성 및/또는 가독성이 필요한 경우 레이블을 사용할 수 있습니다.

예를 들어, 복제된 또는자동 관리레이블을 사용하는 시스템이 더 적합할 수 있습니다. 시스템 복제 후 UUID가 변경될 수 있습니다. ext2/3/4가 아닌 경우(복제 방법에 따라 다름) LUKS로 암호화된 파티션의 경우 확실히 변경됩니다( luksFormat적어도 새 암호화 키를 생성하려면 수행해야 함). 그래서 사용상표이 경우에는 편리할 수 있습니다.

또한 Udev 규칙은 다음과 /media/<user>/<label>같은 경우 에 이동식 미디어를 마운트합니다.상표종료됩니다. 그렇지 않은 경우 - /media/<user>/<UUID>대신 사용됩니다.

Answer 1

답변

Q1-4: 그렇지 않습니다. 특정 목적에 맞는 도구를 사용해야 합니다. 아래를 참조하세요.
Q5: systemd를 사용하는 시스템은 별 차이가 없을 정도로 발전했습니다.
Q6: 일반적인 경우 - 둘 다 아닙니다. 둘 다 동일한 위치(헤더 형식 지정 등)에 저장되며 동일한 메커니즘으로 변경됩니다.
Q7: 아니요. 파티션 UUID는 직접(아래 참조) 또는 파티션을 다시 포맷(즉, 새 포맷 생성)을 통해서만 변경할 수 있습니다.

실제로