GRUB_DISABLE_LINUX_UUID = true를 주석 해제하면 어떻게됩니까?

8

/ etc / default / grub에서 GRUB_DISABLE_LINUX_UUID = true를 주석 해제하면 어떻게됩니까?

grub2

1

제 생각에는 파티션과 볼륨을 식별하기 위해 UUID를 사용하는 것은 나쁜 습관이며 때로는 재앙으로 이어집니다.이 무작위로 생성 된 식별자는 전혀 강력하지 않습니다. 부팅 할 수없는 시스템과 사용 가능한 / etc / fstab 항목을 생성합니다. 파티션 입력 내용에 대한 의미를 사용자에게 전달하지 않고 입력하기가 어렵습니다. 반면에, 레이블은 잘 정돈되면 파티션 내용에 대해 많은 것을 알려줄 것입니다. 내 모든 파티션이 표시되어 있습니다 : HOME_1204 등 WIN7_C, XP_D, XUBUNTU_1204, BOOT, ... REFO처럼

— 에릭은 목축업

4

글쎄, 나는 그 줄 위의 주석이 모든 것을 말합니다
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
주석 해제 후 root =는 UUID가 아닌 장치 이름으로 전달됩니다.

linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
에
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
그러나 새 파티션을 삭제 / 만들면 파티션 테이블이 변경됩니다.
시스템으로 부팅 할 수 없습니다.

— 카트
소스

-1, 정보가 없습니다. 해당 매개 변수를 제거하면 어떤 효과가 있습니까? 장점과 단점은 무엇입니까?

— loevborg

@loevborg root =는 UUID가 아닌 장치 이름으로 전달됩니다

— karthick87

4

주석 처리를 해제하면 다음 번에 grub이 재생성 될 때 /boot/grub.cfg가 UUID 대신에 절대 장치 이름을 입력합니다 (예 : / dev / sdXY).

따라서 파티션 테이블에서 파티션을 다시 정렬하고 (예 : 파티션 삽입 / 삭제) 파티션 번호가 변경된 경우 grub에서 부팅 할 커널을 찾을 수 없습니다

UUID를 사용하면 파티션을 다시 정렬해도 문제가 발생하지 않습니다.

UUID의 단점은 길고 기억하기 어렵다는 것입니다.

— 제트기
소스

2

실제 거래는 시스템에 디스크를 추가하는 것입니다. 디스크가 이전에 / dev / sda이고 SATA1에 유일한 드라이브로 연결되어 있고 나중에 두 번째 드라이브를 추가했지만 SATA0에 연결하면 / dev / sda가되고 root = 매핑은 다음과 같습니다. 유효하지 않습니다. 그러나 UUID에는 고유 식별자이므로이 문제가 없습니다.

또한 여러 개의 확장 카드가있는 경우 때때로 약간 다른 시간에 감지되어 걸려있는 드라이브에 다른 드라이브 이름이 할당됩니다. 다시, UUID는 영향을받지 않습니다. 또한 드라이브가 고장 나면 때때로 다른 드라이브가 작동합니다. 예를 들어 / dev / sda가 죽으면 다음 부팅시 / dev / sdb가 마술처럼 / dev / sda가됩니다.

시스템이 클수록 시스템이 커질수록 부팅시 드라이브 셔플 가능성이 높아진다고합니다.

개인적으로 나는 root =에 UUID를 사용하는 것을 신경 쓰지 않지만 그것이 어디에 있는지 알 수 있습니다.

— 로버트
소스

당신은 진정한 의미를 나타낼 수 있습니까? linux uuid를 비활성화하는 것은 정확히 무엇을 의미합니까?

— DrSAR