특정 SSD 장치(예: /dev/sda)에서 루트 파일 시스템으로 CoreOS를 실행하고 있으며 Flatcar Linux를 다른 SSD 장치(예: )에 설치하려고 합니다 /dev/sdb. 이렇게 한 이유는 크기가 작아서 그냥 외부 저장용 장치 /dev/sdb로 바꾸고 싶었기 때문입니다 ./dev/sda
CoreOS는 루트 파일 시스템 파티션을 ROOT,( /dev/disk/by-partlabel/ROOT즉, 의 루트 파티션을 가리키는 심볼릭 링크 /dev/sda)로 표시합니다. 그러나 Flatcar Linux를 설치하면 /dev/sdb동일한 결과가 나타납니다(예: 루트 파티션 에도 레이블 /dev/sdb이 지정됩니다 ROOT. 물론 변경할 수 있지만 내 OCD는 다음에 지정된 것과 동일한 값을 고수하려고 합니다.문서).
Flatcar Linux가 기본적으로 부팅되도록 부팅 우선 순위를 지정하도록 BIOS 설정을 변경할 계획입니다 /dev/sdb. /dev/sda그런데 이렇게 충돌하는 부품 라벨에 문제가 있을까요? 나는 udev(이러한 심볼릭 링크를 생성한다는 것을 이해함)가 심볼릭 링크가 /dev/disk/by-partlabel/ROOT이미 존재하는지 확인하고 (그리고 그 루트 파티션을 참조함 /dev/sdb) 심볼릭 링크 생성을 건너뛸 것으로 기대 /dev/sda하지만 이것이 실제로 무슨 일이 일어나고 있습니까?
답변1
나는 udev(이러한 심볼릭 링크를 생성한다는 것을 이해함)가 /dev/disk/by-partlabel/ROOT 심볼릭 링크가 이미 존재한다는 것을 확인하고(그리고 /dev/sdb의 루트 파티션을 참조함) dev/에 대한 / 심볼릭 링크 생성을 건너뛰기를 바라고 있습니다. sda, 그런데 실제로 이런 일이 일어나는 걸까요?
불행하게도 udev의 경우 udev 규칙을 사용하여 처리된 마지막 장치가 승리하므로 일반적으로 udev는 sda처리 시 먼저 덮어쓰는 심볼릭 링크를 생성합니다 sdb(그러나 udev가 디스크를 알파벳 순서로 처리한다는 보장은 없으므로 심볼릭 링크는 매번 처리될 수 있습니다. 시작 후 다른 장치).
하지만 이러한 충돌하는 부품 라벨이 문제를 일으킬까요?
일부 시스템 구성에서 사용하지 않으면 그렇지 않습니다. /etc/fstab기본적으로 UUID가 사용되므로 문제가 없습니다.
파일 관리자(또는 실제로 UDisk)는 일반적으로 레이블(주로 파일 시스템 레이블)을 드라이브에 대한 "좋은" 이름으로 사용하지만 "활성" 루트 파일 시스템에는 사용하지 않으므로 문제가 되지 않습니다. 일반적으로 태그는 고유하다고 보장되지 않습니다(항상 중복 태그가 표시됩니다. 예를 들어 모든 Kingston USB 플래시 드라이브에는 "Kingston" 태그가 지정된 파일 시스템이 있습니다). 따라서 고유한 태그가 필요한 경우 모든 도구에서 중복 태그를 예상해야 합니다. UUID를 사용해야 합니다.