/dev/disk/by-uuid/* 또는 /dev/disk/by-label/*을 그대로 유지하면서 /dev/sda*, sdb* 생성을 방지합니다.

/dev/disk/by-uuid/* 또는 /dev/disk/by-label/*을 그대로 유지하면서 /dev/sda*, sdb* 생성을 방지합니다.

/dev/sd{a,b,c,...}{,1,2,3,...}내 시스템에서 장치가 생성되는 것을 방지하고 싶지만 여전히 이러한 디스크를 보유 /dev/disk/by-uuid/*하고 /dev/disk/by-label/*생성하고 싶다면 제정신으로/깨끗하게 그렇게 할 수 있습니다(특히 별도의 작업을 수행할 필요 없이).다시 하다업그레이드할 때마다 이런 현상이 발생합니까?

아니면 장치 생성이 /dev/sd*무시하기 어려운 기본 커널입니까("불합리한" 주관성을 이해함)?

그 이유는 모든 ZFS 작업을 태그나 UUID를 통해 수행하고 싶고 앞으로 나 자신(또는 내 팀의 다른 구성원)을 혼란스럽게 하거나 유혹하고 싶지 않기 때문입니다.

아직 빌드 서버가 없지만 부팅/루트 디렉터리가 전용 HPE Smart Array 컨트롤러에 있을 것이라고 자신있게 말할 수 있습니다(그러니 가정하면 /dev/cciss/*자유롭게 수정해 주시기 바랍니다). 모든 ZFS 풀 구성원이 켜져 있을 것입니다. 장치를 격리하는 데 도움이 되는 경우 별도의 HBA(HPE H241)를 사용합니다.

/dev/sda연결된 USB가 계속해서 발견되는 경우 보너스 소품이 있지만 sdb물론 필수는 아닙니다.

"비즈니스상의 이유"로 Ubuntu 16.04를 대상으로 하지만 다른 배포판에도 관심이 있습니다.

(교차 게시자:https://askubuntu.com/questions/944584/preventing-dev-sda-sdb-from-being-created-while-leaving-dev-disk-by-uuid, 몇 주 후에는 관심이 없습니다...)

답변1

이를 위해서는 공급업체에서 제공하는 udev 규칙을 업데이트해야 합니다. 공급업체가 업데이트를 출시하거나 누군가 "문제"로 인해 패키지를 다시 설치할 때 업데이트되는 규칙 세트입니다. 솔직히 말해서 이것은 미용적인 문제가 아닌 실제 문제를 해결하는 데 사용될 수 있기 때문에 따르고 싶지 않은 길입니다.

H241의 경우 Ubuntu 16.04는 HPE 지원 목록에 나타나지 않습니다. 이를 확인해야 합니다. 그렇지 않으면 지원 계약이 없는 경우 CentOS 7이 RHEL 7과 "바이너리 호환"되어야 하므로 옵션이 되어야 합니다.

답변2

이것이 최선의 대답은 아닐 수도 있다는 것을 알고 있지만 가동 중지 시간을 감당할 수 있다면 ID로 드라이브를 변경하는 것은 매우 간단합니다. 나는 디스크를 식별하고 필요할 경우 이동할 수 있도록 /dev를 통해 생성한 다음 id로 전환하는 경향이 있습니다.

# zpool export poolname

# zpool import -d /dev/disk/by-id/ poolname (same poolname as was export)

나는 이것이 uuid에서도 작동한다고 생각하지만 사용하지 않으므로 테스트한 적이 없습니다.

관련 정보