Мультиначальная загрузка Linux тихая проблема всплеска

Вообще говоря существует два способа настроить мультизагрузочную конфигурацию между несколькими дистрибутивами Linux:

• Загрузчик одного распределения непосредственно загружает все Ваши дистрибутивы, оставляя другие загрузчики полностью из цикла. (Возможности, это - GRUB OpenSUSE, это сознает ситуацию в Вашем случае, так как это - то, которое Вы установили в последний раз.) По сути, необходимо было бы отредактировать распределение управления GRUB для изменения опций ядра для других дистрибутивов.
• Каждое распределение предоставляет свой собственный загрузчик, который загружает его собственное ядро и что chainloads к загрузчикам других дистрибутивов. В этой конфигурации, каждый управление распределением ее собственные опции ядра, но загружать что-либо кроме ОС, диспетчер начальной загрузки которой на первом месте в цепочке начальной загрузки, необходимо загрузиться через несколько диспетчеров начальной загрузки - например, GRUB OpenSUSE дарит меню параметры загрузки для его собственных ядер вместе с опциями загрузить экземпляры GRUB других дистрибутивов. Для Начальной загрузки (говорят) Ubuntu, Вы прошли бы GRUB OpenSUSE и затем GRUB Ubuntu.

Эти два сценария не являются взаимоисключающими; Вы могли бы видеть (например), меню OpenSUSE GRUB с опциями загрузить OpenSUSE и ядра Ubuntu вместе с опцией загрузить GRUB Ubuntu.

Обратите внимание, что диспетчер начальной загрузки представляет меню выбора ОС, тогда как загрузчик загружает ядро ОС в память и начинает выполнять ее. GRUB делает обе задачи, таким образом, люди в мире Linux часто используют эти два термина попеременно, но различие важно в Вашей ситуации, несмотря на то, что единственный экземпляр GRUB, вероятно, будет функционировать в обеих ролях во многих конфигурациях.

Распутывание всего этого может быть реальной проблемой, особенно на основанных на BIOS компьютерах (который Ваш, кажется, судя Вашей сводкой раздела, хотя я не на 100% положителен относительно этого). Некоторые опытные мультифутболисты откладывают диспетчер начальной загрузки, который это за пределами управления любой ОС для начальной загрузки специализированного загрузчика каждой ОС, но я не знаю ни о каких современных ссылках для того, как сделать это в основанных на BIOS системах. Такая конфигурация разделяет функции диспетчера начальной загрузки и загрузчика, который открывает возможности для использования более специализированных программ и может упростить задачу конфигурации.

Обратите внимание также, что при начальной загрузке Распределения B из загрузчика A Распределения Вы не сможете загрузить новые ядра для Распределения B, пока Вы не обновите конфигурацию GRUB в Распределении A. (Это - одна из причин установки инструмента, который функционирует просто как диспетчер начальной загрузки, для выбора между загрузчиками для каждого распределения; каждое распределение может затем обновить свою собственную конфигурацию загрузчика саму, и Вы не должны будете обновлять вещи вручную.)

Относительно удаления ОС, основное беспокойство прибывает при удалении любых средств управления ОС первый диспетчер начальной загрузки. Если тот диспетчер начальной загрузки является GRUB 2, то, удаляя корень ОС управления (/) или /boot раздел сотрет конфигурационный файл GRUB, который представит GRUB рядом с бесполезным. В той точке необходимо будет использовать чрезвычайный диск для (пере-), устанавливают GRUB для другого распределения для вступания в должность основного диспетчера начальной загрузки.

Править:

Конфигурация GRUB 2 является кошмаром. В выполненном (начальная загрузка) время GRUB читает конфигурационный файл, в котором это обычно располагается /boot/grub/grub.cfg, относительно файловой системы ОС хостинга. Этот файл обычно создается сценариями, которые работают, когда GRUB сначала установлен при установке нового ядра, или вручную. (grub-mkconfig -o /boot/grub/grub.cfg групповая команда; но в Ubuntu, update-grub добивается цели, также.) Сценарии, в свою очередь, полагаются на несколько конфигурационных файлов, один из которых /etc/default/grub файл Вы сослались. Обратите внимание, что этот файл не говорит Вам, что ОС GRUB представит во время начальной загрузки; та деталь варьируется от одной системы до другого. Что действительно включает этот файл, Вы для корректировки являетесь определенными глобальными значениями по умолчанию, как значение тайм-аута. Обратите внимание, что редактирование этих значений по умолчанию не будет иметь непосредственного эффекта; Ваши изменения только вступят в силу после того, как Вы запустите скрипт для переписывания grub.cfg файл (или после того, как система делает это само - говорит после обновления ядра).

Сценарии конфигурации GRUB также полагаются на набор файлов в /etc/grub.d помочь ему определить определенные Ose и инструменты. Как правило, Вы не редактируете их сами; однако, существует один, назван 40_custom IIRC, который можно отредактировать для обеспечения пользовательских записей, если сценарии обнаружения ОС/ядра по умолчанию не работают соответственно. Так же, как с изменениями в /etc/default/grub, любое изменение, которое Вы вносите в эти файлы, не вступит в силу, только после того как Вы повторно создаете /boot/grub/grub.cfg. Если Вы хотите удалить quiet splash от опций, сгенерированных сценариями OpenSUSE для Ubuntu, необходимо было бы, вероятно, отредактировать один из файлов в /etc/grub.d/, но я боюсь, что не знаю точно, где Вы посмотрели бы. С другой стороны, Вы могли ручное редактирование /boot/grub/grub.cfg, но любые изменения, которые Вы вносите, там будут перезаписаны каждый раз, когда Вы создаете новое grub.cfg файл, или сознательно или потому что хост ОС установил новое ядро.

Как описано ранее, другой подход должен настроить вещи так, чтобы основной диспетчер начальной загрузки непосредственно не запускал ядра Ubuntu, но вместо этого chainloads к GRUB Ubuntu, который затем управляет его собственной конфигурацией GRUB.

Обратите внимание, что все три из Ваших дистрибутивов имеют свои собственные конфигурационные файлы GRUB - оба /boot/grub/grub.cfg и все вспомогательные файлы; однако, только один GRUB управляет процессом начальной загрузки. Другие, как отмечено ранее, или на 100% не важны или названы, только если первый GRUB настроен к chainload к вторичным ЛИЧИНКАМ.

FWIW, GRUB Customizer является инструментом GUI, чтобы помочь отредактировать различные конфигурационные файлы GRUB. Той ссылкой, тем не менее, является к Панели запуска PPA для Ubuntu. Я не знаю, доступен ли GRUB Customizer даже для OpenSUSE. В противном случае и если Вы хотите использовать GRUB Customizer, необходимо реконфигурировать систему так, чтобы GRUB Ubuntu был основным, понизив GRUB OpenSUSE к вторичному состоянию. Если можно найти GRUB Customizer созданный для OpenSUSE (или создать его сами или возможно преобразовать пакет Debian Ubuntu в форму об/мин), Вы могли выполнить его в OpenSUSE для корректировки текущей конфигурации. Учитывая деликатность конфигурации GRUB, тем не менее, я не рекомендовал бы отклониться от хорошо протестированной сборки для распределения хоста.