ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | bad lilo.conf for lvm root with two or more hdd | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Eugene Ostapets <eostapets> |
| Component: | bootloader-utils | Assignee: | placeholder <placeholder> |
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | at, boyarsh, glebfm, ldv, mike, placeholder, sem, slazav, vitty, vt |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Eugene Ostapets
2009-09-09 11:20:55 MSD
(In reply to comment #0) > Лило в своей работе использует трансформацию имени устройства в major:minor и в > таком виде передает его ядру в параметре root=. Если root в lilo.conf указан в виде root="UUID=..." то lilo передаёт эту информацию ядру в символьном виде. Попробуйте http://git.altlinux.org/people/ldv/packages/?p=bootloader-utils.git;a=commit;h=0.3.3-alt1-1-g14e61df Тоже вариант, но uuid совсем не дружелюбный способ задания информации. И совсем не работает для lvm root, если воспользоваться lilo-22.8 с патчами от suse/fedora/mandriva, так их вариант взрывает при наличии /dev/dm-[0-9]* устройств, если с помощью правил udev эти устройства переместить в другое место, то initrd не может найти rootfs. В принципе вариант, lilo-22.8 от PLD не обладает этим недостатком, но я с ним не проверял uuid. Сегодня проверю и отпишусь. Но append/addappend работает с любым lilo и используется повсеместно. Кажется, это предложение затрагивает и alterator-lilo. Но я пока не понял, чем для него плох root=UUID=, как сейчас, так что пока подожду что-либо делать. Интересно, а что оказывается в /proc/mounts при передаче root через append? (На эту тему есть еще комментарии vsu в #20292 - как lilo передает ядру параметр root и что с ним делает initrd...) > Попробуйте Хм, странный коммит. Количество скобок и палок странное. (В ответ на комментарий №3) > Кажется, это предложение затрагивает и alterator-lilo. Но я пока не понял, чем > для него плох root=UUID=, как сейчас, так что пока подожду что-либо делать. Тем, что не работает для root на lvm без отдельного /boot. Только проверил, root по uuid не находится, сейчас сделаю кастомный initrd с ls, постараюсь понять что не так... > > Интересно, а что оказывается в /proc/mounts при передаче root через append? Тоже, что и при прямой передаче root=. Этот параметр влияет на логику работы initrd (In reply to comment #3) > > Попробуйте > Хм, странный коммит. Количество скобок и палок странное. cut-n-paste error, пробовать надо http://git.altlinux.org/people/ldv/packages/?p=bootloader-utils.git;a=commit;h=0.3.3-alt1-1-gfa15069 Добрался посмотреть с кастомным initrd. /dev/disk/by-uuid вообще отсутствует, когда все диски на lvm. Вероятно проблема в правилах udev, который не пересканирует диски после инициализации lvm, но в udev я не разбираюсь... Так что apped/addappend пока что единственный рабочий вариант. Если root="UUID=..." пойдёт в виде append'а, то от initrd всё равно потребуется поддержка UUID'ов. Таким образом получается, что append= в случае использования UUID'ов ничем не лучше того, что installkernel делал всегда. Apparently wontfix. |
