Bug 11429 - [FR][4.1] default MBR in one-of-a-few-disks setup
: [FR][4.1] default MBR in one-of-a-few-disks setup
Status: NEW
: Sisyphus
(All bugs in Sisyphus/alterator-lilo)
: unstable
: all Linux
: P2 enhancement
Assigned To:
:
:
:
:
: 12100
  Show dependency tree
 
Reported: 2007-04-09 18:51 by
Modified: 2010-11-03 15:29 (History)


Attachments
`fdisk -l` (721 bytes, text/plain)
2008-04-15 20:34, Michael Shigorin
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-04-09 18:51:54
Вливаясь на hda при подключенном sda, сказал поселить всё на hda; при установке
загрузчика по умолчанию был выбран sda.

Это несущественный вопрос, но при прочих равных будет чуточку лучше выбирать по
умолчанию девайс, где /boot или /.

Возможно решать после 4.0, думаю.

Спасибо!
------- Comment #1 From 2007-11-11 21:58:42 -------
Это сейчас воспроизводится.
------- Comment #2 From 2007-11-11 21:59:04 -------
(In reply to comment #1)
Это сейчас воспроизводится?

------- Comment #3 From 2007-11-11 23:45:45 -------
Не знаю, надо проверить.  На стенде как раз hda+sda сейчас и стоит.
------- Comment #4 From 2007-11-28 08:55:50 -------
Это сейчас воспроизводится?
Если нет, то INVALID.
------- Comment #5 From 2007-12-12 12:17:30 -------
Значит уже не актуально
------- Comment #6 From 2007-12-16 13:57:57 -------
Не факт, скорее NEEDINFO... ладно, если вспомню и успею проверить, то посмотрю.

Последний раз некоторый "тест" получился с sda/sdb: SATA-диск и USB Flash;
загрузчик из Junior установился нормально, другое дело, что на флэшку поселили
своп.  Но это другая сказка. :]
------- Comment #7 From 2008-04-14 14:56:44 -------
qawanted: Перед тем как менять статус этой баги, получите `fdisk -l` с
конфигурации на которой воспроизвелось. Без этой информации найти ошибку в
модуле будет сложно.
------- Comment #8 From 2008-04-14 18:31:06 -------
У меня сейчас на стенде подходящая конфигурация.  Тебе ж интересней на сизифном
образе, правильно? (есть ещё M40)
------- Comment #9 From 2008-04-15 20:32:49 -------
Гм.

1) актуально для alterator-lilo-0.2-alt6
2) опять ide+sata, разбивка "снести всё" встала на sata, а вот загрузчик по
умолчанию попытался бы встать на ide (переставил на sata).
------- Comment #10 From 2008-04-15 20:34:30 -------
Created an attachment (id=2571) [details]
`fdisk -l`

вывод fdisk -l из уже установленной системы
------- Comment #11 From 2008-04-16 01:15:15 -------
А что в этом желании загрузчика плохого ? ... это же первый диск по выводу
fdisk.
------- Comment #12 From 2008-04-16 01:17:12 -------
Можно конечно дать приоритет диску с корнем, но где гарантия что он первый и
что
он загрузится после ребута ?
------- Comment #13 From 2008-04-16 11:09:05 -------
(In reply to comment #12)
> Можно конечно дать приоритет диску с корнем, но где гарантия что он первый и что
> он загрузится после ребута ?
Логично, в биосе второй диск с корнем может не стоять в последовательности
загрузки вообще и выяснить это невозможно.

Думаю что от модуля просят "ложной" фичи и предлагаю багу закрыть ;)

Не надо смешивать понятия: "диск где система" и "диск с которого умеет грузиться
комп" ...
------- Comment #14 From 2008-04-17 00:37:50 -------
(In reply to comment #11)
> А что в этом желании загрузчика плохого ? ... 
> это же первый диск по выводу fdisk.
Этот вывод, как сегодня выяснили -- всего лишь следствие порядка загрузки модулей...

Кстати, корень точно так же мог оказаться на hda -- поведение /vm для меня тут
слегка загадочно, хотя и "одобрямс" за исключением выноса hda подчистую.

(In reply to comment #13)
> > Можно конечно дать приоритет диску с корнем, но где гарантия что он первый
> > и что он загрузится после ребута ?
Гарантии нет, но разумности в среднем больше.

> Логично, в биосе второй диск с корнем может не стоять в последовательности
> загрузки вообще и выяснить это невозможно.
Насколько понимаю, именно так.

Но.

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

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

> Думаю что от модуля просят "ложной" фичи и предлагаю багу закрыть ;)
Я не буду особо брыкаться, но предлагаю в таком случае перевесить на меня --
типа, "тебе надо" ;)

> Не надо смешивать понятия: "диск где система"
> и "диск с которого умеет грузиться комп" ...
По крайней мере на сейчас возможно проверять (lilo -t) то, куда собираемся
"ткнуть пальцем" по умолчанию, не показывая результатов облома вида

Lilo test: Fatal: Bios device code 0x80 is being used by two disks
           /dev/sda (0x0800) and /dev/hda (0x0300)

в окошечке _после_ согласия с предложенным дефолтом, а меняя дефолт на следующий
по порядку и проверяя его.  Боюсь, у нас действительно нет менее бинарного
способа определения того, "прокатит" или нет.
------- Comment #15 From 2008-05-08 19:22:07 -------
Я этим модулем больше не занимаюсь.
На нового разработчика.

Reassign => slazav@
------- Comment #16 From 2009-02-14 15:49:55 -------
lilo -T bios в инсталяторе не катит, почему-то. Так что я сейчас не умею
определять диск, с которого будет грузиться система.
------- Comment #17 From 2009-02-14 18:24:17 -------
/proc всякий там точно смонтирован?
------- Comment #18 From 2009-02-14 18:36:38 -------
(В ответ на комментарий №16)
> lilo -T bios в инсталяторе не катит, почему-то. Так что я сейчас не умею
> определять диск, с которого будет грузиться система.

lilo -T bios (а также vol-ID, geom, EBDA) работают только в том случае, если
ядро было загружено через lilo (загрузчик оставляет в памяти данные, которые
потом читает /sbin/lilo). Теоретически можно написать модуль для syslinux,
который будет собирать аналогичную информацию, но польза от него в установщике
сомнительна, поскольку для загрузки самого установщика может потребоваться
изменение конфигурации загрузочных устройств в BIOS, в результате чего
собранная информация не будет соответствовать конфигурации, используемой при
обычной загрузке (в частности, в случае install-flash практически
гарантированно номер 0x80 получит флешка).
------- Comment #19 From 2010-11-03 15:29:35 -------
Видимо, alterator-lilo следует считать заброшенным.
На nobody@