Добрый день. Имеется ПК Альт Линукс Рабочая станция К 10, ОС обновлена до текущей актуальной версии. Машина введена в домен AD. Заметили на политике монтирования сетевых дисков через сопоставление дисков. Параметр в групповой политике удалили, а на машине в кеше остался старый параметр. Помогает полное удаление кеша /var/cache/samba/gpo_cache/<DOMAIN> Команды gpupdate --force && gpoa --force && gpupdate --force не помогают.
Это так же актуально и для Р11
Прошу предоставить дополнительную информацию, для воспроизведения ошибки: - Состав стенда - ОС на контроллере домена - Шаги воспроизведения (как и какие политики настраивались) - Реальный результат - Ожидаемый результат
Контроллеры домена Windows Server 2016-2022, уровень домена и леса 2008r2 Шаг 1: создаём политику монтирования сетевого диска, с привязкой его к корню домена Реальный результат: сетевые диски примонтировались Ожидаемый результат: сетевые папки примонтировались Шаг 2: Привязку к корню домена оставляем, но выключаем связь (ПКМ - убрать галочку с "Связь включана") Реальный результат: диски примонтировались Ожидаемый результат: диски отключились
Windows-Server-2016-X64FRE-RU-RU p10-workstation-10.4-x86-64 Воспроизводится по шагам из комментария 3. Не проверялось на Sisyphus
Перенос на Branch p11 для ретеста: по комментарию 1 проблема актуальна и для p11. Проверка актуальности. Состояние: Ошибка воспроизведена в p10 14.09.2025 (Windows Server 2016 + p10-workstation-10.4): после выключения связи политики монтирования сетевого диска диски остаются примонтированными; gpupdate --force и gpoa --force не помогают, только удаление /var/cache/samba/gpo_cache/<DOMAIN>. Репортёр отметил актуальность и для p11. В p10 gpupdate обновлён до 0.13.4-alt1 (задание 398426.100.4.1, 15.12.2025), в p11 — 0.16.1-alt1, в Sisyphus — 0.16.3-alt1; в changelog есть GPP lifecycle management (0.15.0: applyOnce, removePolicy, disabled) и исправления GPP cleanup (0.16.1), но явного исправления инвалидации кеша при выключении связи политики нет. Бумажный анализ не позволяет подтвердить или опровергнуть исправление. Решение: Ретест сценария из комментария 3 на p11 (gpupdate-0.16.1-alt1) со стендом Windows AD. Задача перенесена в Branch p11 и назначена на qa-team.
Проверила в Sisyphus и p11 (Альт Рабочая станция 11.2, система обновлена до текущего состояния репозитория): Sisyphus: gpupdate-0.16.3-alt1, autofs-5.1.9-alt3 p11: gpupdate-0.16.1-alt1, autofs-5.1.9-alt2 Сценарий по комментарию 3: пользовательская политика "Сопоставление дисков" (два диска S: и T: на сетевые папки DC), политика связана с корнем домена. Вход доменным пользователем - диски подключены (/run/media/<пользователь>/drives). Затем связь оставлена, но выключена (флаг отключения в gPLink, samba-tool gpo getlink показывает GPLINK_OPT_DISABLE), после чего gpupdate --force в сеансе пользователя (попытка 1) и выход/вход (попытка 2). Результат в обеих ветках: после выключения связи диски отключаются - карта /etc/auto.master.gpupdate.d/<пользователь>.conf удаляется, каталог /run/media/<пользователь>/drives пропадает, и по gpupdate --force, и после повторного входа. При повторном включении связи диски возвращаются. Вариант из исходного описания (удалить диск из самой политики) тоже отрабатывает: после удаления T: из политики и gpupdate --force остаётся только S:. Удалять кеш /var/cache/samba/gpo_cache не требуется. Ошибка не воспроизводится.
