Что происходит, когда мы раскомментируем GRUB_DISABLE_LINUX

8

что происходит, когда мы раскомментируем GRUB_DISABLE_LINUX_UUID = true в / etc / default / grub.

grub2

1

На мой взгляд, использование UUID для идентификации разделов и томов является плохой практикой и иногда приводит к катастрофе: эти случайно сгенерированные идентификаторы вообще не являются надежными, на самом деле они даже не переживают повторное разбиение и повторное форматирование, которое будет В результате получается не загружаемая система и пригодные для использования записи / etc / fstab. Их сложно набрать, и они не передают пользователю никакого смысла относительно содержимого разделов. LAbels, с другой стороны, если их правильно выбрать, многое расскажет о содержимом разделов. Все мои разделы помечены: как WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 и т. Д ... Refo

— eric Stockman

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
Однако не рекомендуется раскомментировать эту строку, так как, если вы удалите / создадите новый раздел, таблица разделов будет изменена.
Так что вы не можете загрузиться в систему.

— karthick87
источник

-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 .. Это происходит.

Я бы сказал, что чем больше система или чем она может стать, тем больше возможностей для перетасовки диска при загрузке.

Лично меня не волнует использование UUID для root =, но я вижу, где оно находится.

— Роберт
источник

Можете ли вы указать, что означает истина? Я имею в виду, что именно отключает linux uuid?

— DrSAR

Что происходит, когда мы раскомментируем GRUB_DISABLE_LINUX_UUID = true?