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