The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Объявлено о скором сворачивании разработки загрузчика LILO

01.09.2015 08:42

На сайте классического загрузчика LILO, повсеместно используемого в Linux в 1990-е годы, но впоследствии вытесненного GRUB и syslinux, появилось сообщение о намерении прекратить разработку начиная с декабря 2015 года. Из продолжающих использование LILO дистрибутивов можно отметить Slackware Linux. Последняя активность в репозитории исходных текстов LILO наблюдалась 10 месяцев назад.

В качестве причины указывается наличие в LILO ограничений в плане поддержки современных технологий, таких как Btrfs, GPT и RAID. Сообщается, что желающим продолжить разработку LILO и взять на себя работу по его сопровождению следует связаться с текущим мэйнтейнером проекта (Joachim Wiedorn, ad_debian at joonet.de), который похожим образом взял на себя проект в 2010 году.

  1. Главная ссылка к новости (https://www.reddit.com/r/linux...)
  2. OpenNews: Увидел свет загрузчик Syslinux 6.0.0 с поддержкой EFI
  3. OpenNews: Релиз менеджера загрузки GNU GRUB 2.00
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/42887-lilo
Ключевые слова: lilo, boot
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 08:48, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Переделают в WILO
     
     
  • 2.17, Аноним (-), 09:30, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Перепишут на sh, назовут ShILO, а затем форкнут на m4 в MILO.
     
     
  • 3.28, Anonimous (?), 11:01, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +27 +/
    Ахаха, петросяны на опеннете
     
  • 3.60, Zenitur (ok), 20:15, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Команда Pidora сделает форк LILO для компьютеров Raspberry Pi: Pidrilo.
     
     
  • 4.65, Аноним (-), 20:58, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Крутой загрузчик будет. Будете грузиться с него?
     
  • 4.76, anong (?), 22:46, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BSDilo!
     
     
  • 5.77, Аноним (-), 22:54, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BSDildo же.
     

  • 1.2, Аноним3 (?), 08:53, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Жаль. Пользовался, пока не перешел на extlinux.
     
  • 1.3, Аноним (-), 09:00, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    С тех пор как ядро научилось грузиться из EFI загрузчики стали не нужны
     
     
  • 2.7, Аноним (-), 09:07, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно может предоставить выбор загрузки нескольких ОСей на 1 системе?
     
     
  • 3.11, Аноним (-), 09:13, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    С разморозкой вас, да UEFI это может.
     
     
  • 4.26, Michael Shigorin (ok), 10:56, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > С разморозкой вас, да UEFI это может.

    Резвый мальчик, в фирмвари обычно если и есть бутманагер, то *такой* кривущий...

    LILO, GRUB и т.п. -- они не только bootloader, но и bootmanager реализуют.

     
     
  • 5.42, Stax (ok), 14:35, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для меню как бы есть systemd-boot. Текстовое меню для выбора и загрузки ядра в виде EFI-бинарника. Тупо минимальная реализация выбора, какой EFI-файл грузить дальше. И нет проблем.
     
     
  • 6.48, daemontux (?), 16:11, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для меню как бы есть systemd-boot. Текстовое меню для выбора и загрузки
    > ядра в виде EFI-бинарника. Тупо минимальная реализация выбора, какой EFI-файл грузить
    > дальше. И нет проблем.

    С учетом того что параметры ядру вы передать не можете если грузить как  EFI-файл. Ваши заявления выглядят как бред

     
     
  • 7.52, GotF (ok), 16:45, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > С учетом того что параметры ядру вы передать не можете если грузить как  EFI-файл. Ваши заявления выглядят как бред

    Параметры вроде передаются, а вот изменить из по-быстрому в аварийной ситуации не так просто. В общем, без GRUB2 пока никак. Особенно учитывая, что только он позволяет не хранить ядро и рамдиск на FAT.

     
     
  • 8.63, Аноним (-), 20:52, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    да просто это делать, заходишь в uefi shell, родной или сторонний и юзаешь bc... текст свёрнут, показать
     
     
  • 9.64, GotF (ok), 20:58, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А в моём UEFI нет своего шелла, а сторонний работает кое-как И не думаю, что в ... текст свёрнут, показать
     
     
  • 10.84, Аноним (-), 07:58, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит кое как Возьмите из кловера сшелл... текст свёрнут, показать
     
     
  • 11.92, GotF (ok), 22:10, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это значит кое-как Из всех вариантов шеллов от Tianocore работал нормально один... текст свёрнут, показать
     
  • 5.61, Аноним (-), 20:47, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Миша прошу вот зачем, в фирварях буков часто криво был реализован либо uefi, либо режим совместимости с bios но эту на техники от 2014-2015 года уже практически не встречается.

    Для uefi 2.1 и старше bootmanager фактически не нужен. Другое дело что тулзов для редактирования nvram в стандартной фирмваре часто не бывает, но это решаеться подключением стороннего uefi shell. А в Linux средства для редактирования nvram жутко не удобные но можно привыкнуть это я про efivar. Если у вас есть проблемы то прошу на applelife у мемберов просто огромный опыт жизни с uefi. И да я резвый мальчик, но просвещать всех по поводу uefi, gpt и тд. уже под надоело, еще со времен hybridmbr.

     
  • 3.12, жабабыдлокодер (ok), 09:14, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –10 +/
    А на хрена несколько осей на 1 системе?
     
     
  • 4.14, Аноним (-), 09:21, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А на хрена несколько осей на 1 системе?

    а от нечего делать, например

     
  • 4.24, Аноним (-), 10:43, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Известно зачем, чтоб любимую виндовс запускать. А линукс нужон чтоб перед пацанами хвастаться какой крутой хакир.
     
  • 4.32, scorry (ok), 12:01, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А на хрена несколько осей на 1 системе?

    Не похудел за лето? Ай-яй-яй.

     
     
  • 5.44, клоун (?), 15:27, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ни на грамм! Мужик легче 150 кг - это не мужик!
     
  • 4.39, XoRe (ok), 14:11, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А на хрена несколько осей на 1 системе?

    Ну а что, человеку на одном DOS'е сидеть? :)

     
  • 3.69, Аноним (-), 22:13, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно может предоставить выбор загрузки нескольких ОСей на 1 системе?

    После того как вы забутявили ядро то? Конечно сможет. Оно сможет даже на экран меню нарисовать, с гламурной графикой и прочая. И потом даже какую-нибудь usb-флешку прочитать.

    А потом - что потом? Kexec! Да, Linux - может быть и boot loader'ом :)

     
  • 2.15, EHLO (?), 09:26, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >С тех пор как ядро научилось грузиться из EFI загрузчики стали не нужны

    Ради загрузки создавать отдельный раздел, а в случае RAID костылить этот раздел на все диски. Деградация это называется.

     
     
  • 3.19, Аноним (-), 09:38, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в светлом новом будущем это называется инновация.
     
  • 3.29, ildus (?), 11:16, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    /boot раздел все равно создавали, единственное ограничение что теперь только fat
     
     
  • 4.43, EHLO (?), 15:18, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > /boot раздел все равно создавали, единственное ограничение что теперь только fat

    Кому надо создавал, а кому не надо делал и делает проще.
    Я устанавливаю всю систему на одну ФС на одном разделе. Если необходимо, то на логическом томе, если необходимо, то поверх программного рейда.
    Загружаюсь LILO. Можно было бы и GRUB2 использовать, но никогда не понимал зачем городить целую операционную систему под простую вспомогательную задачу.

     
     
  • 5.66, Аноним (-), 20:59, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > зачем городить целую операционную систему под простую вспомогательную задачу.

    Вы не общаетесь и не пишите фирмваре поэтому и не понимаете, и да uefi можно назвать целой операционной системой в миниатюре, но оно того стоит. Перечислять все плюсы uefi для программиста против BIOS я не буду, нагуглите если интересно или не нагуглите.

     
     
  • 6.71, Аноним (-), 22:16, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > того стоит. Перечислять все плюсы uefi для программиста против BIOS я
    > не буду, нагуглите если интересно или не нагуглите.

    Единственная проблема: это туева хуча проприетарного блобья, живущего своей жизнью. И не то чтобы дружественное к кому либо кроме микросакса. Ко всем остальным оно в лучшем случае враждебно-нейтральное. А когда интел это еще и намертво прибивает бут-гадом, чтобы юзер от этой дряни не дай боже не сбежал - знаете, ваша кутузка гламурная и современная, но вот надзиратель запирающий дверь на ключ и туева хуча автоматических туррелей в каждом закоулке мне почему-то не нравятся. И я предпочту быть за периметром этого "идиллического рая". Где так безопасно, и вообще.

     
     
  • 7.90, Аноним (-), 17:52, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    О да с закрытым BIOS от award ты юыл не в кутузке, а когда запилили стандарт и свободные реализации, сразу в кутузке оказался. Логика просто отпад.
     
  • 4.70, Аноним (-), 22:14, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > /boot раздел все равно создавали,

    А у меня /boot там же где и rootfs на ряде систем. Зачем мне лоскутное одеяло лишний раз?

     
  • 2.47, leap42 (ok), 16:08, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    не нужны успешным юношам, которые не слышали про kickstart установку по сети с автоматическим разбиением диска. меню позволяет по умолчанию грузить sda (и избежать несчастных случаев с потерей боевых серверов), но при желании, накатить чего-нибудь нажатием двух кнопок (сначала "стрелка вниз", потом "enter", в том самом меню). elilo, кстати, - единственный загрузчик в котором у меня заработало меню при загрузке efi через pxe, будет грустно, если проект закроется.
     
     
  • 3.67, Аноним (-), 21:01, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    elilo, кстати, - единственный загрузчик в котором у меня
    > заработало меню при загрузке efi через pxe, будет грустно, если проект
    > закроется.

    Странно у меня и grub2 работал и pxelinux, даже в редхатовском мануале было это.

     
  • 2.62, Аноним (-), 20:47, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Пока вы тут минусуете анонима, я избавился от лишнего компонента в системе и ускорил загрузку на несколько секунд. Заодно развею устоявшиеся заблуждения: выбор нескольких систем, передача параметров ядру и загрузка по сети возможны и приветствуются.
     
     
  • 3.78, Аноним (-), 22:59, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > ускорил загрузку на несколько секунд

    Каким-то дуалбутерством попахивает. Последний раз, ЕМНИП, перезагружался в мае. Что-то не ощущаю преимуществ.

     
     
  • 4.107, Аноним (-), 03:39, 05/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В мае какого года?
     

  • 1.4, 3 (?), 09:02, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    rip

    хотя давно сбежал на груб, но все же жаль...

     
  • 1.5, Какаянахренразница (ok), 09:04, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > Объявлено о скором сворачивании разработки загрузчика LILO

    Жестоко как-то. Написали бы, что проект LILO ищет нового мэйнтэйнера, а до тех пор приостанавливает развитие. Это было бы правдой и при этом звучало бы прилично. А то сразу закапывать...

     
     
  • 2.33, vn971 (ok), 12:09, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уже в который раз та же ошибка людей на опеннете. Народ, мир не заканчивается русским языком.

    <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 ...

     
     
  • 3.35, Какаянахренразница (ok), 12:33, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут опеннет и русский язык?

    В оригинале, кстати, написано нормально: человек планирует перестать работать над проектом. Обоснование у него, конечно, галимое [1], но он нигде не писал, что проект следует закопать.

    ---------------

    [1] Отсутствие какой-то фичи в софте никак не является причиной для прекращения разработки. Наоборот, отсутствие фичи является причиной для того, чтобы эту фичу запилить.

     
     
  • 4.36, Аноним (-), 13:20, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Запилите пожалуйста
     

  • 1.6, Аноним (-), 09:05, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +20 +/
    Перейду на другой загрузчик только тогда, когда LILO не сможет загрузить ОС\ядро в принципе.
     
     
  • 2.41, анонко (?), 14:28, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Перейду на другой загрузчик только тогда, когда LILO не сможет загрузить ОС\ядро
    > в принципе.

    Меня пугает, что эта сладкая некрофилия набрала уже 6 плюсиков.

     
     
  • 3.45, Аноним (-), 15:30, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот нашей планете уже 4.5 миллиардов лет, и ничего  живем как-то.
     
     
  • 4.79, Аноним (-), 23:02, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется "vendor lock-in".
     

  • 1.8, Аноним (-), 09:10, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Хнык-хнык, мне так нравился конфиг lilo, он такой простой и очевидный по сравнению с grub-простыней. Ждем что кто-нибудь подхватит.
     
     
  • 2.20, Аноним (-), 09:39, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У вас есть прекрасная возможность
     
     
  • 3.83, Павел (??), 07:43, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вашему вниманию 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

     
  • 2.23, Аноним (-), 10:28, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне тоже всегда нравился конфиг lilo. Сейчас перешел на syslinux. Там конфиг такой же простой но при этом возможностей гораздо больше.
     

  • 1.16, EHLO (?), 09:27, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Единственный нужный загрузчик. Будет жить.
     
     
  • 2.72, Аноним (-), 22:19, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственный нужный загрузчик. Будет жить.

    Ну ты то конечно же подхватишь знамя? И покажешь нам, что ты не только языком пиндеть горазд, но и поддержку btrfs какой-нибудь запилить в состоянии?

     
     
  • 3.86, Аноним (-), 10:05, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > И покажешь нам, что ты не только языком пиндеть горазд, но и поддержку btrfs какой-нибудь запилить в состоянии?

    А зачем запиливать поддержку этой хипстерской какахи?

     
  • 3.93, Аноним (-), 22:56, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    кому нужна поддержка btrfs пусть юзает grub2 - мы, юзеры lilo, не против :))
     

  • 1.21, Сергей (??), 09:42, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Появился шанс для systemd ...
     
     
  • 2.22, IMHO (?), 10:22, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    плюсую, Поттеринг запилит в следующей версии аналог и назвет LILOd
     
     
  • 3.25, Аноним (-), 10:53, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > плюсую, Поттеринг запилит в следующей версии аналог и назвет LILOd

    С разморозкой, в systemd уже добавлен свой загрузчик.

    https://www.opennet.ru/opennews/art.shtml?num=42278
    "Под именем "systemd-boot" в состав интегрирован загрузчик gummiboot, который можно использовать для обеспечения верификации процесса загрузки на системах с UEFI Secure Boot."

     
     
  • 4.27, Michael Shigorin (ok), 10:58, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > С разморозкой, в systemd уже добавлен свой загрузчик.

    Это вообще про другое, о неудачно разморозившийся.

     
     
  • 5.46, Аноним (-), 15:38, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это вообще про другое

    Пока что. Ведь когда-то Рыжый писал:
    > 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

     
  • 3.56, Аноним (-), 17:46, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Поттеринг запилит в следующей версии аналог и назвет LILOd

    ILOLd

     

  • 1.30, EverWinter (?), 11:20, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пользуюсь lilo, отказываться от него не собираюсь. Слишком уж он логичный и вменяемый
     
     
  • 2.37, Аноним (-), 13:43, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Пользуюсь только потому, что только он работает. Grub отказался грузить Debian на старом ноуте. Похожая история произошла на компе. Gentoo  не смог загрузиться после установки, и это при том, что старые версии grub работали хорошо.
     

  • 1.31, Аноним (-), 11:24, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну все, новая слака теперь никогда не выйдет!
     
     
  • 2.34, Khariton (ok), 12:10, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шанс от слаки взять под себя проект и назвать SlILO
     
     
  • 3.50, Андрей (??), 16:37, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Уж лучше - SLILO.
     
  • 2.57, Аноним (-), 18:24, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ты пустомеля

    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:

     

  • 1.49, iCat (ok), 16:23, 01/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Только им и пользуюсь...
    Ну вот не понятно мне: для чего в программе, чья задача заключается в начале загрузки операционной системы, умение работать с RAID, знать прорву FS, уметь читать изображения и ещё массу всяческих кундштюков?
    OS всё равно умеет всё это лучше...
     
     
  • 2.51, angra (ok), 16:44, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Самый простой пример - загрузка с CD/DVD образа.

     
  • 2.53, Anonplus (?), 16:46, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Элементарно, Ватсон. Ядро ведь не в вакууме, оно лежит на какой-то фс. Чтобы загрузчик мог ему передать управление, он должен эту фс понимать.
     
     
  • 3.54, клоун (?), 17:10, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Спрошу иначе: моё ядро находится на FAT16 разделе, само по себе ядро на другую ФС, на RAID или куда-нибудь там ещё не переедет, оно всегда будут на FAT16 разделе.

    Внимание, вопрос: зачем загрузчику, который будет грузить моё ядро с FAT16 раздела, умение работать с RAID, знать прорву FS, уметь читать изображения и ещё массу всяческих кундштюков?

     
     
  • 4.58, Anonplus (?), 19:34, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Внимание, вопрос: зачем загрузчику, который будет грузить моё ядро с FAT16 раздела ... знать прорву FS

    Затем, что моё ядро не на FAT16, а на ext4. А у вон того чувака - на btrfs.

     
     
  • 5.81, клоун (?), 03:31, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. ты считаешь что тебе жизненно нужна функциональность, необходимая для работы твоего загрузчика на компьютере того чувака? И кто из нас двоих клоун?
     
  • 4.74, Аноним (-), 22:21, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Спрошу иначе: моё ядро находится на FAT16 разделе

    А мое ядро - вон там на ext4, а вон там - и вовсе на btrfs. И нафиг мне эти досявые отбросы от микросакса и превращение системы в лоскутное одеяло из кучи разделов?

     
     
  • 5.94, iCat (ok), 07:18, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >мое ядро - вон там на ext4, а вон там - и вовсе на btrfs

    А на NTFS ядро располагать не пробовал? Или, скажем, на CIFS-ресурсе, по GPRS?
    На кой ляд ядро располагать на сложных FS?
    Вот все эти поиски универсальной файловой системы всегда заканчиваются "форточкой".
    Для мультимедийных данных нужна одна FS, для груды мелких - другая, для загрузки - третья...

     
     
  • 6.97, Аноним (-), 12:39, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > На кой ляд ядро располагать на сложных FS?

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

     
  • 3.55, клоун (?), 17:15, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Если речь про GRUB, то зачем он производит полную инициализацию всех переферийных устройств, запуск всех ядер, обнаружение оборудования и пр., если затем ОС всё это же самое сделает ещё раз?

    Пожалуйста, не нужно указывать на Multiboot specification. Меня вообще смешит, когда спецификация пишется программистами на основании только что реализованного ими функционала. Это школьники младших классов балдеют, когда им говорят про международные стандарты, написанные непонятно кем, мне дядьде далеко за 40 на творения абы кого **ать с высокой колокольни.

     
     
  • 4.59, angra (ok), 19:53, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Молодец, оправдываешь ник, я как представил себе grub, который инициализирует джойстики, звуковые карты, вебкамеры, принтеры, потом находит и запускает сразу все ядра, а пока они скопом грузятся, начинает обнаружение оборудования, нарушая попутно пространственно временной континуум, так сразу улыбнулся.
     
  • 4.68, Аноним (-), 21:05, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто развел руками. Отменный бред.

     
  • 4.75, Аноним (-), 22:22, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Если речь про GRUB, то зачем он производит полную инициализацию всех переферийных
    > устройств, запуск всех ядер, обнаружение оборудования и пр., если затем ОС
    > всё это же самое сделает ещё раз?

    Он таки поменьше делает. А этот вопрос было бы логичнее переадресовать авторам UEFI'анства...

     
     
  • 5.82, клоун (?), 03:33, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поменьше... Ровно в свой размер. Т.е. если бинарь GRUB занимает 10 Мб, то эти же 10 Мб байт в байт в ядре Линукс.
     
  • 4.80, Аноним (-), 23:07, 01/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Рассмешил, клован! Лови плюс.
     
  • 3.87, Аноним (-), 11:33, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чтобы загрузчик мог ему передать управление, он должен эту фс понимать.

    Необязательно ведь. Можно ведь просто передать управление в сектор диска номер Х, безотносительно ОС. Правда, нужно, чтоб ядро не было фрагментировано на диске. Но это решается отдельной программой в userspace. По-моему, LILO так и работает.

     
     
     
    Часть нити удалена модератором

  • 5.89, Аноним (-), 14:51, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    GRUB, получается, работает как "второй вариант".

    А как тогда работает LILO?

     

  • 1.85, Аноним (-), 09:36, 02/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Последняя активность в репозитории исходных текстов LILO наблюдалась 10 месяцев назад

    Это не показатель. LILO мог бы обрасти собственной консолью, командным языком, браузером и видеоплеером, но он просто делает свою работу вот уже 13 лет подряд.

     
     
  • 2.91, Аноним (-), 20:52, 02/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Загрузить рабочую ОС в штатном режиме не проблема - любой рабочий вариант сгодится. LILO хорошо выполняет свою минимальную работу, претензии нет, но этот минимум..уже не нужен (по крайней мере мне) когда есть GRUB.

    О загрузчике мы вспоминаем как правило когда начинается проблема с загрузкой, и тут LILO выходит боком. GRUB меня спасал в очень сложных ситуациях в том числе и с проблемами с BSD. GRUB даже помогал мне грузить шиндошзы со слейв разделов - этот тот случай когда сама виндуз себя не может загрузить пока GRUB не поддаст хорошего пинка :).

    ps: на всякий случай держите в зоне досягаемости Super Grub2 Disk (1й включен в него) даже если вы педи\wкЛОУН использующий виндоуз

     
     
  • 3.95, iCat (ok), 10:09, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >О загрузчике мы вспоминаем как правило когда начинается проблема с загрузкой...

    Как правило тут существенно помогает ResqueCD. Нет?
    Как по мне - так проще восстановить работоспособность системы с помощью хорошего и предсказуемого инструмента, чем использовать навороченный загрузчик с функциями операционной системы.

     
     
  • 4.96, Аноним (-), 12:34, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как правило тут существенно помогает ResqueCD. Нет?
    > Как по мне - так проще восстановить работоспособность системы с помощью хорошего и предсказуемого инструмента, чем использовать навороченный загрузчик с функциями операционной системы.

    В ResqueCD необходимости нет если только вам не нужно снять дамп (у вас проблема с файловой системой, разделом или носителем). В 99% случаев хватает всего того что поставляется вместе с Linux и GRUB, т.к. вопросы в подавляющем большинстве случаев решаются одноразовой передачей параметров ядру для загрузки и фиксации проблемы.

     
     
  • 5.98, EHLO (?), 13:05, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > хватает всего того что поставляется вместе с Linux и GRUB, т.к.

    При условии что сам GRUB загрузится


     
     
  • 6.100, Аноним (-), 10:28, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > При условии что сам GRUB загрузится

    Не грузится обычно если у вас проблемы с ФС, разделом или носителем (бывают случаи когда проблемы в руках). У меня в системе несколько носителей и на каждом есть крохотный boot раздел с установленным в него GRUB (в одном из разделов есть ядро с ramdisk и минимальным окружением). В случае отказа основного GRUB я могу загрузиться с любого носителя до GRUB-shell и оттуда уже загрузить основную систему вручную, либо резервную с последующим chroot'ом под основную. У меня GRUB не грузился только во времена когда я учился "его готовить".

     
     
  • 7.102, EHLO (?), 11:14, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> При условии что сам GRUB загрузится
    > Не грузится обычно если у вас проблемы с ФС, разделом или носителем
    > (бывают случаи когда проблемы в руках). У меня в системе несколько
    > носителей и на каждом есть крохотный boot раздел с установленным в
    > него GRUB (в одном из разделов есть ядро с ramdisk и
    > минимальным окружением). В случае отказа основного GRUB я могу загрузиться с
    > любого носителя до GRUB-shell и оттуда уже загрузить основную систему вручную,
    > либо резервную с последующим chroot'ом под основную. У меня GRUB не
    > грузился только во времена когда я учился "его готовить".

    Загрузка GRUB-ом GRUB-shell-а и модулей аналогична загрузке ядра из LILO. Ядро Линукс побольше только обычно. Но процесс аналогичный и ломается аналогично и чинится аналогично. Можно просто с носителя загрузить ядро и шелл. GRUB со своей консолью в этом случае лишняя деталь.

     
     
  • 8.103, Аноним (-), 13:24, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    То есть вы против модульности GRUB Но модульность вводилась как раз чтобы была... текст свёрнут, показать
     
     
  • 9.104, EHLO (?), 14:42, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я вообще не против Объясняю только GRUB это такая операционка со своим загрузч... текст свёрнут, показать
     
     
  • 10.105, scorry (ok), 16:17, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем вообще операционка, если все прикладные программы можно запускать и так В... текст свёрнут, показать
     
     
  • 11.106, EHLO (?), 16:30, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не говорил, что не нравится Не люблю лишние детали, без которых не хуже И Лину... текст свёрнут, показать
     
  • 10.108, Аноним (-), 19:32, 05/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кхм Вот если вы будете создавать универсальный, модульный и гибкий загрузчик с... текст свёрнут, показать
     
  • 10.109, Аноним (-), 19:35, 05/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    выкинет в shell... текст свёрнут, показать
     
  • 5.99, Аноним (-), 14:33, 03/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В ResqueCD необходимости нет если только вам не нужно снять дамп

    Плюсую! И в этих дурацких молотках тоже необходимости нет - в 99% случаев хватает микроскопа!


     
     
  • 6.101, Аноним (-), 10:30, 04/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Плюсую! И в этих дурацких молотках тоже необходимости нет - в 99% случаев хватает микроскопа!

    Глупости, проспитесь.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру