원시 장치에 udev 규칙을 사용하는 경향을 이해하지 못합니다. Oracle ASM 장치를 예로 들면, 장치 순서가 일관되지 않을 수 있으므로 udev 규칙을 사용하여 원래 장치의 이름을 지정하는 것이 좋지만 /dev/disk/by-uuid/도 사용할 수 있다고 말할 수 있는 곳은 없습니다. .
/etc/fstab 또는 다른 곳에서 /dev/disk/by-uuid를 사용할 수 있습니까?
또한 파일 시스템 대신 원시 장치에 대한 udev 규칙에 사용자, 소유자 및 권한이 설정된 이유는 무엇입니까?
답변1
Oracle ASM에 대해 특별히 고려해야 할 사항이 있는지는 확실하지 않지만 일반적으로 /dev/disk/by-*/*실제 장치 대신 어디에서나 사용할 수 있습니다. 이 문제가 발생하는 유일한 경우는 심볼릭 링크를 잘 처리하지 못하는 잘못 작성된 스크립트에서이지만 그런 경우는 드물기를 바랍니다.
그러나 이는 여전히 udev 규칙을 사용하는 것을 의미합니다. 의 심볼릭 링크는 /dev/disk/by-*/*udev에 의해 생성됩니다 /usr/lib/udev/rules.d/60-persistent-storage.rules. 누군가가 이미 당신을 위해 규칙을 작성해 놓은 것뿐입니다.
답변2
물론 한 가지 대답은 레거시 소프트웨어에 의존한다는 것입니다.MTX우리의 경우. mtx장치는 테이프 교체 android 를 통해 액세스할 수 있어야 /dev/changer하지만 해당 위치에서 심볼릭 링크를 생성하는 udev 규칙을 생성하지 않으면 그러한 장치는 존재하지 않습니다.작은 컴퓨터 인터페이스장비가 도착합니다 /dev/changer.
답변3
UUID는 디스크 내용으로 제공됩니다. 예: UUID는 GPT 파티션 테이블에서 제공됩니다. 하지만 MBR 테이블에 UUID가 있다고 생각하지 않으므로 파티션에 UUID가 없을 수도 있습니다. 파티션의 파일 시스템이 UUID를 제공한다고 가정하면 여전히 "PARTUUID"가 유지됩니다. 디스크에는 중복된 UUID가 있을 수도 있습니다. dd한 디스크를 다른 디스크로 전송하는 경우 이런 일이 발생할 수 있습니다.
내용에 관계없이 최소한 디스크를 고유하게 식별할 수 있는 방법이 있어야 합니다. 따라서 udev 규칙은 여전히 유용합니다.
중복이 없다고 가정하면 안정적인 결과를 생성하므로 fstab에서 UUID를 사용하는 것이 좋습니다. /etc/fstab에서는 일반적 UUID=...으로 대신 지정합니다./dev/disk/by-uuid/...