На сайте классического загрузчика LILO (http://lilo.alioth.debian.org/), повсеместно используемого в Linux в 1990-е годы, но впоследствии вытесненного GRUB и syslinux, появилось сообщение о намерении прекратить разработку начиная с декабря 2015 года. Из продолжающих использование LILO дистрибутивов можно отметить Slackware Linux. Последняя активность в репозитории исходных текстов LILO наблюдалась (http://anonscm.debian.org/cgit/lilo/lilo.git/) 10 месяцев назад.
В качестве причины указывается наличие в LILO ограничений в плане поддержки современных технологий, таких как BTFS, GPT и RAID. Сообщается, что желающим продолжить разработку LILO и взять на себя работу по его сопровождению следует связаться с текущим мэйнтейнером проекта (Joachim Wiedorn, ad_debian at joonet.de), который похожим образом взял на себя проект в 2010 году.URL: https://www.reddit.com/r/linux/comments/3j3muq/im_sad_i_didn.../
Новость: http://www.opennet.me/opennews/art.shtml?num=42887
Переделают в WILO
Перепишут на sh, назовут ShILO, а затем форкнут на m4 в MILO.
Ахаха, петросяны на опеннете
Команда Pidora сделает форк LILO для компьютеров Raspberry Pi: Pidrilo.
Крутой загрузчик будет. Будете грузиться с него?
BSDilo!
BSDildo же.
Жаль. Пользовался, пока не перешел на extlinux.
С тех пор как ядро научилось грузиться из EFI загрузчики стали не нужны
Оно может предоставить выбор загрузки нескольких ОСей на 1 системе?
С разморозкой вас, да UEFI это может.
> С разморозкой вас, да UEFI это может.Резвый мальчик, в фирмвари обычно если и есть бутманагер, то *такой* кривущий...
LILO, GRUB и т.п. -- они не только bootloader, но и bootmanager реализуют.
Для меню как бы есть systemd-boot. Текстовое меню для выбора и загрузки ядра в виде EFI-бинарника. Тупо минимальная реализация выбора, какой EFI-файл грузить дальше. И нет проблем.
> Для меню как бы есть systemd-boot. Текстовое меню для выбора и загрузки
> ядра в виде EFI-бинарника. Тупо минимальная реализация выбора, какой EFI-файл грузить
> дальше. И нет проблем.С учетом того что параметры ядру вы передать не можете если грузить как EFI-файл. Ваши заявления выглядят как бред
> С учетом того что параметры ядру вы передать не можете если грузить как EFI-файл. Ваши заявления выглядят как бредПараметры вроде передаются, а вот изменить из по-быстрому в аварийной ситуации не так просто. В общем, без GRUB2 пока никак. Особенно учитывая, что только он позволяет не хранить ядро и рамдиск на FAT.
> Параметры вроде передаются, а вот изменить из по-быстрому в аварийной ситуации не
> так просто."( да просто это делать, заходишь в uefi shell, родной или сторонний и юзаешь bcfg. В чем проблема. Другое дело что в рунете про это нет доков, да и на английском их не шибко много, ну уж извиняйте. Ниже написал куда обращаться нужно за доками.
>> Параметры вроде передаются, а вот изменить из по-быстрому в аварийной ситуации не
>> так просто.
> "( да просто это делать, заходишь в uefi shell, родной или сторонний
> и юзаешь bcfg. В чем проблема. Другое дело что в рунете
> про это нет доков, да и на английском их не шибко
> много, ну уж извиняйте. Ниже написал куда обращаться нужно за доками.А в моём UEFI нет своего шелла, а сторонний работает кое-как. И не думаю, что в среднем по больнице ситуация намного лучше. Так что нет, от полнофункционального загрузчика я пока отказываться не хочу.
Что значит кое как? Возьмите из кловера сшелл
> Что значит кое как? Возьмите из кловера сшеллЭто значит кое-как. Из всех вариантов шеллов от Tianocore работал нормально один, если можно назвать нормой случайные зависания. Сейчас попробовал из Clover: можно вводить текст, по команде exit перезапускается, на остальные не реагирует. Круто! Не готовы эти ваши поделки.
Миша прошу вот зачем, в фирварях буков часто криво был реализован либо uefi, либо режим совместимости с bios но эту на техники от 2014-2015 года уже практически не встречается.Для uefi 2.1 и старше bootmanager фактически не нужен. Другое дело что тулзов для редактирования nvram в стандартной фирмваре часто не бывает, но это решаеться подключением стороннего uefi shell. А в Linux средства для редактирования nvram жутко не удобные но можно привыкнуть это я про efivar. Если у вас есть проблемы то прошу на applelife у мемберов просто огромный опыт жизни с uefi. И да я резвый мальчик, но просвещать всех по поводу uefi, gpt и тд. уже под надоело, еще со времен hybridmbr.
А на хрена несколько осей на 1 системе?
> А на хрена несколько осей на 1 системе?а от нечего делать, например
Известно зачем, чтоб любимую виндовс запускать. А линукс нужон чтоб перед пацанами хвастаться какой крутой хакир.
> А на хрена несколько осей на 1 системе?Не похудел за лето? Ай-яй-яй.
Ни на грамм! Мужик легче 150 кг - это не мужик!
> А на хрена несколько осей на 1 системе?Ну а что, человеку на одном DOS'е сидеть? :)
> Оно может предоставить выбор загрузки нескольких ОСей на 1 системе?После того как вы забутявили ядро то? Конечно сможет. Оно сможет даже на экран меню нарисовать, с гламурной графикой и прочая. И потом даже какую-нибудь usb-флешку прочитать.
А потом - что потом? Kexec! Да, Linux - может быть и boot loader'ом :)
>С тех пор как ядро научилось грузиться из EFI загрузчики стали не нужныРади загрузки создавать отдельный раздел, а в случае RAID костылить этот раздел на все диски. Деградация это называется.
в светлом новом будущем это называется инновация.
/boot раздел все равно создавали, единственное ограничение что теперь только fat
> /boot раздел все равно создавали, единственное ограничение что теперь только fatКому надо создавал, а кому не надо делал и делает проще.
Я устанавливаю всю систему на одну ФС на одном разделе. Если необходимо, то на логическом томе, если необходимо, то поверх программного рейда.
Загружаюсь LILO. Можно было бы и GRUB2 использовать, но никогда не понимал зачем городить целую операционную систему под простую вспомогательную задачу.
> зачем городить целую операционную систему под простую вспомогательную задачу.Вы не общаетесь и не пишите фирмваре поэтому и не понимаете, и да uefi можно назвать целой операционной системой в миниатюре, но оно того стоит. Перечислять все плюсы uefi для программиста против BIOS я не буду, нагуглите если интересно или не нагуглите.
> того стоит. Перечислять все плюсы uefi для программиста против BIOS я
> не буду, нагуглите если интересно или не нагуглите.Единственная проблема: это туева хуча проприетарного блобья, живущего своей жизнью. И не то чтобы дружественное к кому либо кроме микросакса. Ко всем остальным оно в лучшем случае враждебно-нейтральное. А когда интел это еще и намертво прибивает бут-гадом, чтобы юзер от этой дряни не дай боже не сбежал - знаете, ваша кутузка гламурная и современная, но вот надзиратель запирающий дверь на ключ и туева хуча автоматических туррелей в каждом закоулке мне почему-то не нравятся. И я предпочту быть за периметром этого "идиллического рая". Где так безопасно, и вообще.
О да с закрытым BIOS от award ты юыл не в кутузке, а когда запилили стандарт и свободные реализации, сразу в кутузке оказался. Логика просто отпад.
> /boot раздел все равно создавали,А у меня /boot там же где и rootfs на ряде систем. Зачем мне лоскутное одеяло лишний раз?
не нужны успешным юношам, которые не слышали про kickstart установку по сети с автоматическим разбиением диска. меню позволяет по умолчанию грузить sda (и избежать несчастных случаев с потерей боевых серверов), но при желании, накатить чего-нибудь нажатием двух кнопок (сначала "стрелка вниз", потом "enter", в том самом меню). elilo, кстати, - единственный загрузчик в котором у меня заработало меню при загрузке efi через pxe, будет грустно, если проект закроется.
elilo, кстати, - единственный загрузчик в котором у меня
> заработало меню при загрузке efi через pxe, будет грустно, если проект
> закроется.Странно у меня и grub2 работал и pxelinux, даже в редхатовском мануале было это.
Пока вы тут минусуете анонима, я избавился от лишнего компонента в системе и ускорил загрузку на несколько секунд. Заодно развею устоявшиеся заблуждения: выбор нескольких систем, передача параметров ядру и загрузка по сети возможны и приветствуются.
> ускорил загрузку на несколько секундКаким-то дуалбутерством попахивает. Последний раз, ЕМНИП, перезагружался в мае. Что-то не ощущаю преимуществ.
В мае какого года?
ripхотя давно сбежал на груб, но все же жаль...
> Объявлено о скором сворачивании разработки загрузчика LILOЖестоко как-то. Написали бы, что проект LILO ищет нового мэйнтэйнера, а до тех пор приостанавливает развитие. Это было бы правдой и при этом звучало бы прилично. А то сразу закапывать...
Уже в который раз та же ошибка людей на опеннете. Народ, мир не заканчивается русским языком.<strong>NOTE: I plan to finish development of LILO at 12/2015</strong> because of some limitations (e.g. with BTFS, GPT, RAID). If someone want to develop this nice software further, please let me know ...
При чём тут опеннет и русский язык?В оригинале, кстати, написано нормально: человек планирует перестать работать над проектом. Обоснование у него, конечно, галимое [1], но он нигде не писал, что проект следует закопать.
---------------
[1] Отсутствие какой-то фичи в софте никак не является причиной для прекращения разработки. Наоборот, отсутствие фичи является причиной для того, чтобы эту фичу запилить.
Запилите пожалуйста
Перейду на другой загрузчик только тогда, когда LILO не сможет загрузить ОС\ядро в принципе.
> Перейду на другой загрузчик только тогда, когда LILO не сможет загрузить ОС\ядро
> в принципе.Меня пугает, что эта сладкая некрофилия набрала уже 6 плюсиков.
Вот нашей планете уже 4.5 миллиардов лет, и ничего живем как-то.
Это называется "vendor lock-in".
Хнык-хнык, мне так нравился конфиг lilo, он такой простой и очевидный по сравнению с grub-простыней. Ждем что кто-нибудь подхватит.
У вас есть прекрасная возможность
Вашему вниманию systemd-boot (бывш. gummiboot)!# cat /boot/loader/loader.conf
timeout 1
default gentoo1# cat /boot/loader/entries/gentoo1.conf
title Gentoo Linux (vmlinuz-4.2.0-gentoomelf)
linux /vmlinuz-4.2.0-gentoomelf
options ro root=PARTUUID=f3928ce7-a80f-415e-bffe-4807b7796217 resume=PARTUUID=61655c85-b3cd-4b37-81e3-62fac39d012a
Мне тоже всегда нравился конфиг lilo. Сейчас перешел на syslinux. Там конфиг такой же простой но при этом возможностей гораздо больше.
Единственный нужный загрузчик. Будет жить.
> Единственный нужный загрузчик. Будет жить.Ну ты то конечно же подхватишь знамя? И покажешь нам, что ты не только языком пиндеть горазд, но и поддержку btrfs какой-нибудь запилить в состоянии?
> И покажешь нам, что ты не только языком пиндеть горазд, но и поддержку btrfs какой-нибудь запилить в состоянии?А зачем запиливать поддержку этой хипстерской какахи?
кому нужна поддержка btrfs пусть юзает grub2 - мы, юзеры lilo, не против :))
Появился шанс для systemd ...
плюсую, Поттеринг запилит в следующей версии аналог и назвет LILOd
> плюсую, Поттеринг запилит в следующей версии аналог и назвет LILOdС разморозкой, в systemd уже добавлен свой загрузчик.
http://www.opennet.me/opennews/art.shtml?num=42278
"Под именем "systemd-boot" в состав интегрирован загрузчик gummiboot, который можно использовать для обеспечения верификации процесса загрузки на системах с UEFI Secure Boot."
> С разморозкой, в systemd уже добавлен свой загрузчик.Это вообще про другое, о неудачно разморозившийся.
> Это вообще про другоеПока что. Ведь когда-то Рыжый писал:
> we are experimenting with a new init system and it is fun...
> You probably guessed it: what I suggested above as requirements and features for an ideal init system
> is actually available now, in a (still experimental) init system called systemd,
> and which I hereby want to announce
>Поттеринг запилит в следующей версии аналог и назвет LILOdILOLd
Пользуюсь lilo, отказываться от него не собираюсь. Слишком уж он логичный и вменяемый
Пользуюсь только потому, что только он работает. Grub отказался грузить Debian на старом ноуте. Похожая история произошла на компе. Gentoo не смог загрузиться после установки, и это при том, что старые версии grub работали хорошо.
Ну все, новая слака теперь никогда не выйдет!
Шанс от слаки взять под себя проект и назвать SlILO
Уж лучше - SLILO.
Вот ты пустомеляPACKAGE NAME: grub-2.00-x86_64-2.txz
PACKAGE LOCATION: ./slackware64/a
PACKAGE SIZE (compressed): 6176 K
PACKAGE SIZE (uncompressed): 34860 K
PACKAGE DESCRIPTION:
grub: GRUB (the GRand Unified Bootloader)
grub:
grub: GNU GRUB is a multiboot boot loader.
grub:
grub: Website: http://www.gnu.org/software/grub/
grub:
Только им и пользуюсь...
Ну вот не понятно мне: для чего в программе, чья задача заключается в начале загрузки операционной системы, умение работать с RAID, знать прорву FS, уметь читать изображения и ещё массу всяческих кундштюков?
OS всё равно умеет всё это лучше...
Самый простой пример - загрузка с CD/DVD образа.
Элементарно, Ватсон. Ядро ведь не в вакууме, оно лежит на какой-то фс. Чтобы загрузчик мог ему передать управление, он должен эту фс понимать.
Спрошу иначе: моё ядро находится на FAT16 разделе, само по себе ядро на другую ФС, на RAID или куда-нибудь там ещё не переедет, оно всегда будут на FAT16 разделе.Внимание, вопрос: зачем загрузчику, который будет грузить моё ядро с FAT16 раздела, умение работать с RAID, знать прорву FS, уметь читать изображения и ещё массу всяческих кундштюков?
>> Внимание, вопрос: зачем загрузчику, который будет грузить моё ядро с FAT16 раздела ... знать прорву FSЗатем, что моё ядро не на FAT16, а на ext4. А у вон того чувака - на btrfs.
Т.е. ты считаешь что тебе жизненно нужна функциональность, необходимая для работы твоего загрузчика на компьютере того чувака? И кто из нас двоих клоун?
> Спрошу иначе: моё ядро находится на FAT16 разделеА мое ядро - вон там на ext4, а вон там - и вовсе на btrfs. И нафиг мне эти досявые отбросы от микросакса и превращение системы в лоскутное одеяло из кучи разделов?
>мое ядро - вон там на ext4, а вон там - и вовсе на btrfsА на NTFS ядро располагать не пробовал? Или, скажем, на CIFS-ресурсе, по GPRS?
На кой ляд ядро располагать на сложных FS?
Вот все эти поиски универсальной файловой системы всегда заканчиваются "форточкой".
Для мультимедийных данных нужна одна FS, для груды мелких - другая, для загрузки - третья...
> На кой ляд ядро располагать на сложных FS?Не всегда есть возможность "сделать как нужно", а иногда зафиксить проблему "здесь и сейчас" не только оптимально, но даже просто необходимо.
Если речь про GRUB, то зачем он производит полную инициализацию всех переферийных устройств, запуск всех ядер, обнаружение оборудования и пр., если затем ОС всё это же самое сделает ещё раз?Пожалуйста, не нужно указывать на Multiboot specification. Меня вообще смешит, когда спецификация пишется программистами на основании только что реализованного ими функционала. Это школьники младших классов балдеют, когда им говорят про международные стандарты, написанные непонятно кем, мне дядьде далеко за 40 на творения абы кого **ать с высокой колокольни.
Молодец, оправдываешь ник, я как представил себе grub, который инициализирует джойстики, звуковые карты, вебкамеры, принтеры, потом находит и запускает сразу все ядра, а пока они скопом грузятся, начинает обнаружение оборудования, нарушая попутно пространственно временной континуум, так сразу улыбнулся.
Просто развел руками. Отменный бред.
> Если речь про GRUB, то зачем он производит полную инициализацию всех переферийных
> устройств, запуск всех ядер, обнаружение оборудования и пр., если затем ОС
> всё это же самое сделает ещё раз?Он таки поменьше делает. А этот вопрос было бы логичнее переадресовать авторам UEFI'анства...
Поменьше... Ровно в свой размер. Т.е. если бинарь GRUB занимает 10 Мб, то эти же 10 Мб байт в байт в ядре Линукс.
Рассмешил, клован! Лови плюс.
> Чтобы загрузчик мог ему передать управление, он должен эту фс понимать.Необязательно ведь. Можно ведь просто передать управление в сектор диска номер Х, безотносительно ОС. Правда, нужно, чтоб ядро не было фрагментировано на диске. Но это решается отдельной программой в userspace. По-моему, LILO так и работает.
GRUB, получается, работает как "второй вариант".А как тогда работает LILO?
>Последняя активность в репозитории исходных текстов LILO наблюдалась 10 месяцев назадЭто не показатель. LILO мог бы обрасти собственной консолью, командным языком, браузером и видеоплеером, но он просто делает свою работу вот уже 13 лет подряд.
Загрузить рабочую ОС в штатном режиме не проблема - любой рабочий вариант сгодится. LILO хорошо выполняет свою минимальную работу, претензии нет, но этот минимум..уже не нужен (по крайней мере мне) когда есть GRUB.О загрузчике мы вспоминаем как правило когда начинается проблема с загрузкой, и тут LILO выходит боком. GRUB меня спасал в очень сложных ситуациях в том числе и с проблемами с BSD. GRUB даже помогал мне грузить шиндошзы со слейв разделов - этот тот случай когда сама виндуз себя не может загрузить пока GRUB не поддаст хорошего пинка :).
ps: на всякий случай держите в зоне досягаемости Super Grub2 Disk (1й включен в него) даже если вы педи\wкЛОУН использующий виндоуз
>О загрузчике мы вспоминаем как правило когда начинается проблема с загрузкой...Как правило тут существенно помогает ResqueCD. Нет?
Как по мне - так проще восстановить работоспособность системы с помощью хорошего и предсказуемого инструмента, чем использовать навороченный загрузчик с функциями операционной системы.
> Как правило тут существенно помогает ResqueCD. Нет?
> Как по мне - так проще восстановить работоспособность системы с помощью хорошего и предсказуемого инструмента, чем использовать навороченный загрузчик с функциями операционной системы.В ResqueCD необходимости нет если только вам не нужно снять дамп (у вас проблема с файловой системой, разделом или носителем). В 99% случаев хватает всего того что поставляется вместе с Linux и GRUB, т.к. вопросы в подавляющем большинстве случаев решаются одноразовой передачей параметров ядру для загрузки и фиксации проблемы.
> хватает всего того что поставляется вместе с Linux и GRUB, т.к.При условии что сам GRUB загрузится
> При условии что сам GRUB загрузитсяНе грузится обычно если у вас проблемы с ФС, разделом или носителем (бывают случаи когда проблемы в руках). У меня в системе несколько носителей и на каждом есть крохотный boot раздел с установленным в него GRUB (в одном из разделов есть ядро с ramdisk и минимальным окружением). В случае отказа основного GRUB я могу загрузиться с любого носителя до GRUB-shell и оттуда уже загрузить основную систему вручную, либо резервную с последующим chroot'ом под основную. У меня GRUB не грузился только во времена когда я учился "его готовить".
>> При условии что сам GRUB загрузится
> Не грузится обычно если у вас проблемы с ФС, разделом или носителем
> (бывают случаи когда проблемы в руках). У меня в системе несколько
> носителей и на каждом есть крохотный boot раздел с установленным в
> него GRUB (в одном из разделов есть ядро с ramdisk и
> минимальным окружением). В случае отказа основного GRUB я могу загрузиться с
> любого носителя до GRUB-shell и оттуда уже загрузить основную систему вручную,
> либо резервную с последующим chroot'ом под основную. У меня GRUB не
> грузился только во времена когда я учился "его готовить".Загрузка GRUB-ом GRUB-shell-а и модулей аналогична загрузке ядра из LILO. Ядро Линукс побольше только обычно. Но процесс аналогичный и ломается аналогично и чинится аналогично. Можно просто с носителя загрузить ядро и шелл. GRUB со своей консолью в этом случае лишняя деталь.
> Загрузка GRUB-ом GRUB-shell-а и модулей аналогична загрузке ядра из LILO. Ядро Линукс побольше только обычно. Но процесс аналогичный и ломается аналогично и чинится аналогично. Можно просто с носителя загрузить ядро и шелл. GRUB со своей консолью в этом случае лишняя деталь.То есть вы против модульности GRUB ? Но модульность вводилась как раз чтобы была возможность восстановления 'in-place' без лишних телодвижении даже в случаях когда система оказывается в неожиданной или новой конфигурации когда штатная загрузка невозможна. Кому конечно как, но по мне так наличие возможности все же лучше чем ее отсутствие. Поэтому я за GRUB и очень надеюсь что возможность шифрования "на лету" рано или поздно появится (мечта о криптованном ramdisk).
> То есть вы против модульности GRUB ?Я вообще не против.
Объясняю только: GRUB это такая операционка со своим загрузчиком. И с точки зрения кода загрузить GRUB не проще чем загрузить сразу скажем Linux, который кстати тоже модульный.
И спрашиваю: зачем грузить промежуточную операционку, когда можно сразу загрузить нужную из универсального загрузчика?
И отвечаю сам: незачем. (в подавляющем большинстве случаев)MBR->LILO->Linux
MBR->GRUB stage1->GRUB stage1.5->(GRUB OS)->LinuxЕсли очень упростить, то LILO это GRUB stage1 и отчасти GRUB stage1.5, или их аналоги из GRUB2.
Процесс загрузки LILO->Linux может сломаться ровно по тем же причинам, по которым сломается GRUB stage1->GRUB stage1.5->(GRUB OS). С некоторыми исключениями. Например если сломалась файловая система, но ядро и рамдиск никуда не cместились, то LILO их загрузит, а GRUB OS без файловой системы не поднимется, на сколько я знаю.
> И спрашиваю: зачем грузить промежуточную операционку, когда можно сразу загрузить нужную
> из универсального загрузчика?
> И отвечаю сам: незачем. (в подавляющем большинстве случаев)Зачем вообще операционка, если все прикладные программы можно запускать и так?
В подавляющем-то большинстве случаев.Чем вам этот GRUB не понравился? Места занимает мало, глазные приятности обеспечивает, выбор тыкательно-клавиатурный есть. Что ещё нужно?
> Чем вам этот GRUB не понравился? Места занимает мало, глазные приятности обеспечивает,
> выбор тыкательно-клавиатурный есть. Что ещё нужно?Не говорил, что не нравится. Не люблю лишние детали, без которых не хуже.
И Линукс с башем на мой вкус более дружелюбен к админу и функционален, в том числе и в плане восстановления загрузки, чем GRUB.
> когда можно сразу загрузить нужную из универсального загрузчика?Кхм...Вот если вы будете создавать универсальный, модульный и гибкий загрузчик с богатым функционалом то у вас получится что-то типа GRUB.
> а GRUB OS без файловой системы не поднимется, на сколько я знаю.выкинет в shell
> В ResqueCD необходимости нет если только вам не нужно снять дампПлюсую! И в этих дурацких молотках тоже необходимости нет - в 99% случаев хватает микроскопа!
> Плюсую! И в этих дурацких молотках тоже необходимости нет - в 99% случаев хватает микроскопа!Глупости, проспитесь.