21491 2009-09-09 11:20:55 +0400 bad lilo.conf for lvm root with two or more hdd 2010-10-01 01:38:22 +0400 1 1 4 Development Sisyphus bootloader-utils unstable all Linux CLOSED WONTFIX P3 normal --- 1 eostapets placeholder at boyarsh glebfm ldv mike placeholder sem slazav vitty vt qa-sisyphus oldest_to_newest 98560 0 eostapets 2009-09-09 11:20:55 +0400 Лило в своей работе использует трансформацию имени устройства в major:minor и в таком виде передает его ядру в параметре root=. В случае корневого раздела на lvm (предполагаю что это верно и для других вариантов использования device-mapper) комбинация major:minor легко разъезжается при наличии второго диска с отдельным volume group. Решением является передача параметра root через append или addappend, в таком случае ядро получает символьное описание устройства с корневым разделом и уже на совести initrd его найти в системе. Опыт других дистрибутивов и мои эксперименты не выявили регрессий при этом варианте. 98562 1 ldv 2009-09-09 12:03:12 +0400 (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 98563 2 eostapets 2009-09-09 12:13:03 +0400 Тоже вариант, но uuid совсем не дружелюбный способ задания информации. И совсем не работает для lvm root, если воспользоваться lilo-22.8 с патчами от suse/fedora/mandriva, так их вариант взрывает при наличии /dev/dm-[0-9]* устройств, если с помощью правил udev эти устройства переместить в другое место, то initrd не может найти rootfs. В принципе вариант, lilo-22.8 от PLD не обладает этим недостатком, но я с ним не проверял uuid. Сегодня проверю и отпишусь. Но append/addappend работает с любым lilo и используется повсеместно. 98574 3 slazav 2009-09-09 13:00:48 +0400 Кажется, это предложение затрагивает и alterator-lilo. Но я пока не понял, чем для него плох root=UUID=, как сейчас, так что пока подожду что-либо делать. Интересно, а что оказывается в /proc/mounts при передаче root через append? (На эту тему есть еще комментарии vsu в #20292 - как lilo передает ядру параметр root и что с ним делает initrd...) > Попробуйте Хм, странный коммит. Количество скобок и палок странное. 98576 4 eostapets 2009-09-09 13:10:23 +0400 (В ответ на комментарий №3) > Кажется, это предложение затрагивает и alterator-lilo. Но я пока не понял, чем > для него плох root=UUID=, как сейчас, так что пока подожду что-либо делать. Тем, что не работает для root на lvm без отдельного /boot. Только проверил, root по uuid не находится, сейчас сделаю кастомный initrd с ls, постараюсь понять что не так... > > Интересно, а что оказывается в /proc/mounts при передаче root через append? Тоже, что и при прямой передаче root=. Этот параметр влияет на логику работы initrd 98584 5 ldv 2009-09-09 13:43:14 +0400 (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 98600 6 eostapets 2009-09-09 14:45:49 +0400 Добрался посмотреть с кастомным initrd. /dev/disk/by-uuid вообще отсутствует, когда все диски на lvm. Вероятно проблема в правилах udev, который не пересканирует диски после инициализации lvm, но в udev я не разбираюсь... Так что apped/addappend пока что единственный рабочий вариант. 99542 7 ldv 2009-09-20 03:11:27 +0400 Если root="UUID=..." пойдёт в виде append'а, то от initrd всё равно потребуется поддержка UUID'ов. Таким образом получается, что append= в случае использования UUID'ов ничем не лучше того, что installkernel делал всегда. 112940 8 ldv 2010-10-01 01:38:22 +0400 Apparently wontfix.