что происходит, когда мы раскомментируем GRUB_DISABLE_LINUX_UUID = true в /etc/default/grub.
когда раскомментируете его, в следующий раз, когда grub регенерирует, /boot/grub.cfg поместит абсолютные имена устройств вместо UUID - т.е. / dev / sdXY
, так что если вы переставите разделы в таблице разделов (для пример вставки / удаления разделов) и измененные номера разделов - grub не может найти ядро для загрузки
с UUID, даже перестановка разделов не сломает
con UUID в том, что трудно, чтобы они были длинными и поэтому трудно запомнить.
Ну, я думаю, что комментарий над этой строкой говорит сам за себя
# 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
Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 в качестве единственного диска, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, и ваше отображение root = недействительным. Однако UUID не имеют этой проблемы, поскольку они являются уникальными идентификаторами.
Также, если у вас есть несколько плат расширения, они иногда обнаруживаются в несколько разное время, что приводит к различным назначениям дисков для дисков, свисающих с них. Опять же, UUID не влияет. Кроме того, если диск отключается, иногда его заменяет другой диск, например, если / dev / sda умирает, возможно, при следующей загрузке / dev / sdb волшебным образом становится / dev / sda .. Это происходит.
Я бы сказал, что чем больше система или чем она может стать, тем больше возможностей для перетасовки диска при загрузке.
Лично меня не волнует использование UUID для root =, но я вижу, где оно находится.