Created attachment 12597 [details] screen В тестировании: x86_64 http://ftp.altlinux.org/pub/distributions/ALTLinux/p10/images/server/x86_64/alt-server-10.1-x86_64.iso aarch64 http://ftp.altlinux.org/pub/distributions/ALTLinux/p10/images/server/aarch64/alt-server-10.1-aarch64.iso Сценарий установки по сети (ftp, nfs, http, samba). Стенд развернут на двух физических машинах (сервер, клиент, объединенных в локальную сеть). На клиенте подсоединена флешка с образом. 1) В Boot Menu выбрать загрузку с флешки. 2) В меню установки выбрать Установка. Нажать E В параметры ядра добавить опцию automatic=method:ftp,network:dhcp,server:192.168.1.1,directory:/netinst/mnt/ Нажать F10 3) Дойти до шага 4 установщика "4/12 Подготовка диска". Результат: в качестве диска для установки предлагается флешка. Считаю это некорректным, т.к. данные с флешки могут быть по неосторожности утеряны. Ожидаемый результат: не предлагать флешку в качестве источника установки. Дополнительно: если установка выполняется не по сети, а в флешки, то флешка в качестве источника установки не предлагается.
Мы фильтруем только то устройство, с которого происходит загрузка. Фильтруются те устройства, которые указаны в /etc/evms.conf в строке exclude = А туда устройство добавляется скриптом /usr/share/install2/initinstall.d/10-disk.sh из пакета installer-common-stage2. Получается, alterator-vm ни при чём тут. Но такое поведение я считаю нормальным и правильным. Для установки доступны устройства, на которые возможно произвести установку. Кроме того, не представляется возможным установить, что ядро и initrd были загружены именно с этой флешки.
Спасибо за комментарий. Сомневалась, репортить ли эту ошибку, но я при тестировании "на автомате" 2-3 раза стерла данные с флешки. Возможно, стоит как-то removable-устройства поярче отмечать или сделать для них категорию отдельную на шаге 4, чтобы глаз цеплялся? Feature request.
(In reply to Vera Blagoveschenskaya from comment #2) > Спасибо за комментарий. > > Сомневалась, репортить ли эту ошибку, но я при тестировании "на автомате" > 2-3 раза стерла данные с флешки. Возможно, стоит как-то removable-устройства > поярче отмечать или сделать для них категорию отдельную на шаге 4, чтобы > глаз цеплялся? > > Feature request. А как определить что устройство removable?
(Ответ для Олег Соловьев на комментарий #3) > (In reply to Vera Blagoveschenskaya from comment #2) > > Спасибо за комментарий. > > > > Сомневалась, репортить ли эту ошибку, но я при тестировании "на автомате" > > 2-3 раза стерла данные с флешки. Возможно, стоит как-то removable-устройства > > поярче отмечать или сделать для них категорию отдельную на шаге 4, чтобы > > глаз цеплялся? > > > > Feature request. > > А как определить что устройство removable? А это уже сделано, кстати. Это делает /usr/share/install2/initinstall.d/50-removable К моменту запуска альтератора уже есть список /tmp/removable
Переквалифицирую как feature request
Актуально для образа Alt Server 10.4 RC4
Результат проверки актуальности Состояние: Запрос подтверждён на Server 10.4. В alterator-vm-0.4.53-alt1 из Sisyphus список /tmp/removable не используется для визуальной маркировки съёмных устройств. Новая логика не выбирает диски по умолчанию, что уменьшает риск, но не реализует запрос. Рекомендация: оставить открытым как актуальный запрос улучшения; при принятии в работу перенести в Sisyphus.
Планируется ли исправление в p10?
Проверка актуальности. Состояние: Баг связан с инсталлятором p10. По решению от 15.09.2026 (#49075, комментарий antohami@) баги Branch p10, связанные с инсталлятором, исправляться не будут; если ошибка воспроизводится в p11, её следует перевешивать на p11. Решение: Закрыть как WONTFIX.
(Ответ для Alexander Makeenkov на комментарий #9) > Проверка актуальности. > > Состояние: > Баг связан с инсталлятором p10. По решению от 15.09.2026 (#49075, > комментарий antohami@) баги Branch p10, связанные с инсталлятором, > исправляться не будут; если ошибка воспроизводится в p11, её следует > перевешивать на p11. > > Решение: > Закрыть как WONTFIX. Так вы же не проверили актуальность на p11?
Перенос на Sisyphus: feature request не реализован ни в одной ветке. Проверка по коду (Sisyphus, alterator-vm-0.4.53-alt1): с момента репорта (02.2023) в alterator-vm ничего не появилось про съёмные устройства — в списке дисков установщика removable-устройства не различаются и не помечаются. В evms есть внутренний флаг EVMS_DEVICE_REMOVABLE (include/common.h), но в интерфейс установщика он не проброшен. Из существующего: только общее предупреждение о потере данных на всех дисках (с 2009 года) и совет в справке отключить USB-носители перед установкой. Запрос актуален для Sisyphus: выделять съёмные устройства на шаге подготовки диска во избежание потери данных.
