55441 2025-07-31 15:39:23 +0300 Некорретное имя ресурса при монтировании 2026-10-08 14:00:27 +0300 1 1 4 Development Sisyphus gpupdate unstable x86 Linux NEW P5 normal --- 1 itteh greh greh nir sin sysoevas qa-p10 oldest_to_newest 270203 0 itteh 2025-07-31 15:39:23 +0300 Добрый день. Рабочая станция в домене AD. Имеются несколько групповых политик с монтированием сетевых дисков, в параметрах указаны подпись и имя дисков. При монтировании имя одного ресурса получает как имя диска по политике, второй и последующие диски получают имя из подписи, что некорректно. Помогает правка шаблона /usr/share/gpupdate/templates/autofs_mountpoints.j2 , в котором условие {% if drv.label %} заменяем на {% if not drv.dir %}. Можно командой: sed -i 's/{% if drv.label %}/{% if not drv.dir %}/' /usr/share/gpupdate/templates/autofs_mountpoints.j2 Но все правки шаблона слетают после обновления пакета. Просьба поправить логику шаблона для сохранения логики монтирования сетевых дисков как в Windows-машинах. 270714 1 sysoevas 2025-08-10 17:01:03 +0300 Прошу предоставить дополнительную информацию, для воспроизведения ошибки: - Состав стенда - ОС на контроллере домена - Шаги воспроизведения (как и какие политики настраивались) - Реальный результат - Ожидаемый результат 270984 2 itteh 2025-08-18 10:09:40 +0300 Контроллеры домена Windows Server 2016-2022, уровень домена и леса 2008r2. Создаём несколько политик монтирования сетевых дисков, назначаем имя диска (например - Z у первой политики и W у второй политики) и подпись (например - "Документы и прочее" для Z и "Архивы" для W). Реальный результат: сетевые папки примонтировались, но для диска W имя задано как "Архивы", т.е. "Z" и "Архивы" Ожидаемый результат: сетевые диски примонтировались, имя дисков Z и W 272433 3 sysoevas 2025-09-14 16:30:24 +0300 Windows-Server-2016-X64FRE-RU-RU p10-workstation-10.4-x86-64 Воспроизводится по шагам из комментария 2. Не проверялось на Sisyphus; 299315 4 vercha 2026-09-17 10:16:12 +0300 Результат проверки актуальности Состояние: Шаблон autofs_mountpoints.j2 подставляет drv.label вместо буквы диска для второго и последующих томов. Воспроизведено на p10. В Sisyphus gpupdate-0.16.3; проверка не выполнялась. Рекомендация: перепроверить имена монтируемых дисков в Sisyphus с gpupdate-0.16.3. Ошибка передана qa-team. 301507 5 vercha 2026-10-08 14:00:27 +0300 Результат ретеста Тестовое окружение: домен на Windows Server 2016. Две GPO подключения дисков привязаны к OU пользователя: - Z: → \\<DC>\docs, подпись «Документы и прочее»; - W: → \\<DC>\arch, подпись «Архивы». Клиенты: ALT Workstation K 10.4 (p10, gpupdate-0.13.4-alt1) и ALT Workstation K, обновлённая до Sisyphus (gpupdate-0.16.3-alt1). Проверяла имена точек монтирования в /etc/auto.master.gpupdate.d/<user>.conf (каталог /run/media/<user>/drives/). 1. «Повторно подключать» выключено (persistent="0"): - p10: «Архивы», «Документы и прочее» — имена по подписи, воспроизводится; - Sisyphus: «W», «Z» — имена по букве, как в Windows. 2. «Повторно подключать» включено (persistent="1"): - p10: «Архивы», «Документы и прочее»; - Sisyphus: «Архивы», «Документы и прочее» — снова по подписи. Монтирование при этом работает, ресурсы с подписью с пробелом и кириллицей доступны. В Sisyphus поведение изменено коммитом «Added support to ensure drive letters from GPO are applied instead of labels» (65dc9ec, 2025-09-02): подпись используется как имя точки монтирования только при persistent="1". В p10 (0.13.4) этого изменения нет. Итог: частично. Без «Повторно подключать» в Sisyphus исправлено, в p10 воспроизводится. С «Повторно подключать» подпись по-прежнему заменяет букву, хотя в Windows буква диска от этого флага не зависит (подпись — только отображаемое имя). Вопросы к мейнтейнеру: - Ожидается ли перенос исправления в p10? - Подпись вместо буквы при включённом «Повторно подключать» — это намеренное поведение?