Такая же беда. После установки системы и загрузчика на hdb невозможно с него
загрузиться. Выдаёт пол-экрана "01 01 01 ..."

to manteiner 

*** Bug 6801 has been marked as a duplicate of this bug. ***

Это документированное поведение lilo.

Значит, это должно быть документированным поведением ALT Linux 3.0 Compact, ну
или всё-таки исправлено.

А эту ошибку как-то можно обойти ?

а что насчет предлагаемых вариантов в баге 6801?  
хотя бы дискету загрузочную сделать можно в процессе инсталляции, чтобы с hdb 
1 раз загрузиться и lilo поправить/ загрузочный сектор снять? 
 

как нужно поправить lilo, что бы нормально заработало на hdb ?

$  diff -u lilo.conf lilo.conf-hdb 
--- lilo.conf   2005-07-05 14:28:22 +0300
+++ lilo.conf-hdb       2005-07-05 14:38:32 +0300
@@ -1,3 +1,5 @@
+disk=/dev/hdb
+bios=0x80
 boot=/dev/hdb
 map=/boot/map
 vga=0x31a

спасибо lakostis :)

2 vsu: ещё комментарии будут или этого достаточно?

reassign

Зерг, надо добавить это исправление.

bios=0x80 верно для случая, когда загрузка со второго диска выбирается
средствами BIOS.

Кстати, в lilo ещё имеются проблемы с автоопределением номеров bios в случае
странноватых конфигураций - например, если на hda пусто (или есть cdrom), а диск
повешен куда-либо дальше (hdb, hdc...).

(In reply to comment #12)
> bios=0x80 верно для случая, когда загрузка со второго диска выбирается
> средствами BIOS.
А диагностика при "кривой" попытке какая-то будет?
Если без этого изменения -- то warning был насчёт не-первого диска.

Ну и про умения BIOS Костик что-то упоминал по ходу...

(In reply to comment #13)
> А диагностика при "кривой" попытке какая-то будет?

Как обычно у LILO - 01 01 01...

> Если без этого изменения -- то warning был насчёт не-первого диска.

На самом деле установка на не-первый с точки зрения BIOS диск тоже имеет право
на существование (например, в случае, когда на первом диске стоит какой-то
менеджер загрузки, который может передать управление загрузочному сектору
другого диска без переключения нумерации дисков).  Только вот по умолчанию так
делать не стоит.

(In reply to comment #14)
> > А диагностика при "кривой" попытке какая-то будет?
> Как обычно у LILO - 01 01 01...
Не, я про вывод /sbin/lilo, а не загрузочного сектора ;-)

> > Если без этого изменения -- то warning был насчёт не-первого диска.
> На самом деле установка на не-первый с точки зрения BIOS диск тоже имеет право
> на существование (например, в случае, когда на первом диске стоит какой-то
> менеджер загрузки, который может передать управление загрузочному сектору
> другого диска без переключения нумерации дисков).  Только вот по умолчанию так
> делать не стоит.
Именно.  Это вообще можно отложить на ALM3.1 feature, поскольку advanced.

У меня не воспроизвелось.

Воспроизвелось на rc10 при установке на hdd

hda - пусто
hdb - CDROM
hdc - CDROM

такая конфигурация получилась вследствие лени вытаскивать
основной винт с hda, просто отбросил шлейфы, а тестовый засунул
в карман который на hdd

Не грузимся, выдает на пол-экрана 01 01 01 ...

Рецепт: 
загрузить в rescue
подмонтировать диск
прописать в lilo.conf:
disk=/dev/hdd
bios=0x80

LATER (3.1)?

У меня есть по крайней мере одна машина, куда я просто не смог поставить
Compact. Это роутер с флешкой, которая на hdc.

Для Compact это не критично, но для будущего мастера -- критично.

(In reply to comment #20) 
> У меня есть по крайней мере одна машина, куда я просто не смог поставить 
> Compact. Это роутер с флешкой, которая на hdc. 
>  
> Для Compact это не критично, но для будущего мастера -- критично. 
Пока что до перезагрузки в config-bootoader можно указать порядковый номер 
диска для BIOS 

btw #8059 (на 2007xxxx ещё не успел проверить)

to mantainer

Алексей, неплохо бы добавить в экспертном режиме возможность
редактировать disk= и bios=.

Я не знаю пока как это сделать.

Это сделано в alterator-bootloader от Зерг'а.

Работает, кстати, отлично!

(In reply to comment #24)
> Алексей, неплохо бы добавить в экспертном режиме возможность
> редактировать disk= и bios=.

NOTE:  Use  of the 'bios=' option is largely obsolete beginning with LILO
version 22.5, as the boot loader now identifies disks by 32-bit Volume-ID, and
defers BIOS device code determination until boot time.

Проверьте воспроизводится ли эта бага на новом инсталлере (т.е. на новом lilo).

Сейчас всё должно работать.

Постараюсь пройтись по qawanted в начале недели.

Да, по крайней мере в qemu именно установка на hdb при наличной и живой на hda
уже _не_ ломает её.  Правда, проверить то, что при этом загружается с hdb, у
меня не получается (но это проблема qemu), придётся не забыть на железе ещё.

Но то отдельный вопрос, этот закрыт.

lilo теперь всё равно, под каким номером диск в системе.. по крайней мере у меня
на всех машинах это не воспроизволось.

Ну я теперь в отставке ... на нового мантейнера.

Похожая проблема на
ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/Desktop/4.0.3/iso/altlinux-4.0.3-desktop-i586-install_ru-dvd5.iso
-- https://bugzilla.altlinux.org/show_bug.cgi?id=15604 .

Короче провёл эксперимент на VrtualBox - поставил Desktop 4.0 релиз на второй диск (hdb) при живом первом, lilo прописал в mbr второго диска.

Потом первому диску сказал, что он sata, а второму, что он IDE slave

Всё загрузилось !

В lilo прописаны uuid, а не /dev/sda(/sdb)
Единственно boot=/dev/sdb

Но после загрузки fdisk -l выдаёт рабочий диск как /dev/sda (хотя он на слейв)

Поэтому bios=0x80 не нужно

Ой Desktop 4.1 релизный - описка

(In reply to comment #34)
> Поэтому bios=0x80 не нужно
Эт ты не наступил на те грабли, когда нужно.

Не понял, что и у кого не работает?

> В lilo прописаны uuid, а не /dev/sda(/sdb)
> Единственно boot=/dev/sdb

Это странно. Там сейчас должно писаться /dev/disk/by-id/... Какая версия alterator-lilo?

> Но после загрузки fdisk -l выдаёт рабочий диск как /dev/sda (хотя он на слейв)

Вроде бы, не удивительно. В новом ядре ide диски обзываются /dev/sd* и порядок их иногда довольно произвольный.

> Поэтому bios=0x80 не нужно

Так его и нет и он в новом lilo, вроде и не нужен...

>Единственно boot=/dev/sdb

>Это странно. Там сейчас должно писаться /dev/disk/by-id/... Какая версия >alterator-lilo?
0.9-alt7.M41.8