Created attachment 13223 [details] screen Воспроизводится на образах линейки 10.1 Например, Workstation K 10.1, Workstation 10.1, Server V 10.1 alterator-vm-0.4.31-alt1 Конфигурация системы: подключено 2 диска. 1) Система установлена на /dev/sda : на этапе 4/12 Подготовка диска выбрать "Установка рабочей станции (совместима с Timeshift)". /dev/sdb не трогать. 2) После установки войти в систему и сделать рейд командами: # btrfs device add /dev/sdb /home -f Performing full device TRIM /dev/sdb (32.00GiB) ... # btrfs balance start -dconvert=raid1 -mconvert=raid1 /home Done, had to relocate 18 out of 18 chunks # btrfs filesystem show Label: none uuid: 36016dcb-ffd0-4b79-a585-8c3daa44b5cc Total devices 2 FS bytes used 13.11GiB devid 1 size 24.87GiB used 15.03GiB path /dev/sdb2 devid 2 size 32.00GiB used 15.03GiB path /dev/sda Шаги воспроизведения: 1) Начать установку системы, дойти до шага 4/12 Подготовка диска, выбрать "Вручную". 2) Перейти на следующий шаг. Результат: наименование дисков поменялось: теперь под сущностью btrfs указан /dev/sdb. Ожидаемый результат: наименование дисков не изменены, под сущностью btrfs указан /dev/sda
Устроит указание UUID вместо пути к устройству?
(Ответ для Олег Соловьев на комментарий #1) > Устроит указание UUID вместо пути к устройству? Можно скриншот предполагаемого действия ?
(In reply to Vera Blagoveschenskaya from comment #2) > (Ответ для Олег Соловьев на комментарий #1) > > Устроит указание UUID вместо пути к устройству? > > Можно скриншот предполагаемого действия ? Только на пальцах
Сейчас: BtrFS └─sdb ├─@ BtrFS / └─@home BtrFS /home Disks ├─sda │ ├─sda1 Unknown │ └─sda2 Unknown └─sdb BtrFS Предлагаю: BtrFS └─36016dcb-ffd0-4b79-a585-8c3daa44b5cc ├─@ BtrFS / └─@home BtrFS /home Disks ├─sda │ ├─sda1 Unknown │ └─sda2 Unknown └─sdb BtrFS
Результат проверки актуальности Состояние: Предложение показывать UUID вместо sdX для btrfs raid в 2023 не реализовано. Sisyphus alterator-vm-0.4.53 по-прежнему truncate-name (sdX). Рекомендация: выполнить ретест отображения имён дисков после btrfs raid на актуальном установщике Sisyphus.
Проверил на regular-mate-latest (Sisyphus, alterator-vm-0.4.53-alt1, libevms-2.5.5-alt94) в VM с тремя дисками: swap + btrfs на sda2, sdb добавлен в raid1 (btrfs device add + balance -dconvert=raid1 -mconvert=raid1). При следующей загрузке установщика член raid показан как sdc, а не sdb — но это не установщик: ядро само раздало буквы иначе (lsblk -o NAME,HCTL: sda 3:0:0:1, sdb 2:0:0:0, sdc 4:0:0:2; в первой загрузке было наоборот, в третьей — снова иначе, sda 3:0:0:1, sdb 4:0:0:2, sdc 2:0:0:0). Диски сидят на разных SCSI-хостах и опрашиваются асинхронно, порядок sdX не гарантирован и без btrfs. То же самое видно в исходном lsblk репортёра: системный диск уже стал sdb в установленной системе. alterator-vm показывает актуальные для текущей загрузки имена, дефекта в нём нет. Показывать UUID вместо sdX (comment 4) — разумное RFE, но это отдельная задача.
Заведена отдельная задача на улучшение: показывать UUID тома btrfs вместо нестабильного имени sdX — https://bugzilla.altlinux.org/60579
