ALT Linux Bugzilla – #18829

Ошибка с загрузчиком обнаруживается, если имеются разделы с файловой системой ntfs (возможно что и с fat), причем загрузчик на каждом таком разделе обнаруживает загрузочную запись windows, хотя она там и не установлена.

Про lilo - не очень понимаю, в чем дело.

Если пройти шаг lilo не устанавливая загрузчик и переключиться в консоль:

Правильное ли устройство записалось в lilo.conf в строчке boot=

Что говорит
udevadm info --name=/dev/<устройство> --query=env
udevadm info --name=/dev/evms/<устройство> --query=env

Ругается ли
lilo -b /dev/evms/<устройство>
lilo -b /dev/<устройство>

?

...

Насчет swap, вероятно, проблема в том, что если раздел сохранился, но был переразмечен, udev в инсталяторе запомнил старый uuid. Это починено в udev-138-alt1, в 5.0 пока не попало...

Да, команда lilo -b установит загрузчик и может попортить загрузочную запись раздела. Так что запускайте, если не жалко так тестировать :)

В lilo.conf в строчке boot устройство записалось правильное:
boot="/dev/disk/by-id/scsi-SATA_ST3250410AS_6RY5W73X-part11"

Об этом было на форуме:
http://forum.altlinux.org/index.php/topic,2045.msg30483.html#msg30483
Проблема только в строке append=" .... " (установлен ...udev-135-alt1...).

В бете 5.0 от 19.02.2009 то же самое, только запись в lilo.conf другая:
append="panic=30 splash=silent", т. е. про resume - ни слова ..., 
но lilo на раздел установился сам корректно (убрали проверку ???).
После редактирования lilo.conf:
append="resume=/dev/disk/by-uuid/6e925492-505c-4586-9782-3fe3de7ab4cf panic=30 splash=silent"
загрузчик заработал как ни в чем не бывало.

lilo -b /dev/<устройство> ... 
пробовать не стал, т. к. в бете 5.0 в этом уже не было необходимости.

строчка resume= пишется в недрах инсталятора, не в altertor-lilo.
lilo корректность этого устройства не проверяет, просто передает такой параметр ядру.

Перевешу пока на пакет installer-feature-desktop-suspend-stage2, где это делается. Можно ожидать, что с появлением в 5.0 udev-138 проблема с записыванием неправильного uuid решится. (Кстати, в alterator-lilo я не дожидаясь этого перешел на disk/by-id/*, с которыми таких глюков не происходило)

Насчет установки загрузчика:
Почему раньше проверке не проходила, а сейчас проходит - не знаю. Вероятнее всего, что в lilo.conf, действительно, писалось что-то не то.
По крайней мере, определение правильных вариантов устройств для установки загрузчика в разных системах, действительно, исправлялось.

To Vladislav Zavjalov

Спасибо за комментарии. 
Дело в том, что изначально я вешал этот BUG именно на installer, но потом он почему-то попал к Вам.

Может быть installer не разобрался в разделах на диске ??? Вывод fdisk -l такой:

Disk identifier: 0x37bc37bc

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         261     2096451    b  W95 FAT32
/dev/sda2             262        8420    65537167+   7  HPFS/NTFS
/dev/sda3            8421       16579    65537167+   7  HPFS/NTFS
/dev/sda4           16580       30401   111025215    5  Extended
/dev/sda5           16580       17981    11261533+  83  Linux
/dev/sda6           17982       18242     2096451   82  Linux swap / Solaris
/dev/sda7           18243       21149    23350446   83  Linux
/dev/sda8           21150       22551    11261533+  83  Linux
/dev/sda9           22552       22812     2096451   82  Linux swap / Solaris
/dev/sda10          22813       25719    23350446   83  Linux
/dev/sda11          25720       27121    11261533+  83  Linux
/dev/sda12          27122       27382     2096451   82  Linux swap / Solaris
/dev/sda13          27383       30401    24250086   83  Linux

Но с АЛЬТОм 4.1 никаких проблем не было !!!

> Можно ожидать, что с появлением в 5.0 udev-138 проблема с
записыванием неправильного uuid решится

Увы, не решится. 

Новый udev на лету понимает, что uuid изменился, а вот hal -- нет.
Так что лучше бы переписать installer-feature-desktop-suspend-stage2
с использованием blkid или udevadm для определения uuid. (Заодно ограничить использование халдыбаса в инсталяторе :))

Интересно, как пакет boyarsh@ попал на меня... небось, Packager: не был поправлен :)

В бете 5.0 от 27.02.2009 ошибка повторяется. Информация на форуме:
http://forum.altlinux.org/index.php/topic,2045.msg34220.html#msg34220
Удачная установка lilo с кривым конфигом оказалась случайной.

При попытке переустановки с редактированием lilo.conf в экспертном режиме
получил сообщение:
Lilo Test: Warning: partition type 0x82 on device 0x080B is a dangerous plase
for a boot sector. Proceed? [Y/n]. - причем на клавиши [Y/n] накакой реакции
(что вобщем то правильно). Lilo устанавливаться отказался.

Повторить попытку установить без редактирования .conf - не удалось 
(вернее удалось - но совершенно неприемлемым способом).

Beta от 17.03.2009. Установка поверх предыдущей беты с форматированием разделов.
После установки (lilo на радел) и запуске через Grub с передачей управления
собственному загрузчику (... chainloader +1) опять получаю сообщение
Error 13: Invalid or unsupported executable format ...
Далее прямая загрузка Грубом ...

После загрузки:
Строка из lilo.conf ...
append="resume=/dev/disk/by-uuid/f5ffbd27-1106-4ce1-9d92-5f7abf8bc093 panic=30 splash=silent"
Строки из fstab ...
UUID=f5ffbd27-1106-4ce1-9d92-5f7abf8bc093	swap #1 Alt 4.1.0 KDE
UUID=6db30afd-45f5-487c-84f2-05b0bd42831c	swap #2 Alt 5.0 Gnome
UUID=e5a7b573-360d-4a58-8f2b-3b08004a8be9	swap #3 этот раздел выбирался при установке снятием-установкой флажка форматирования

Записи в принципе верные (хотя и не на тот раздел), но - опять ошибка ...
После редактирования lilo.conf (прописывания UUID от swap #3) и комментирования в fstab разделов swap #1 и swap #2 загружаться начал как ни в чем не бывало ...
Может быть при наличии нескольких swap-разделов нужно предусмотреть для них возможность выбора использовать/не использовать ??? Как в дебиане ?
А так получается что подобная установка пока что проблематична ...

Beta от 17.03.2009.
Все то же самое. На этот раз ничего редактировать не стал. После загрузки Грубом
сразу сделал из под рута ... # lilo. И собственный загрузчик заработал (с раздела).
Получается чтобы заработал загрузчик - нужно сделать ... # lilo, а чтобы это
сделать - нужно чтобы заработал загрузчик (или использовать внешний).

При сборке собственного ...iso 09.06.2009 обнаружил, что ошибка исчезла,
надеюсь что навсегда.
Спасибо за устранение.

altlinux-5.0.0_beta-20090615-desktop-x86_64-ru-install-dvd5.iso
1 диск, разделы на нем ext2/3 и swap оставшиеся от Kubuntu + флешка на 8 гигов (fat32) была вставлена. При ручном разбиении и монтировании в уже существующий раздел где раньше стояла Kubuntu? lilo выдает ошибку и не даёт делай следующие шаги.
Решил проблему устранением флешки и на всякий пожарный поставил автоматическую разбивку дискового пространства.

(In reply to comment #1)
> Ошибка с загрузчиком обнаруживается, если имеются разделы с файловой системой
> ntfs (возможно что и с fat), причем загрузчик на каждом таком разделе
> обнаруживает загрузочную запись windows, хотя она там и не установлена.
Вылезло при установке в MBR при разбивке под UEFI (regular-server.iso), забираю.

В качестве гильотинотерапии думаю отключить по умолчанию галку про Windows при обнаружении любого FAT/NTFS, дальше кумекать, что будет правильным.

Пакет alterator-lilo удалён из Сизифа заданием 337507.100 (30.12.2023), неактуально.