UDF에서 볼륨 식별자, 볼륨 세트 식별자, 논리 볼륨 식별자 및 파일 세트 식별자의 차이점은 무엇입니까?

그 볼 mkudffs네 가지 식별자 옵션이 논리적 볼륨 ( --lvid), 양 ( --vid), 볼륨 집합 ( --vsid), 및 파일 세트 식별자 ( --fsid). 그러나 그 의미에 대한 지침은 제공하지 않습니다.

그래서 UDF 사양으로 갔다. ISO / IEC 13346 aka ECMA-167로 시작하여 다음을 발견했습니다.

10.1.4 볼륨 식별자 (BP 24)

이 필드는 볼륨의 식별을 지정해야합니다.

14.1.10 논리 볼륨 식별자 (BP 112)

이 필드는 파일 세트가 기록 된 논리 볼륨의 식별을 지정해야합니다.

14.1.12 파일 세트 식별자 (BP 304)

이 필드는이 파일 세트 설명자가 기술 한 파일 세트의 식별을 지정해야한다.

글쎄, 그것은 유용했습니다.

그래서 OSTA UDF Spec 1.02을 시도했습니다. 생성하려는 UDF 버전이기 때문입니다. 그다지 도움이되지 않았습니다 (그러나 "고정 또는 사소한 값"에 대해주의를 기울였습니다).

나는 UDF 1.50 사양 을 시험해 보았는데, §4.1에서 그 값을 표시하기 전에 §4.1.2.1에 설명 된 알고리즘을 사용하는 OS 특정 변환을 적용해야한다고 알려줍니다. 물론 §4.1 이후의 다음 섹션은 §4.2이므로 행운을 빕니다. 또한 LogicalVolumeIdentifier는 "주크 박스 내에 여러 미디어가있는 경우 논리적 볼륨 식별에서 매우 중요합니다. 이름은 일반적으로 사용자에게 표시되는 이름입니다."

그래서, 나는 시도 UDF 2.01 사양을 , 지금은에 의해 지금은 적어도 그들이 그것을 4의 실현 한 것을 알고 이 존재합니까,하지만 (이 문자 세트 같은 물건을 다루는) 도움이되지 않는, .2.1합니다.

그래서 내가 말할 수있는 한 :

• 논리 볼륨 식별자는 사용자에게 표시되는 것입니다 (주크 박스 일 수도 있음). 따라서 디스크 제목과 같이 의미있는 것으로 설정해야합니다. Windows, Mac OS 또는 Nautilus가 표시 할 디스크 제목이라고 가정합니다.
• 다른 것들은 디스크의 공간을 낭비하기 위해서만 존재하며, 그들이 무엇을위한 것인지에 대한 실제 설명이 없습니다. 그럼에도 불구하고 나는 그것들을 고정되거나 사소하지 않은 값으로 설정해야합니다. 아마도, 나는 그것들을 셰익스피어에서 무작위 (즉, 고정되지 않은) 라인으로 설정해야합니다 (즉, 사소하지 않음).

또는 더 나은 방법 : 다른 분야는 무엇입니까?

이것들은 LVID를 제외하고 유용한 문자열이 아닙니다 .

mkudff 양식 :

• --lvid 논리적 볼륨 식별자를 지정합니다. 주어진 문자열을 다음 필드로 설정합니다.
  • 논리 볼륨 디스크립터의 논리 볼륨 식별자 ( ECMA-167의 그림 15 참조 )
  • 구현 용도의 논리 볼륨 식별자. ( UDF 2.01의 2.2.7.2 참조 )
  • 파일 세트 디스크립터의 논리 볼륨 식별자. ( ECMA-167의 그림 9 참조 ) 파일 세트 설명자. ([ECMA-167] [5]의 그림 9 참조).
    논리 볼륨 식별자는 창에 디스크 레이블로 표시됩니다.
• --vid 볼륨 식별자를 지정합니다. 주어진 문자열을 1 차 볼륨 설명 자의 볼륨 식별자 필드로 설정합니다. ( ECMA-167의 그림 6 참조 ). 최대 길이는 31 바이트입니다. 기본값은 "Linux UDF"입니다.
• --vsid 볼륨 세트 식별자를 지정합니다. 주어진 문자열을 Primary Volume Desriptor의 볼륨 세트 식별자 필드로 설정합니다. ( ECMA-167의 그림 6 참조 ). 최대 길이는 127 바이트입니다. 기본값은 "Linux UDF"입니다.
  볼륨 세트 식별자는 ImgBurn, MagicISO와 같은 일부 디스크 제작 프로그램으로 편집 할 수 있습니다. 볼륨이 구성원 인 볼륨 세트의 식별을 지정합니다.
• --fsid 파일 세트 식별자를 지정합니다. File Set Descriptor에서 File Set Identifier 필드를 설정합니다. ( ECMA-167의 그림 9 참조 ). 최대 길이는 31 바이트입니다. 기본값은 "Linux UDF"입니다.

나는 이것들이 당신에게 전적으로 달려 있다고 생각합니다. 엔터프라이즈 프로세스를 지원하기 위해 필드가 있다고 말하고 싶습니다. "Foo, 2015-12의 월간 전체 백업"과 같은 항목에 볼륨 세트 식별자를 사용하면 볼륨 디스크 식별자를 "disk 1 of 42"와 같이 사용할 수 있습니다. 또는 실제로 디스크에 인쇄 된 바코드와 같은 물리적 인 식별자가있을 수 있으며 볼륨 식별자는이를 보유 할 수 있습니다 (드라이브에서 디스크를 읽거나 바코드 판독기를 가리켜 디스크를 식별 할 수 있도록) ).

파일 세트 식별자는 파일 시스템에 여러 가지 논리적 단위 ( "세트")를 형성하는 파일을 넣을 때 유용 할 수 있지만 직관적으로 "볼륨"을 형성하지는 않습니다. 예를 들어 "Mariah Carey .gifs 1994-1998"또는 "Bob 's high school essays"입니다.

논리적으로 말하면, 이러한 분야는 모두 표준을 개발 및 / 또는 수정 한위원회의 일부 구성원이 필요로하는 데이터를 포함하고 있습니다. 누군가가 디스크의 공간을 낭비한다고 생각한다고해서 표준이 합의되었을 때 그 문제에 대한 의견이 하나 이상 없다는 것을 의미하지는 않습니다. 실제로,위원회의 일부 구성원은 그들이 한 목적 또는 다른 목적으로 표준에 적용되도록 충분히 유용하다고 생각했습니다. 나는 표준에 명시 적으로 정의되지 않은 것은 해석하기에 개방적이므로 표준에 의해 명시 적으로 정의 될 때까지 원하는 목적으로 사용하거나 안전하게 무시할 수 있다고 말합니다. 소프트웨어 저작 관점에서 'mkudffs'는 이러한 필드를 사용할 대상을 정의 할 필요가 없습니다.

나는 이러한 가치들이 다른 사양을 지향한다고 생각한다. 내 예에서는 Linux를 언급하지만 이것이 Windows에는 적용되지 않는다는 의미는 아닙니다. 그 사양. 거기에 숨겨져 있습니다.

Linux에서 다음 cmd를 실행하고 출력을보십시오. blkid

/ dev / x : LABEL = "Windows"UUID = "?" TYPE = "ntfs"PARTLABEL = "기본 데이터 파티션"PARTUUID = "?"

/ dev / y : LABEL = "Linux"UUID = "?" TYPE = "ext4"PARTLABEL = "storage"PARTUUID = "?"

보시다시피, 두 가지 설명 필드가 있습니다 :

• 분할
• 해당 파티션의 파일 시스템

두 경우 모두 첫 번째는 사람이 읽을 수있는 설명이고 후자는 기계 설명입니다. DNS (Domain Name System)와 마찬가지로 시스템 설명 (UUID)은 고유해야합니다. 파티션에 대한 nx 2 x 2 데이터 필드에 대해 이야기 할 수 있습니다. 그러나 광학 미디어는 분할되지 않으므로 원시 미디어는 파티션 자체로 계산됩니다. 이는 항상 2 x 2 = 4 속성이 있음을 의미합니다. 위의 예에 UDF 특성을 맞추려고합니다.

/ dev / x : LABEL = "LVID"UUID = "VID"TYPE = "UDF"PARTLABEL = "VSID"PARTUUID = "FSID"

나는 시간을 검색하고 많은 기사를 읽었지만 이것을 확인할 수 없었습니다. 따라서 이것은 가정에 불과합니다. 그러나 LVID의 경우 용어의 정의와 시행에 의해 보장됩니다. Linux 및 Windows (WinCDemu의 후자)는이 특성을 파티션의 레이블로 사용합니다. 광학 매체의 경우 매체 자체입니다.

실제로는 매우 깔끔하지만 한 가지 질문을 제기합니다. 여분의 UUID 속성이 있으며 이것이 일종의 구현 오류라고 생각하는 경향이 있습니다. 이 네트워크에서 한 번 읽었으므로 나중에 ppl 때문에 구현되었습니다. UUID로 UDF 미디어를 마운트 할 수 없었습니다. 따라서 주어진 속성 필드를 오해했을 수도 있습니다. 현재 UUID를 어디에 배치할지 모르지만 blkid는 이것을 UUID로 읽습니다. 이것이 UDF 드라이버인지 또는 블리 키드 문제인지 모르겠습니다. 누군가가 해당 개인 / 그룹에 힌트가있는 메일을 작성했을 수 있습니다.