Bug 18829 - Ошибка при установке загрузчика (на раздел).
Summary: Ошибка при установке загрузчика (на раздел).
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-lilo (show other bugs)
Version: unstable
Hardware: all Linux
: P2 critical
Assignee: Michael Shigorin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 17727
  Show dependency tree
 
Reported: 2009-02-14 03:10 MSK by NotHAM
Modified: 2013-09-19 20:56 MSK (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description NotHAM 2009-02-14 03:10:19 MSK
ALT 5.0. Альфа от 13.02.2009. (На предыдущих пре-альфах то же самое)

Железо: материнка - ASUS P5GC-MX, процессор Р4 3000, видео - NV GF 6600, 
память 2G, звук - X-Fi Xtreme Audio, сеть - встроенная Attansic L2 100 Mbit.
Винчестер - SATA Seagate 250 G - вполне стандартный.

При установке на диск с заранее подготовленными разделами (АЛЬТ-ом 4.1) - на шаге 7 ошибка:
"Lilo test: Fatal: Partition entry not found". 
От установки загрузчика (на раздел) пришлось отказаться. Загружаю GRUB-ом.

Фрагмент fstab до установки (сохранен из предыдущей пре-альфы ...):
# UUID=f686c1e3-e318-4f65-b1dc-28430eadc232	swap   # Используется соседним ALT 4.1
# UUID=0495d910-bf32-4156-8f55-0f06e068533a	swap   # Используется соседним Debian (тестирую)
UUID=51eee28f-447b-4ee0-907c-2196f0e01e36	swap   # Зарезервирован для ALT 5.0 (alpha)

Строка из lilo.conf после установки:
append="resume=/dev/disk/by-uuid/51eee28f-447b-4ee0-907c-2196f0e01e36 panic=30 splash=silent"

Фрагмент fstab после установки (альфа от 13.02.2009):
# UUID=cba4f1b2-0341-4c8d-ae63-7c9402832186	swap   # ...
# UUID=0314debe-2c6e-4e69-8b42-d82cb75d94da	swap   # ...
UUID=b9a99969-eb66-4933-b24a-e0aee12b847f	swap   # Используется ALT 5.0 (alpha). Изменен при установке?

Установщик пишет в lilo.conf UUID который был до форматирования ?
В ALT 4.0 и ALT 4.1 на этом же железе ничего подобного не было.
Переразбивка диска средствами ALT 5.0 не проверялась.
Comment 1 barssc 2009-02-14 17:12:10 MSK
Ошибка с загрузчиком обнаруживается, если имеются разделы с файловой системой ntfs (возможно что и с fat), причем загрузчик на каждом таком разделе обнаруживает загрузочную запись windows, хотя она там и не установлена.
Comment 2 Vladislav Zavjalov 2009-02-19 15:54:35 MSK
Про 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 пока не попало...
Comment 3 Vladislav Zavjalov 2009-02-19 15:57:38 MSK
Да, команда lilo -b установит загрузчик и может попортить загрузочную запись раздела. Так что запускайте, если не жалко так тестировать :)
Comment 4 NotHAM 2009-02-21 02:37:14 MSK
В 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 в этом уже не было необходимости.
Comment 5 Vladislav Zavjalov 2009-02-21 09:43:44 MSK
строчка resume= пишется в недрах инсталятора, не в altertor-lilo.
lilo корректность этого устройства не проверяет, просто передает такой параметр ядру.

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

Насчет установки загрузчика:
Почему раньше проверке не проходила, а сейчас проходит - не знаю. Вероятнее всего, что в lilo.conf, действительно, писалось что-то не то.
По крайней мере, определение правильных вариантов устройств для установки загрузчика в разных системах, действительно, исправлялось.
Comment 6 NotHAM 2009-02-21 15:43:12 MSK
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 никаких проблем не было !!!
Comment 7 Vladislav Zavjalov 2009-02-24 14:14:27 MSK
> Можно ожидать, что с появлением в 5.0 udev-138 проблема с
записыванием неправильного uuid решится

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

Новый udev на лету понимает, что uuid изменился, а вот hal -- нет.
Так что лучше бы переписать installer-feature-desktop-suspend-stage2
с использованием blkid или udevadm для определения uuid. (Заодно ограничить использование халдыбаса в инсталяторе :))
Comment 8 Michael Shigorin 2009-02-24 18:39:10 MSK
Интересно, как пакет boyarsh@ попал на меня... небось, Packager: не был поправлен :)
Comment 9 NotHAM 2009-03-03 23:26:48 MSK
В бете 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 - не удалось 
(вернее удалось - но совершенно неприемлемым способом).
Comment 10 NotHAM 2009-03-19 00:14:17 MSK
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-разделов нужно предусмотреть для них возможность выбора использовать/не использовать ??? Как в дебиане ?
А так получается что подобная установка пока что проблематична ...
Comment 11 NotHAM 2009-03-23 23:33:10 MSK
Beta от 17.03.2009.
Все то же самое. На этот раз ничего редактировать не стал. После загрузки Грубом
сразу сделал из под рута ... # lilo. И собственный загрузчик заработал (с раздела).
Получается чтобы заработал загрузчик - нужно сделать ... # lilo, а чтобы это
сделать - нужно чтобы заработал загрузчик (или использовать внешний).
Comment 12 NotHAM 2009-06-09 19:52:49 MSD
При сборке собственного ...iso 09.06.2009 обнаружил, что ошибка исчезла,
надеюсь что навсегда.
Спасибо за устранение.
Comment 13 Владимир 2009-07-09 10:45:56 MSD
altlinux-5.0.0_beta-20090615-desktop-x86_64-ru-install-dvd5.iso
1 диск, разделы на нем ext2/3 и swap оставшиеся от Kubuntu + флешка на 8 гигов (fat32) была вставлена. При ручном разбиении и монтировании в уже существующий раздел где раньше стояла Kubuntu? lilo выдает ошибку и не даёт делай следующие шаги.
Решил проблему устранением флешки и на всякий пожарный поставил автоматическую разбивку дискового пространства.
Comment 14 Michael Shigorin 2013-09-19 20:49:32 MSK
(In reply to comment #1)
> Ошибка с загрузчиком обнаруживается, если имеются разделы с файловой системой
> ntfs (возможно что и с fat), причем загрузчик на каждом таком разделе
> обнаруживает загрузочную запись windows, хотя она там и не установлена.
Вылезло при установке в MBR при разбивке под UEFI (regular-server.iso), забираю.

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