Добрый день!

Пожалуйста, дополнительно предоставьте следующую информацию:

1. Операционная система, версия, на которой воспроизвелась ошибка (сервера и клиента).
2. Выводы следующих команд (сервера и клиента):

        $ uname -a
        $ cat /etc/os-release
        $ apt-repo

3. Конфигурация Samba, как подключена share на клиенте.
4. Я правильно понимаю, что вы пытаетесь изменить содержимое архива, который находится на share? Не могли бы Вы подробнее описать шаги воспроизведения данной ошибки с использованием названий программ (например, Caja + Enrgrampa), которые Вы используйте?

(Ответ для Evgeny Shesteperov на комментарий #1)
> Добрый день!
> 
> Пожалуйста, дополнительно предоставьте следующую информацию:
> 
> 1. Операционная система, версия, на которой воспроизвелась ошибка (сервера и
> клиента).
> 2. Выводы следующих команд (сервера и клиента):
> 
>         $ uname -a
>         $ cat /etc/os-release
>         $ apt-repo
> 
> 3. Конфигурация Samba, как подключена share на клиенте.
> 4. Я правильно понимаю, что вы пытаетесь изменить содержимое архива, который
> находится на share? Не могли бы Вы подробнее описать шаги воспроизведения
> данной ошибки с использованием названий программ (например, Caja +
> Enrgrampa), которые Вы используйте?

[root@ASB09 ~]# uname -a
Linux ASB09 5.15.72-un-def-alt1 #1 SMP PREEMPT Mon Oct 10 16:11:20 UTC 2022 x86_64 GNU/Linux
[root@ASB09 ~]# cat /etc/os-release
NAME="ALT"
VERSION="10.1"
ID=altlinux
VERSION_ID=10.1
PRETTY_NAME="ALT Workstation K 10.1  (Sorbaronia Mitschurinii)"
ANSI_COLOR="1;33"
CPE_NAME="cpe:/o:alt:kworkstation:10.1"
BUILD_ID="ALT 10.1"
HOME_URL="https://www.basealt.ru/"
BUG_REPORT_URL="https://bugs.altlinux.org/"
DOCUMENTATION_URL="https://docs.altlinux.org/"
SUPPORT_URL="https://support.basealt.ru/"
[root@ASB09 ~]# apt-repo
rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/x86_64 classic gostcrypto
rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/x86_64-i586 classic
rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/noarch classic


1. клиент ALT Workstation K 10.1  
сервер: Windows Server 2012, nas synology 
2. выше
3. 
<volume uid="10000-2000200000" fstype="cifs" server="сервер" path="путь" mountpoint="lan/cons" options="sec=krb5,vers=3.0,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/>
4. У нас в дистрибутиве используется ARK, 
Как происходит - берём абсолютно любой архив с данными, закидываем его на сетевой диск, и затем открываем Ark и удаляем все содержимое из него.
Все нет больше архива.

На компьютере архив остаётся на месте после удаления из него содержимого.

Проверялось в P10, не воспроизвелось.

Стенд
=====

- Server: Windows Server 2012R2.
- Client: KWorkstation 10.1, обновленный до P10.

Шаги
====

1. Развернуть Windows AD на Windows Server 2012R2:

    AD Controller Hostname: addc.windowsad.testdomain
    Domain: windowsad.testdomain
    Administrator Domain User: Admin
    Common Domain User: testuser

2. Ввести машину KWorkstation 10.1 в домен:

    # apt-get install -y task-auth-ad-sssd
    # DOMAINNAME="windowsad.testdomain"
    # SERVERIP=<IP сервера Windows AD>
    # hostnamectl set-hostname testcli
    # echo -e "name_servers=$SERVERIP\nsearch_domains=$DOMAINNAME" >> /etc/resolvconf.conf
    # reboot
    # DOMAINNAME="windowsad.testdomain"
    # DOMAINNAME="${DOMAINNAME^^}"
    # WORKGROUP=$(echo "${DOMAINNAME}" | cut -d "." -f 1)
    # system-auth write ad "${DOMAINNAME}" "$(hostname --short)" "${WORKGROUP}" Admin '<Пароль администратора домена>'
    # reboot

3. На клиенте, создать файл /etc/security/pam_mount.conf.xml со следующим содержимым:

    # cat > /etc/security/pam_mount.conf.xml << EOF
    <?xml version="1.0" encoding="utf-8" ?>
    <!DOCTYPE pam_mount SYSTEM "pam_mount.conf.xml.dtd">
    <pam_mount>
    <debug enable="0" />
    <volume uid="10000-2000200000" fstype="cifs" server="addc" path="share" mountpoint="/share"
    options="sec=krb5,vers=3.0,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775" />
    <luserconf name=".pam_mount.conf.xml" />
    <mntoptions allow="nosuid,nodev,loop,encryption,fsck,nonempty,allow_root,allow_other,sec" />
    <mntoptions require="nosuid,nodev" />
    <logout wait="0" hup="no" term="no" kill="no" />
    <mkmountpoint enable="1" remove="true" />
    </pam_mount>
    EOF
 
3. В файл /etc/pam.d/system-auth-sss добавить строки (перед substack system-auth-sss-only):
 
auth optional pam_mount.so
session optional pam_mount.so

в секции auth и session соответственно. В этих секциях также заменить success=4 на success=5. Для этого выполнить команду:
 
    # sed -i -e 's|auth.*.substack.*.system-auth-sss-only|auth optional pam_mount.so\nauth substack system-auth-sss-only|g' -e 's|session.*.substack.*.system-auth-sss-only|session optional pam_mount.so\nsession substack system-auth-sss-only|g' -e '/auth/s/success=4/success=5/' -e '/session/s/success=4/success=5/' /etc/pam.d/system-auth-sss
 
3. Перезагрузить систему:

    # reboot
 
4. Авторизоваться доменным пользователем.

5. Создать файл hi.txt с содержимым:

    hi

6. Создать два архива через программу ARK (kde5-ark-22.08.3-alt1.x86_64) в формате 7z, zip (так как это популярные форматы архивов) и добавить в них файл hi.txt.

7. Добавить их в папку /share (то есть сетевая папка C:\share)

8. Удалить в архивах файл hi.txt с помощью ARK. 

Фактический результат: архивы не исчезают, отображаются и на клиенте (см. client.png), и на сервере (см. server.png).

Дополнительно: проверено и с обычным доменным пользователем, и с администратором.

Created attachment 12582 [details]
Содержимое архива на клиенте

Created attachment 12583 [details]
Содержимое архива на сервере

3. В файл /etc/pam.d/system-auth-sss добавить строки (перед substack system-auth-sss-only):
 
auth optional pam_mount.so
session optional pam_mount.so

в секции auth и session соответственно. В этих секциях также заменить success=4 на success=5. Для этого выполнить команду:
 
    # sed -i -e 's|auth.*.substack.*.system-auth-sss-only|auth optional pam_mount.so\nauth substack system-auth-sss-only|g' -e 's|session.*.substack.*.system-auth-sss-only|session optional pam_mount.so\nsession substack system-auth-sss-only|g' -e '/auth/s/success=4/success=5/' -e '/session/s/success=4/success=5/' /etc/pam.d/system-auth-sss

1. Откуда эту фигню взяли???
https://www.altlinux.org/index.php?search=pam_mount&title=Служебная%3AПоиск&wprov=acrw1
По этой ссылке такого нет.
2. Второе я работал с этой фигнёй в ней вылезает геморой, точнее при входе уз на клиенте Он Использует не те пароли и не может войти, очень большое кол-во обращений на проблему с паролем.
Также не грузится полноценно анидеск не может соединиться со своим сервером.\
3. создать файл /etc/security/pam_mount.conf.xml - не создаём он уже присутствует.

4. <mntoptions allow="nosuid,nodev,loop,encryption,fsck,nonempty,allow_root,allow_other,sec" />
а вот эта строка отсутствует. Тут поподробнее можно пояснить.

5. apt-get install -y task-auth-ad-sssd Вместо этого при установки системы ставится галочка Активный каталог AD 
- Активный каталог (AD) +
libwbclient
task-auth-ad-sssd
kde5-autofs-shares
krb5-ticket-watcher
task-auth-ldap-sssd
alterator-gpupdate
gpui
admc
admx-basealt

Без неё не работает вход по ssh

Created attachment 12586 [details]
pam1

Created attachment 12587 [details]
pam2

Также прикрепил корректный список пакетов установленных в synaptic

Я очень признателен за отклик, только не могу как так могли ошибиться.

(Ответ для kessys на комментарий #6)
> 1. Откуда эту фигню взяли???

https://wiki.archlinux.org/title/pam_mount#Login_manager_configuration, и да, эта ссылка отсюда https://www.altlinux.org/Pam_mount  

Итоговую конфигурацию Вы не указывали, только:

> volume uid="10000-2000200000" fstype="cifs" server="сервер" path="путь" mountpoint="lan/cons" options="sec=krb5,vers=3.0,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775"/>
> не передано на откуп systemd
> (mountpoint="~/share" — путь монтирования в домашней папке пользователя.)
используется отдельная папка в корне /svoy
> В строке используется значение SMB 3.0

Как видите, эти условия соблюдены.

> 2. Второе я работал с этой фигнёй в ней вылезает геморой, точнее при входе
> уз на клиенте Он Использует не те пароли и не может войти, очень большое
> кол-во обращений на проблему с паролем.
> Также не грузится полноценно анидеск не может соединиться со своим сервером.\

Anydesk - к Anydesk. Давайте не путать себя и других. В ошибке указана другая информация и относится она исключительно к samba + kde5-ark.

> 3. создать файл /etc/security/pam_mount.conf.xml - не создаём он уже
> присутствует.

Учитывая, что мы создаём его заново, то формулировка верная.

> 4. <mntoptions
> allow="nosuid,nodev,loop,encryption,fsck,nonempty,allow_root,allow_other,
> sec" />
> а вот эта строка отсутствует. Тут поподробнее можно пояснить.

Присутствует, смотрите внимательнее: https://www.altlinux.org/Pam_mount, шаг 3.

> 5. apt-get install -y task-auth-ad-sssd Вместо этого при установки системы
> ставится галочка Активный каталог AD 
> - Активный каталог (AD) +
> libwbclient
> task-auth-ad-sssd
> kde5-autofs-shares
> krb5-ticket-watcher
> task-auth-ldap-sssd
> alterator-gpupdate
> gpui
> admc
> admx-basealt
> 
> Без неё не работает вход по ssh

Данный момент заводите как отдельную ошибку с указанием дистрибутива и ПРОФИЛЯ. В описании не было сказано, как установлен дистрибутив, с каким профилем, поэтому подразумевается, что система установлена с профилем по умолчанию.

Итог: Вы можете переоткрыть ошибку, но с верным указанием шагов, конфигураций и так далее. Любые приватные данные Вы можете обозначить как XXXXXX, если это необходимо.

Надеюсь, это поможет.

1. Конфигурация pam_mount была указана в "Описании", на неё дана ссылка.
Там не используется 
auth optional pam_mount.so
session optional pam_mount.so
в секции auth и session соответственно. В этих секциях также заменить success=4 на success=5. Для этого выполнить команду:
2. Не переводите стрелки "Anydesk - к Anydesk. Давайте не путать себя и других. В ошибке указана другая информация и относится она исключительно к samba + kde5-ark".
Взято в качестве образца актуальной проблемы при использовании 
auth optional pam_mount.so
session optional pam_mount.so
в секции auth и session соответственно. В этих секциях также заменить success=4 на success=5. Для этого выполнить команду:

Исправлена проблема согласно инструкции pam_mount в описании. Проблема искоренилась.
4. Строку обнаружил.

Итог: Проблему считать незавершённой обновить настройки протокола pam_mount согласно ссылке из описания
https://www.altlinux.org/Pam_mount
Поскольку данные настройки: 
auth optional pam_mount.so
session optional pam_mount.so
в секции auth и session соответственно. В этих секциях также заменить success=4 на success=5. Для этого выполнить команду:
Являются недействительными и противоречат работе доменного пользователя.

(Ответ для kessys на комментарий #12)
> Проблема искоренилась.
> Проблему считать незавершённой обновить настройки протокола pam_mount
> согласно ссылке из описания
> https://www.altlinux.org/Pam_mount

Так что, в итоге, это решило Вашу проблему с pam_mount?

(Ответ для Evgeny Shesteperov на комментарий #13)
> (Ответ для kessys на комментарий #12)
> > Проблема искоренилась.
> > Проблему считать незавершённой обновить настройки протокола pam_mount
> > согласно ссылке из описания
> > https://www.altlinux.org/Pam_mount
> 
> Так что, в итоге, это решило Вашу проблему с pam_mount?

Нет, проблема основана на новой настройке.
Все действия рекомендации для вас как найти ошибки
Я не ожидал что вы найдёте какую-то старую настройку и будете её тестировать и тратить время.

Также ещё простой способ протестировать проблему новой настройки.
В LO включить Резервное копирование и при редактировании на сети файла, LO выдаст ошибку.

(Ответ для kessys на комментарий #14)
> Нет, проблема основана на новой настройке.

Хорошо, давайте с новыми условиями, максимально согласно https://www.altlinux.org/Pam_mount

После ввода в домен клиент на KWorkstation 10.1 выполнил следующее:

1. Прописал pam_mount в схему аутентификации по умолчанию. В конец файла (/etc/pam.d/system-auth) добавил строки:

        # echo "session         [success=1 default=ignore] pam_succeed_if.so  service = systemd-user quiet" >> /etc/pam.d/system-auth
        # echo "session         optional        pam_mount.so disable_interactive" >> /etc/pam.d/system-auth

2. Добавил volume definition в конфиг по умолчанию:

        # sed -i 's|<!-- Volume definitions -->|<volume uid="10000-2000200000" fstype="cifs" server="addc" path="share" mountpoint="/share" options="sec=krb5,vers=3.0,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775" />|g' /etc/security/pam_mount.conf.xml

То есть да, добавлен только

        <volume uid="10000-2000200000" fstype="cifs" server="addc" path="share" mountpoint="/share" options="sec=krb5,vers=3.0,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775" />

Остальное по умолчанию, что предоставляет пакет pam_mount-2.18-alt1.x86_64

3. Залогинился доменным пользователем.
4. Создал архив, как в описании комментарий #3
5. Удалил файл из архива, то есть архив пустой.

Результат: ошибка как в описании не воспроизводится, архивы не исчезают.

> Также ещё простой способ протестировать проблему новой настройки.
> В LO включить Резервное копирование и при редактировании на сети файла, LO
> выдаст ошибку.

Опишите подробнее, пожалуйста.

(Ответ для Evgeny Shesteperov на комментарий #15)
> (Ответ для kessys на комментарий #14)

> 
> > Также ещё простой способ протестировать проблему новой настройки.
> > В LO включить Резервное копирование и при редактировании на сети файла, LO
> > выдаст ошибку.
> 
> Опишите подробнее, пожалуйста.

Сервис-Параметры-Загрузка.сохранение - Всегда создавать резервную копию

Уточняю вернули ли настройки:
auth optional pam_mount.so
session optional pam_mount.so
от этих опций?.

У нас тоже Windows Server 2012R2: где размещена AD

К папке share применены ли параметры безопасности/общего доступа на
группу? пользователя? пользователи домена?

(Ответ для kessys на комментарий #16)
> (Ответ для Evgeny Shesteperov на комментарий #15) 
> > > Также ещё простой способ протестировать проблему новой настройки.
> > > В LO включить Резервное копирование и при редактировании на сети файла, LO
> > > выдаст ошибку.
> > 
> > Опишите подробнее, пожалуйста.
> 
> Сервис-Параметры-Загрузка.сохранение - Всегда создавать резервную копию

Подтверждаю наличие проблемы, баг заведу чуть позже.

> Уточняю вернули ли настройки:
> auth optional pam_mount.so
> session optional pam_mount.so
> от этих опций?.

Да, это чистая машина без дополнительных настроек, кроме обновления до текущего репозитория и установки task-auth-ad-sssd для ввода в домен.

> У нас тоже Windows Server 2012R2: где размещена AD

Использована система виртуализации Proxmox Virtual Environment.

(Ответ для kessys на комментарий #17)
> К папке share применены ли параметры безопасности/общего доступа на
> группу? пользователя? пользователи домена?

Доменный пользователь testuser — Полный доступ.
Администратор домена Admin — Полный доступ.

С архивом проблема подтвердилась ли? не понял

(Ответ для kessys на комментарий #19)
> С архивом проблема подтвердилась ли? не понял

Нет, только с LO.

Created attachment 12601 [details]
Архив для воспроизведения ошибки

Допустим тогда давайте архив пришедший из вне

> Результат: ошибка как в описании не воспроизводится, архивы не исчезают.

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

(Ответ для kessys на комментарий #21)
> Допустим тогда давайте архив пришедший из вне

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

В ходе обсуждения данной баги заведены ошибки:

- https://bugzilla.altlinux.org/45394 - kde5-ark: не удаляет файлы в предложенном ZIP-архиве
- https://bugzilla.altlinux.org/45398 - LibreOffice-still: выдаёт ошибку при сохранении файла на share pam_mount для Windows Server 2012R2 при использовании опции Всегда создавать резервную копию

Данную ошибку считаю, что можно закрыть, так как по описанию (исчезание архивов для PAM_MOUNT share) не воспроизводится.

> Данную ошибку считаю, что можно закрыть, так как по описанию (исчезание
> архивов для PAM_MOUNT share) не воспроизводится.

Я попробую сделать ближе к вашей конфигурации на тестировании, но закрывать пожалуйста ещё не надо.
Так как подобная ситуация описывает работу поведения когда офисные файлы исчезают и их просто нет по итогу и тут как раз работа с 2 пользователями.
И это очень критично!
Я не написал про проблему офисных файлов, так как надо объяснить суть механизма.
Это только смог через архив.

Также прошу уточнить пробовали ли архив чужой взять и из него удалить?

(Ответ для kessys на комментарий #24)
> Также прошу уточнить пробовали ли архив чужой взять и из него удалить?

Да, и вот результат #45394

В закрепе описания баги Ваш архив из комментарий #21

(Ответ для Evgeny Shesteperov на комментарий #25)
> (Ответ для kessys на комментарий #24)
> > Также прошу уточнить пробовали ли архив чужой взять и из него удалить?
> 
> Да, и вот результат #45394
> 
> В закрепе описания баги Ваш архив из комментарий #21

Это ошибка касательно домашней директории у вас.
Мы же ошибку должны воспроизводить в pam_mount,
Да сниму видео

Created attachment 12641 [details]
как_исчезает_архив_Том1

Вложение видео в архиве разделено на 2 Тома

Created attachment 12642 [details]
как_исчезает_архив_Том2

Я так понимаю что проблема от того что он монтирует диски под root правами, а выдаёт да под пользователем.
Может попробовать - это
не передано на откуп systemd
Только я вот так и не понимаю куда это вписать