Если на файловом сервере/NAS в настройках отключено использование протокола SMB1 (разрешены SMB2-SMB3), то при попытке входа на него с ПЭВМ под управлением ОС Альт Рабочая станция 10 через Caja (через "Просмотреть сеть" в списке доступных серверов или через указание в поле "Перейти к:" адреса smb://<имя_сервера>) после ввода имени пользователя и пароля вместо отображения списка доступных шар указанного сервера/NAS выдаются сообщения об ошибке: "Не удалось присоединить местоположение. Не удалось получить список доступных на сервере ресурсов: Недопустимый аргумент" или "Не удается показать "smb://<имя_сервера>". Ошибка: Не удалось получить список доступных на сервере ресурсов: Недопустимый аргумент. Выберите другой режим просмотра и попробуйте еще раз." При этом команда smbclient -L <имя_сервера> успешно выводит список файловых шар данного сервера/NAS. Также можно зайти в шару данного сервера, если в Caja в поле "Перейти к:" указать полный путь в виде smb://<имя_сервера>/<имя_шары> Также выявлено, что после принудительного завершения процесса gvfsd-smb-brows отображение списка шар такого сервера/NAS в Caja начинает работать нормально (шары начинают отображаться). Данная проблема характерна не только для ОС Альт и Caja, но существует также и в других дистрибутивах ОС на базе ядра Linux: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1828107 https://gitlab.gnome.org/GNOME/gvfs/-/issues/543
ALT Workstation 10.1 x86_64 gvfs-1.48.2-alt1.x86_64 Проблема не воспроизводится. Проверил как с обычным samba сервером, так и с NAS (в обоих случаях SMB1 отключен).
ALT Workstation 10.2 (Autolycus) ALT Workstation 10.2 (Autolycus) LSB_VERSION="core-3.0-noarch:core-5.0-noarch:core-3.0-amd64:core-5.0-amd64" DISTRIB_ID="ALT" LSB_VERSION="5.0" # # Examples: # # DISTRIB_ID - single word, ID of DISTRIBUTOR # DISTRIB_RELEASE="5.0.0" # DISTRIB_CODENAME="Lycoris Radiata" # DISTRIB_DESCRIPTION="ALT Linux Sisyphus (20081222)" # DISTRIB_DESCRIPTION="ALT Linux 1.0.0 Server Light r1 (Lycoris Radiata)" cat: /etc/lsb-release.d: Это каталог NAME="ALT Workstation" VERSION="10.2" ID=altlinux VERSION_ID=10.2 PRETTY_NAME="ALT Workstation 10.2 (Autolycus)" ANSI_COLOR="1;33" CPE_NAME="cpe:/o:alt:workstation:10.2" BUILD_ID="ALT Workstation 10.1" HOME_URL="https://basealt.ru/" BUG_REPORT_URL="https://bugs.altlinux.org/" ALT Workstation 10.2 (Autolycus) ALT Workstation 10.2 (Autolycus) rpm -qa | grep gvfs gvfs-backend-afp-1.48.2-alt1.x86_64 gvfs-backend-mtp-1.48.2-alt1.x86_64 gvfs-shares-1.2-alt1.noarch gvfs-backend-nfs-1.48.2-alt1.x86_64 gvfs-backend-recent-files-1.48.2-alt1.x86_64 gvfs-backend-goa-1.48.2-alt1.x86_64 gvfs-backend-afc-1.48.2-alt1.x86_64 gvfs-backends-1.48.2-alt1.noarch gvfs-1.48.2-alt1.x86_64 gvfs-backend-dnssd-1.48.2-alt1.x86_64 gvfs-backend-smb-1.48.2-alt1.x86_64 gvfs-backend-admin-1.48.2-alt1.x86_64 gvfs-backend-google-1.48.2-alt1.x86_64 fuse-gvfs-1.48.2-alt1.x86_64 gvfs-backend-cdda-1.48.2-alt1.x86_64 Примечание 1: * Проблема воспроизводится: Рабочая станция Авторизация производится при доступном сетевом окружении samba DC Решение: 1. Методом, описанным выше 2. Либо понижением протокола сервера samba до SMB1 * Проблема не воспроизводится: Домашняя станция авторизация производится при недоступном сетевом окружении samba DC (wifi+VPN, VPN подключается по желанию) Примечание 2: До какого-то обновления (?) вход на сетевой ресурс smb (через рабочую станцию) показывал доступность рабочей папки пользователя не как авторизованного пользователя, а как nobody. При этом с домашней станции показывалась соответствующая авторизованному пользователю папка. Примечание 3: В соответствии с https://gitlab.gnome.org/GNOME/gvfs/-/issues/506 данная проблема выходит за рамки Altlinux и является общей для всей экосистемы samba
