Смерть GRUB-у!!

> Загрузчик должен загружать ядро, я не быть мини осью

+1

> Коффман тогда отписывался что пытался контактировать с автором, но поскольку ему достучаться никак не удалось

Видимо просто фигово контактировал.

Ещё у Вернера на сайте есть ссылка на сайт Коффмана (ftp://metalab.unc.edu/pub/Linux/system/boot/lilo/). А на этом сате index.html изменён на !index.html.

lilo уже умеет EFI и GPT?

>lilo уже умеет EFI и GPT?

да, elilo

Это не загрузчик, а костыль для запуска ядра. Переписывание загрузочного сектора при любом изменении конфигурации - это фу. Зачем нужно было его откапывать, когда уже есть тру-загрузчики, не понятно.

> Я имел в виду «поместить подобие (или самого) LILO в bootROM»

А может просто научить BIOS тому что нужно? Ну и EFI да. Попросить авторов grub объединиться c coreboot =)

Я не понял: а где новость о том что вышел openSUSE 11.3?

нет

> Прикинь, когда-то граб не включали в дистрибутивы ваабще.
Прикинь, его когда-то вообще не было. А то, что его не включают, так это и сейчас наблюдается.

> забывать запускать lilo после прописывания нового ядра

Только представьте - об этом на самом деле можно спокойно забыть, если ставить ядро через make install (требуется наличие /sbin/installkernel из debianutils). Тогда и прописывать ничего не надо (из-за автоматически обновляемых симлинков) и lilo за вас запустят.

«Новость» хорошая! Только идиоты будут доказывать, что grub лучше. Всё определяется вкусом.

>Блин, а везде уже где можно grub2 впилили

в Mandriva 2010.1 не впилили, надеюсь что и в следующей не впилят

>Самый лучший загрузчик во FreeBSD. Он умеет запоминать последний выбор, знает 3 ОС, а которые не знает у него other, и занимает пол-килобайта.

но в нем нельзя установить обои. это фатальный недостаток

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

Имеешь в виду booteasy?

> А никто не пробовал поместить подобие загрузчика в BIOS?

типа intel-овского UEFI? http://software.intel.com/en-us/articles/uefi-boot-manager-1/

c:toreador control

Fix

Всё определяется вкусом и потребностями.

> Вообще то уже давно 21 век. И есть такие слова как ЛВМ и пора уже забывать эти замашки про секондари и примари !

Вы ещё GPT упомяните...

Всё равно таблица разделов DOS самая распространённая, несмотря на 21 век. ;)

>если ставить ядро через make install

Слава Богу, make install я последний раз делал 6 лет назад :)

Т.е. Вы никогда не собираете программное обеспечение из исходников?

а в грабе скрывается анальный зонд....

>Т.е. Вы никогда не собираете программное обеспечение из исходников?

У меня Gentoo в качестве основной и Ubuntu в качестве мобильной :)

> Да да да, взять к примеру Netra 210, грузится 15 минут, при этом минут 10 горит лампочка error, а суппорт sun говорит что так и должно быть. Даже увидеть li не так печально как эта «загрузка».

По-моему, этому место в lorquotes. :))

> Слава Богу, make install я последний раз делал 6 лет назад :)

AEP не совсем прав...

Во-первых, installkernel не часть debianutils, а некий скрипт со стандартным именем. Наример, у меня это совсем другой пакет (и содержимое там другое. Хотя, чем-то похожее):

$ rpm -qf /sbin/installkernel
bootloader-utils-0.4.4-alt1

Кстати, если заглянуть во внутрь, можно увидеть как

# modify lilo config
if [ -w «$LILO_CONF» -a -x «$SHARFILE/lilo» ]; then

так и

# modify grub config
if [ -w «$GRUB_MENU_LST» -a -f «$GRUB_DEVICE_MAP» -a -x «$SHARFILE/grub» ]; then

Во-вторых, вызывать этот installkernel может не только make install.

>>>Я чего-то не знаю о MBR?

GRUB (и не только он) при установке в «корень» использует неписанное правило - первый партишен начинается с 1й дорожки. «Нулевая» дорожка, как правило, кроме MBR ничего не содержит. Т.е. при 63 сеторах на дорожку получаем (63-1) * 512 = пресловутые 32К (Ну не совсем 32 8).
Это «внераздельное» пространство и используется им для своих целей. (Есть еще «неполный» последний цилиндр - но его юзают рейд-контролеры, GPT и т.д. 8)

Если секторов меньше 63 (на USB такое часто бывает), или партишен начинается сразу после MBR про «корень» можно забыть 8)

Если кроме GRUB еще кто-то зарится на эту Мекку загрузчиков - гемор обеспечен 8)

P.S. LILO - the best 8)

P.P.S Кстати, разделы тоже имеют неюзаемое пространтво. Размер ФС почти всегда меньше размера раздела. Используют и этот факт...

http://lilo.go.dyndns.org

вот был сайт Коффмана, сайт работает, но там ничего кроме редиректа на поисковик нет

Идеальный загрузчик должен быть в ПЗУ, а не на hdd.

Отличная новость про отличный загрузчик. ИМХО Груб2 УГ, зачем было всё делать через одно место не понятно. Вообще Груб2 много может сюрпризов преподнести.

> сообщаю, что 6 июня сего года...

ЛОР уже не торт!

Ну извините. Лучше поздно, чем никогда. Тем более, что: это мой любимый загрузчик; его дальнейшее развитие будет идти в рамках Debian; теперь его точно не посмеют выкинуть из Debian 6 — и это главное.

> его дальнейшее развитие будет идти в рамках Debian; теперь его точно не посмеют выкинуть из Debian 6

да? тогда ладно, возьму палочку - потыркаю, раз еще шевелится...

> неписанное правило - первый партишен начинается с 1й дорожки.

Точнее с первой головки нулевого цилиндра.

0/1/1 CHS (цилиндр 0/головка 1/сектор 1)

А то Сильвия уже выше писала, что раздел начинается с первого цилиндра :)

Disk /dev/sda: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 5223 41953716 83 Linux
/dev/sda2 5224 5485 2104515 82 Linux swap
/dev/sda3 5486 57703 419441085 83 Linux
/dev/sda4 57704 91201 269072685 83 Linux


ничего что fdisk пишет что с первого _цилиндра_ ?

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

Warning: LBA32 addressing assumed
Reading boot sector from /dev/sda
Using BITMAP secondary loader
Calling map_insert_data
Mapping bitmap file /boot/slack.bmp
Calling map_insert_file

Boot image: /boot/vmlinuz -> vmlinuz-2.6.34.1-allure
Added linux *

Boot other: /dev/sda2, on /dev/sda, loader CHAIN
Fatal: Chain loader /boot/chain.b is too big

fdisk пишет фигню. Вот смотри, у меня тоже, если верить fdisk, раздел /boot начинается с первого цилиндра.

           Device Boot      Start         End      Blocks   Id  System
/dev/cciss/c0d0p1               1          13      104391   83  Linux
/dev/cciss/c0d0p2              14       26564   213270907+  8e  Linux LVM

А теперь посмотрим, что на самом деле хранится в таблице разделов:

# dd if=/dev/cciss/c0d0 skip=446 bs=1 count=16 2>/dev/null | od -txC
0000000 00 01 01 00 83 fe 3f 0c 3f 00 00 00 8e 2f 03 00
0000020

Первый байт (00) - флаг активности раздела.

Далее следуют байты (01 01 00). Это и есть head/sec/cyl начала раздела (в упакованном виде, но в данном случае это не важно).

Потом идет тип раздела (83), и прочие не относящиеся к делу вещи.

Как видишь, начинается он с 0/1/1 CHS, т.е. с нулевого цилиндра.

> Блин, а везде уже где можно grub2 впилили

в слаквари лило до сих пор =)

> PS В ALT Linux переехали с lilo на груб или нет?

В центавре вроде должен быть груб.

fdisk пишет фигню.

...

Как видишь, начинается он с 0/1/1 CHS, т.е. с нулевого цилиндра.

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

независимо от используемой файловой системы, в том числе, на томах LVM.

посмотрим-посмотрим

> Идеальный загрузчик должен быть в ПЗУ, а не на hdd.

И когда появится что-то новое, менять BIOS ? Ну-ну... В ПЗУ есть загрузчик, который умеет грузить другой загрузчик, расположенный в стандартном месте на стандартных носителях. А уже тот снает что-то об ОС, которую грузит.

> fdisk пишет фигню. Вот смотри, у меня тоже, если верить fdisk,

раздел /boot начинается с первого цилиндра.

fdisk всё пишет правильно. Просто это не цилиндры, а логические блоки, которые к геометрии не имеют никакого отношения. :-)

> Это ты фигню пишешь. На дисках с DOS'овской MBR никакой раздел не может начинаться с нулевого цилиндра (aka начала диска), т.к.

Тем не менее начинается он именно так. Фишка в том, что он под это дело и зарезервирован. А FAT начинается с 1-ого. Начальный цилиндр просто не используется.

> На дисках с DOS'овской MBR никакой раздел не может начинаться с нулевого цилиндра (aka начала диска), т.к. там лежит собственно сам MBR с таблицей разделов.

Еще один. Учи матчасть. Нулевой цилиндр != первый сектор диска. MBR лежит в 0/0/1 CHS. Первый раздел начинается с 0/1/1 CHS. Это всё нулевой цидиндр.

Еще один. Учи матчасть. Нулевой цилиндр != первый сектор диска. MBR лежит в 0/0/1 CHS. Первый раздел начинается с 0/1/1 CHS. Это всё нулевой цидиндр.

Блин, у меня в голове перепутались сектора с цилиндрами... Извиняюсь =).

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

кое что из нижеперечисленного IMHO:
1)для «первичного» загрузчика(в MBR) LILO слишком толст - требует под себя раздел с системой для изменения и записи конфигурации;
extipl для x86 гораздо лучше LILO в этом плане - достаточно 32k-512b;
2)для «вторичного» загрузчика (для загрузки ядра) слишком глуп - не читает файловую систему и не может быть сконфигурирован заранее (т.е. если ещё не создан раздел под / - то LILO не даст прописать конфигурацию);
grub1(0.97) - гораздо лучше в этом плане
3)AIAIK, ни LILO ни GRUB1 не имеют поддавляющего превосходства по распространённости над существующими загрузчиками на не_x86 архитектурах (http://en.wikipedia.org/wiki/Comparison_of_boot_loaders);

> И оно на некоторых флешках выдавало что не помещается .... сейчас уже точно не вспомню но вроде размер сектора меньше был.

а еще оно на некоторых мамках не грузится

RE

зато лило работает на любом железе которое впринципе способно работать, в отличие от ...

А что ? Были проблемы с extipl или grub ?
ps
Вот у меня LILO отказался ставиться на EEEPC-900 - пришлось на слаку ставить GRUB1
PSPS
всё опять же потому, что - LILO не может быть сконфигурирован заранее.

wiki говорит, что LILO только x86,IA-64