А если поставить не стартеркит, а нормальный серверный дистрибутив ?

в любом случае, без детального описания шагов, приводящих к проблеме,
какого-то продвижения не получится.

Попробуйте всё-таки описать по шагам с учётом изложенного вот здесь:
http://egorfine.com/ru/articles/effective-bugreports/ -- на крайняк
можно попробовать записать и опубликовать видео с предпринятыми действиями.

PS 2 rider: ...то в p9 вдруг окажется другой alterator-vm и то, что под ним?

(В ответ на комментарий №3)

> PS 2 rider: ...то в p9 вдруг окажется другой alterator-vm и то, что под ним?

Прошу перевода.

(В ответ на комментарий №1)
> А если поставить не стартеркит, а нормальный серверный дистрибутив ?
Прошу перевода.  Сходу не понял, в каких именно пакетах применительно к этой баге измеряется нормальность.

Всё очень просто - вот тут сказано что starterkit'ы это не дистрибутивы: https://www.altlinux.org/Starterkits (что собственно правда).

Что касается данной ошибки - я ничего не знаю про поведение starterkit'ов, но озвученные проблемы установки в нормальном серверном дистрибутиве не наблюдаются.Соответственно могу предположить что данные проблемы связаны с профилем стартеркит'ов, которые проходят заметно худший контроль качества перед выпуском по сравнению с ALT Server.

Соотвественно, если ALT Server устанавливается без таких проблем, то их наличие - это какие-то нюансы профилей сборки стартеркитов и ошибку надо перевесить на соответствующий компонент.

(В ответ на комментарий №6)
> Что касается данной ошибки - я ничего не знаю
Если забыл, то напомню обо _всём_ причастном:
- alterator-vm: верхний уровень
- guile-evms: прослойка
- libevms: движок

К alterator-vm прилагается /var/cache/alterator/vm-profile.scm (есть штатный и обычно его переписывают скриптом из installer-distro-* или volumes-profile-*), который и определяет поведение /vm в сценариях авторазбивки.

Так вот volumes-profile-regular не менялся уже полтора года и никаких подобных проблем с ним не наблюдаю, а твои системные попытки FUD в сторону стартеркитов и впаривания дистрибутивов вместо выяснения собственно проблем порой напоминают
https://www.redhat.com/archives/fedora-devel-list/2004-May/msg00104.html (конкретно типаж <rh_sales>) -- потому что остальные причастные компоненты являются общими для всего, что собирается на p9/branch.

PS 2 Yar4e: постарайтесь вытащить /var/log/evms-engine.log и приложить сюда.

Помимо такого стека на libevms может оказывать влияние ядро, systemd, наличие/отстуствие userspace утилит и многое другое.

И да, я конечно не продажник но и ежу понятно что продукт, прошедший все стадии контроля качества будет более надёжным чем community образ, тестируемый энтузиастами.

Логи evms вещь полезная, но в данном случае гораздо интереснее поведение ALT Server. Если в том случае проблем не будет - по крайней мере будет понятно где искать.

Created attachment 8369 [details]
evms-engine.log

(В ответ на комментарий №7)

> PS 2 Yar4e: постарайтесь вытащить /var/log/evms-engine.log и приложить сюда.

Лог приложил. При создании разделов размером 1Мб. "поздравление" воспроизводится только при определённых условиях, а вот попытка уменьшения VG, созданного поверх RAID1 даёт 100% воспроизводимость, что собственно и должно быть в логе.

Сейчас ставил коммерческий P8.2 Server и там тоже воспроизводится на ВМ "поздравление" при уменьшении или увеличении VG.

Сергей, попробуйте воспроизвести на p8.

Воспроизвел на образе alt-workstation-9.0-x86_64.iso
На этапе 4/12: Подготовка диска выбрать "Подготовка разделов в ручную" и нажать далее. Удалить все существующие таблицы разделов.
Создать раздел с типом раздела "Linux LVM"
Нажать LVM -> Создать группу томов -> Задать какое-либо имя группы томов (например lvm)
Выбрать созданную группу томов lvm и нажать кнопку Увеличить или Уменьшить
В результате всплывает окно Поздравляю! Вы обнаружили секретный уровень! (скриншот 1.png)

Created attachment 8399 [details]
2.png

Created attachment 8400 [details]
Скриншот 1.png

На P8 так же воспроизводится. Проверил на образе workstation-8.2-x86_64.iso

Данная проблема происходит из-за того, что ресайз VG осуществляется не совсем очевидным, но абсолютно логичным образом - за счет других PV. Поэтому в увеличении размера VG нет смысла, если нет других свободных PV. Также, как нет смысла и в уменьшении, если VG состоит из одного PV.

Решение - не показывать кнопки увеличения/уменьшения VG, если увеличить/уменьшить нельзя.

Надо попробовать такой вариант.

evms-2.5.5-alt42 -> sisyphus:

 Thu Jan 16 2020 Slava Aseev <ptrnine@altlinux> 2.5.5-alt42
 - plugins/lvm2: Return EINVAL when expanding of VG with no available
   PVs and when shrinking of VG with one child PV (Closes #37393)