Bug 18829
| Summary: | Ошибка при установке загрузчика (на раздел). | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | NotHAM <aichernov> |
| Component: | alterator-lilo | Assignee: | Michael Shigorin <mike> |
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P2 | CC: | aen, aichernov, alfafenix, barssc, boyarsh, mike, mithraen, rom_as, slazav |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 17727 | ||
Ошибка с загрузчиком обнаруживается, если имеются разделы с файловой системой 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), неактуально. |
Description
NotHAM 2009-02-14 03:10:19 MSK