Это тема, перекликающаяся с одной из причин, по которым 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, на котором корень, который в свою очередь не в начале диска. Это отдельный баг.

А эту багу воспроизвести у меня не получается. Потому закрываю.
Если воспроизведёте, то переоткройте и помогите мне воспроизвести.