Created attachment 8898 [details] /tmp/remount.log Разбивка: три одинаковых диска, на каждом по два раздела. /dev/sd*1 - 128 Мб, из них сделан raid1, на котором раздел /boot /dev/sd*2 - остальной диск, pv. Внутри LVM'а три раздела, каждый на своём pv. Из этих разделов сделан raid5, на котором лежит корень.
Это тема, перекликающаяся с одной из причин, по которым legion@ начал делать make-initrd вместо mkinitrd -- чтобы корень добывать в цикле событий по мере их появления до достижения таймаута, а не идти по "этажерке", которую всегда можно "завалить" подбором состава/порядка/повторяемости компонент, что и показано данным синтетическим тестом. Эта реализация не рассчитана на raid5 поверх lvm2 поверх raid1, среди прочего. Передизайнивать её я сейчас не готов вообще. Вводные для переобдумывания постарался привести. PS: перед любым обсуждением дизайна я бы постарался вспомнить добавленные в связи баги и выяснить мнение коллег, которым сейчас добавил копии по этой баге. Начиная с того, что причиной существования этого пакета у нас является опора модуля разбивки дисков в инсталяторе (alterator-vm) на libevms, у чего есть свои плюсы и минусы -- лишь одним из последних является сугубо "своя" схема именования устройств, "мостик" между которой и приходилось костылить до p7 (см. тж. installer < 1.8.0 и патчи на grub как минимум). PPS: как в подобных случаях рекомендует rider@ -- пользуйтесь стартеркитами, там нормальная и поддерживаемая схема разбивки "из коробки".
Миша, на будущее - пожалуйста, не надо говорить за меня то, что я не говорил. Я никому не рекомендую использовать стартеркиты. Никогда и ни по каким причинам. Слой ошибок в стартерките сильно отличается от наших дистрибутивов и уже даже в качестве базы для тестирования они подходят не очень. Нормальная схема разбивки есть только в обычных классических дистрибутивах. Олег в данном случае просто нашёл ошибку, которая в реальной жизни врятли вылезет просто потому, что нормальный человек такую трёхслойную схему делать не будет. Ошибка есть, просьба не закрывать. Может вылезти на какой-то другой схеме разбивки, в которой используются три слоя (например - raid + lvm + btrfs).
(Ответ для Anton Farygin на комментарий #2) > Миша, на будущее - пожалуйста, не надо говорить за меня то, что я не > говорил. Я никому не рекомендую использовать стартеркиты. А я никому не рекомендую использовать LVM. > Нормальная схема разбивки есть только в обычных классических дистрибутивах. В kworkstation -- аномальная (и поспешно внедрённая), но это уже другая бага. > Олег в данном случае просто нашёл ошибку, которая в реальной жизни врятли > вылезет просто потому, что нормальный человек такую трёхслойную схему делать > не будет. Об этом и написал, к нему-то какие претензии. Да только заранее ясно было. > Ошибка есть, просьба не закрывать. Я закрыл этот отчёт о вполне себе существующей ошибке как WONTFIX -- см. тж. http://altlinux.org/BugTracking/BugzillaMiniHowto#Закрытие_бага -- пояснив, почему (и в какую сторону копать при наличии желания решить именно её). Усилия на исправление этой проблемы _может_ быть более конструктивно потратить на отвязку от libevms, который сейчас мы поддерживаем вынужденно сами. Может быть и нет -- даже эта оценка не вполне тривиальна.
Created attachment 11168 [details] Невозможно установить grub Проблема не воспроизвелась у меня. Я дошёл до установки grub, но установить его невозможно на RAID.
(Ответ для Антон Мидюков на комментарий #4) > Создано вложение 11168 [details] [подробности] > Невозможно установить grub > > Проблема не воспроизвелась у меня. Я дошёл до установки grub, но установить > его невозможно на RAID. А нельзя его установить, так как в alterator-grub в список возможных устройств попадает только RAID, на котором корень, который в свою очередь не в начале диска. Это отдельный баг. А эту багу воспроизвести у меня не получается. Потому закрываю. Если воспроизведёте, то переоткройте и помогите мне воспроизвести.