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

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

• Ну, я думаю, что комментарий выше этой строки говорит все # Раскомментируйте, если вы не хотите, чтобы GRUB передавал параметр «root = UUID = xxx» в Linux
• После расторжения, что строка root = будет передана как имя устройства, а не UUID. linux /boot/vmlinuz-2.6.30-1-amd64 root = UUID = ... to linux /boot/vmlinuz-2.6.30-1-amd64 root = / dev / sdX
• Однако не рекомендуется раскомментировать эту строку, если вы удалите / создадите новый раздел, таблица разделов будет изменена.
• Так что вы не можете загрузиться в система

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

• Ну, я думаю, что комментарий выше этой строки говорит все # Раскомментируйте, если вы не хотите, чтобы GRUB передавал параметр «root = UUID = xxx» в Linux
• После расторжения, что строка root = будет передана как имя устройства, а не UUID. linux /boot/vmlinuz-2.6.30-1-amd64 root = UUID = ... to linux /boot/vmlinuz-2.6.30-1-amd64 root = / dev / sdX
• Однако не рекомендуется раскомментировать эту строку, если вы удалите / создадите новый раздел, таблица разделов будет изменена.
• Так что вы не можете загрузиться в система

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

• Ну, я думаю, что комментарий выше этой строки говорит все # Раскомментируйте, если вы не хотите, чтобы GRUB передавал параметр «root = UUID = xxx» в Linux
• После расторжения, что строка root = будет передана как имя устройства, а не UUID. linux /boot/vmlinuz-2.6.30-1-amd64 root = UUID = ... to linux /boot/vmlinuz-2.6.30-1-amd64 root = / dev / sdX
• Однако не рекомендуется раскомментировать эту строку, если вы удалите / создадите новый раздел, таблица разделов будет изменена.
• Так что вы не можете загрузиться в система

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

, когда раскомментирует его, в следующий раз, когда grub регенерирует /boot/grub.cfg, вместо UUID будут помещены абсолютные имена устройств, т. е. / dev / sdXY

, поэтому, если вы повторно упорядочиваете разделы в таблице разделов ( например, вставки / удаления разделов) и номера разделов - grub не может найти ядро ​​для загрузки

с UUID, даже переустановка разделов не приведет к поломке вещей

con UUID - это то, что их трудно долго и поэтому трудно запомнить.

Реальная сделка заключается в добавлении дисков в вашу систему. Если ваш диск был ранее / dev / sda и был подключен к SATA1 как к единственному диску, а позже вы добавили второй диск, но подключили его к SATA0, он стал бы / dev / sda, а ваше сопоставление с корнем = инвалид. Однако у UUID эта проблема не возникает, поскольку они являются уникальными идентификаторами.

Также, если у вас есть несколько карт расширения, они иногда обнаруживаются в несколько раз, что приводит к различным назначениям имен дисков для зависающих дисков их. Опять же, UUID не изменяется. Также, если диск сработает, иногда другой диск занимает его место, например. если / dev / sda умирает, возможно, на следующей загрузке / dev / sdb магически становится / dev / sda .. Это происходит.

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

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

• Ну, я думаю, что комментарий выше этой строки говорит все # Раскомментируйте, если вы не хотите, чтобы GRUB передавал параметр «root = UUID = xxx» в Linux
• После расторжения, что строка root = будет передана как имя устройства, а не UUID. linux /boot/vmlinuz-2.6.30-1-amd64 root = UUID = ... to linux /boot/vmlinuz-2.6.30-1-amd64 root = / dev / sdX
• Однако не рекомендуется раскомментировать эту строку, если вы удалите / создадите новый раздел, таблица разделов будет изменена.
• Так что вы не можете загрузиться в система