☰

lvm2가 대소문자 혼합 UUID를 사용하는 이유는 무엇입니까?

tag-icon • tag-icon lvm uuid standard
lvm2가 대소문자 혼합 UUID를 사용하는 이유는 무엇입니까?

lvm2개체가 대소문자 혼합 UUID를 사용하는 것으로 나타났습니다 .

~ # lvdisplay                                                                                                                                        
  (...)
  LV UUID                yD0FAx-1nHj-O8vV-qNyI-k1RA-hZsj-UF439H


~ # pvdisplay                                                                                                                                        
  (...)
  PV UUID               mXOay3-gT0A-3eVM-5nVD-RI2q-D6A9-j2o04v

그런 점을 고려하면 특별한 이유가 있는 걸까요?표준(6.5.4 참조)이 사용을 명시적으로 권장하지 않습니까(강조)?

참고 – 사람이 읽을 수 있는 모든 형식의 16진수 표현을 사용하는 것이 좋습니다.소문자만 가능. 그러나 이 표현을 처리하는 소프트웨어는 6.5.2에 지정된 대로 대문자와 소문자를 허용해야 합니다.

답변1

X.667에서는 16진수로 표현되는 UUID에 대해 설명합니다. LVM UUID에서는 그렇지 않습니다. 또한 LVM UUID의 경우도 중요합니다.

lvdisplay select uuid=yD0FAx-1nHj-O8vV-qNyI-k1RA-hZsj-UF439H

LV를 찾을 수 있지만

lvdisplay select uuid=YD0FAx-1nHj-O8vV-qNyI-k1RA-hZsj-UF439H

에 익숙해.

답변2

역사적이어야 합니다. 32바이트 UUID는 LVM 1부터 시작됩니다.

오래된 자원 발굴어느 시점에서 16바이트에서 32바이트로 변경되었음을 보여줍니다.

lvm-0.8final-2.4.0.patch:312:-#define   UUID_LEN        32  /* don't change!!! */
lvm-0.8final-2.4.0.patch:313:+#define   UUID_LEN        16  /* don't change!!! */

메일링 리스트 마이닝초기 LVM에서 UUID에 대한 오래된 토론을 생성합니다.

https://www.redhat.com/archives/linux-lvm/1999-August/msg00076.html

> It should be
> able to identify PVs by UUID (if this is in 0.7,

Today it identifies PVs by  PV number/VG name  pair.
That obviously is not unique ;*)
But it's sufficient on a single computer system.

https://www.redhat.com/archives/linux-lvm/1999-November/msg00039.html

One of my TODO items for the future still is to have UUIDs
(Uniform Unique Identifiers) for VGs and for system ownership of a VG.

https://www.redhat.com/archives/linux-lvm/2000-September/msg00043.html

I hope nobody is calling pvcreate in an rc script...  From what Heinz
said about LVM 0.9, it will finally implement UUID support, so LVM
will be able to identify a PV no matter what device it is on.

32바이트 유형 UUID에 대해 내가 찾은 최초의 참조 날짜는 2000년 11월/12월입니다.

https://www.redhat.com/archives/linux-lvm/2000-December/msg00185.html

Subject: [linux-lvm] LVM-0.9 Touble in pvcreate
[...]
PV UUID               MB5eIp-jxvc-4pup-ncSM-O6xT-fMmu-JjYgzM

따라서 LVM 0.9에 추가되어야 합니다(프런트엔드에 표시됨).

하지만 그럼에도 불구하고 거기에 언급된 정확한 이유를 찾을 수 없습니다. 그 이후로 누구도 이를 "표준" UUID 형식으로 변경할 이유를 본 적이 없다고 생각합니다.

실제로 LVM2 코드에서 이에 대한 불만 사항을 발견했습니다.

https://github.com/lvmteam/lvm2/blob/32a8865a272d31d5bc12332a4da0309ce3af9243/lib/uuid/uuid.c#L115-L119

/*
 * The only validity check we have is that
 * the uuid just contains characters from
 * '_c'.  A checksum would have been nice :(
 */

모든 것을 갖는 것은 불가능하다고 생각했습니다. :-)

관련 정보