Какие загрузчики ОС Вы используете?

http://www.rodsbooks.com/refind/

Начни здесь. Советую сразу груб не удалять(мой опыт).

GRUB2. Но переход с 1 версии прошел не слишком гладко.

Сколько грубиянов среди вас, тов. линуксоиды.

Насчёт извращений не спорю, но в /boot лежат ядра, а использовать одни и те же ядра для i686 и x86_64 проблематично.

GRUB2

«GRUB2» на x86 десктопе, «Другой» на arm планшете.

в /boot лежат ядра, а использовать одни и те же ядра для i686 и x86_64 проблематично.

в названиях же указано где какое :)

1) GRUB
2) GRUB2
3) Syslinux

В порядке убывания кол-ва инсталляций с данным загрузчиком

LILO - потому что просто, понятно и стабильно

В линуксах груб2

Ну, у меня в арче $(uname -m) в имя файла ядра не входит (там vmlinuz-linux-$LOCALVERSION). Более того, при такой схеме всё равно не получится сделать иерархичное меню силами grub-mkconfig.

Чуть не забыл. Всем знакомым дуалбутчикам советую тоже syslinux, т.к. у него официальный способ установки - в загрузочную запись раздела, а не в MBR, и при очередной переустановке оффтопика достаточно просто переставить флажок boot на нужный раздел, что можно сделать из самого оффтопика. GRUB тоже вроде может работать, не трогая MBR, но разработчики не рекомендуют. Мало ли перестанут поддерживать в следующем релизе.

Syslinux

grub2, остальные даже не знаю для чего использовать

А нафига тебе несколько систем и ядер в арче? Centos, ubuntu, debian на крайняк - ещё понятно, тестировать софт, все дела.

Более того, при такой схеме всё равно не получится сделать иерархичное меню силами grub-mkconfig.

хз как, не интересовался, но у меня при установке liquorix ядра появились подпункты меню с альтернативными ядрами. Так что наверняка всё можно сделать.

Эм. Как минимум, одно самосборное (reiser4) и одно дефолтное. Часто присутствует ещё экспериментальное.

Тем более не понимаю - нафига?

Нафига что?

Несколько систем - затем, что я иногда по нескольку раз в день прыгаю между нетбуком с i686 и рабочим ноутом с x86_64 в лице SNB.
Хард (точнее, SSD) на эти две машины у меня один, т. к. синхронизировать /home нет ни возможности (часто работаю в оффлайне), ни желания.

Несколько ядер - ну, жизнь такая. Дефолтное нужно на случай ошибок сборки, экспериментальное - на случай kernel development (редко, но бывает).

Спасибо за опрос! Вспомнил про Syslinux, поставил, настроил, fail, скачал исходники, написал патч, поставил, win =D

 LILO на десктопе, ибо как то пох (других осей не стоит). GRUB2 на флешке ибо умеет грузить с ISO.

Legacy GRUB? А почему забыли Grub4Dos?

Еще Plop Boot Manager весьма неплохой (запущенный, он может загрузить комп с флэшки, даже если BIOS не позволяет).

Сам написал 1 (20%)

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

варианта, что это ответил разраб lilo ты не допускаешь?

Я уже давным давно перестал понимать, как grub* работает и настраивается.

аналогично. именно поэтому я его выпилил в пользу lilo, ибо чигуниевый.

это механизм того как именно во время процесса загрузки проиходит поиск файла /boot/grub/grub.cfg и поиск дирректории /boot/grub/i386-pc/ ( или /boot/grub/x86_64-efi/ )

а зачем их вообще искать во время загрузки? Что это даёт, и кому? Почему нельзя жёстко прописать номера LBA секторов, как в lilo?

Может ты мне разъяснишь, а то мне непонятно. КАК могут измениться эти номера _между_ загрузками?

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

lilo дефолт

только в слаке. А на остальном школолоЛОРе дефолт == бубунта.

U-Boot

GRUB2

загрузчики бздей конечно же отсутствуют.

linux.org.ru

grub ибо grub2 обрастает конфигами и ненужными фичами.

Что там под капотом OS X грузит? Вот его использую.

Ну дело в том, что GRUB - это GRand Unified Bootloader. То есть он должен подходить для всех (или почти всех) юзкейсов, включая загрузку с флешки, которую ежедневно дефрагментируют.

Насколько я понимаю, это by design. GRUB2, как и GRUB, в BIOS-системах использует стандартный трёхшаговый метод загрузки (stage1, stage1.5 и stage2).

Stage1 - это, собственно, загрузочная запись (MBR или загрузочный сектор). Он маленький и делает только одно - грузит stage1.5 из зарезервированных секторов.
Сам stage1.5 - это ФС-специфичный модуль, который ищет и грузит stage2 как файл. Из этого следует, что stage1.5 не может сканировать все имеющиеся ФС - просто потому, что он ФС-специфичный. Ну а «сканировать все ФС того же типа» - это полумера и, как я думаю, никто просто не заморачивался её реализацией.

Ну дело в том, что GRUB - это GRand Unified Bootloader. То есть он должен подходить для всех (или почти всех) юзкейсов, включая загрузку с флешки, которую ежедневно дефрагментируют.

зачем мне дефрагментировать EXT4 и F2FS?

Ну, понимаешь, это GRUB, а не загрузчик имени тебя.

Может ты мне разъяснишь, а то мне непонятно. КАК могут измениться эти номера _между_ загрузками?

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

однако бяка может случиться — если в жизни имеет место быть второй системой — Microsoft Windows :-) ..

[*** ага, без Microsoft не обошлось... дальше можно не читать :) ***]

во время операции Disk Management (в Microsoft Windows, или в момент установки Microsoft Windows на компьютер) — происходит сортировка номеров разделов.

внутри утилит из пакета GPT_fdisk (gdisk,sgdisk) — тоже есть функция сортировки нормеров разделов, однако сама эта функция (в отличии от Microsoft Windows) САМОПРОИЗВОЛЬНО вызваться НЕ может, без ведома владельца компьютера :-)

риторический вопрос:
каким образом сортировка номеров разделов может всё накосячить (?), как это может произойти именно на практике?

ответ:

в случае если у пользователя есть небольшое свободное место где-то ПЕРЕД /boot/-разделом [например свободное пространство в пару гигобайт на двухтебибайтном диске (2TiB), почти не заметный пустячок :)]...

то во время устновки Microsoft Windows — говноустановщик запишет на это свободное пространство какой-то свой служебный говнораздел (непонятного назначения), и затем отсортирует номера разделов (молча, без спроса).

в итоге /boot/-раздел увеличит свой номер как минимум на 1 единицу :) ..

GRUB (GRUB2) уже после этого не загрузится (сразу говорю что раздел «BIOS Boot Partition {21686148-6449-6E6F-744E-656564454649}» тут не причём, эти данные НЕ затираются).

а зачем их вообще искать во время загрузки? Что это даёт, и кому? Почему нельзя жёстко прописать номера LBA секторов, как в lilo?

особо много я не экспериментировал с Lilo, но я подозреваю что Lilo не подгружает свой конфигурационный файл — динамически.

после каждого изменения конфигурационного файла приходится заново внедрять загрузчик в жёсткий диск? это ведь так?

GRUB (GRUB2) подгружает свой конфигурационный файл (и модули) — динамически во время загрузки. это касается кстате не только файла /boot/grub/grub.cfg но также и файла /boot/grub/custom.cfg

риторический вопрос:
и всё же почему раздел с конфигурационный файлом и модулями — идентифицируется по своему номеру, а не через номер_LBA_сектора?

ответ:

я не знаю, но видемо разработчики GRUB (GRUB2) — либо не задумывались на эту тему, либо считают что идентификация /boot/-раздела через номер_LBA_сектора — является костыльным и НЕ элегантным решением :) .. тут я могу только выразить свои догадки. точно сказать не могу... см.. Какие загрузчики ОС Вы используете? (комментарий)

Ну, понимаешь, это GRUB, а не загрузчик имени тебя.

типичный must die way

странно что никто ещё BootX не указал... или iBoot

Нет, must die way - это как раз «захардкодить всё в соответствии с самым популярным юзкейсом».

особо много я не экспериментировал с Lilo, но я подозреваю что Lilo не подгружает свой конфигурационный файл — динамически.

верно. Каждый раз надо запускать /sbin/lilo

после каждого изменения конфигурационного файла приходится заново внедрять загрузчик в жёсткий диск? это ведь так?

угу. Даже если весь диск по новой перепилить и отформатировать, то lilo как грузило ядро с сектора №666, так и будет грузить с сектора №666. Лишь-бы ядро там оставалось...

я не знаю, но видемо разработчики GRUB (GRUB2) — либо не задумывались на эту тему, либо считают что идентификация /boot/-раздела через номер_LBA_сектора — является костыльным и НЕ элегантным решением :) .. тут я могу только выразить свои догадки. точно сказать не могу... см.. Какие загрузчики ОС Вы используете? (комментарий)

ну а в lilo AFAIK двухступенчатая схема. Она проще, и ИМХО надёжнее.

Даже если весь диск по новой перепилить и отформатировать, то lilo как грузило ядро с сектора №666, так и будет грузить с сектора №666.

ого! интересная задумка!!

в таком случае — изменение номера раздела наверно не смогут ввести lilo-загрузчик в состояние «ой, я запуталось..» :)

но кстате! получается что случайная дефрагментация /boot/-раздела — убъёт загрузку?

(нет. я не знаю, каким образом можно случайно сделать дефрагментацию /boot/-раздела, а затем забыть выполнить /sbin/lilo ... но предположим что всё же это произошло :))

в таком случае — изменение номера раздела наверно не смогут ввести lilo-загрузчик в состояние «ой, я запуталось..» :)

нет конечно.

но кстате! получается что случайная дефрагментация /boot/-раздела — убъёт загрузку?

да. Как и обновление ядра. (точнее скорее всего старое ядро будет загружаться, хотя на диске его уже «нет»)

Анимешник, hule.

GRUB2 дома, GRUB на работе, LILO на командировочном ноуте.

Grub/grub2.

linux.org.ru

http://opensource.ru/

Предпочитаю GRUB и LILO из-за простоты конфигурирования. Но если по дефолту стоит GRUB2, то не заморачиваюсь с переустановкой загрузчика. На лайв-флешки обычно ставлю сислинукс, ибо он даже проще веника.

груб 2 не умеет GPT

*умеет