Created attachment 10865 [details] Почему жёлтый вместо зелёного? При обращении к «/lan/102» произошла ошибка, ответ системы: This program is not installed setuid root - "user" CIFS mounts not supported. Строка вставляемая в fstab //server/102 /lan/102 cifs user,rw,x-systemd.automount,credentials=/lan/.fstab.conf,vers=1.0 0 0 Пока писал увидел такой дубликат https://bugzilla.altlinux.org/27849 Пакет оттуда было опробовано установить, установлен уже, но вот проблема существует. 1. Мой процесс mount echo //server/102 /lan/102 cifs user,rw,x-systemd.automount,credentials=/lan/.fstab.conf,vers=1.0 0 0 >> fstab Примечание /lan создана и выдавались права группы и владельца ... После /lan/ папка создаётся сами fstab. При подключение через картинку 1 все открывается, но таких дисков больше 2 и запускать их пользователю не очень и нужно. # ещё хочу добавить что необходимо проверить под доменным пользователем. До туда ещё не дошёл домен Windows AD
Махаю волшебной палочкой для внимания
(Ответ для kessys на комментарий #0) > "user" CIFS mounts not supported. Видимо, в этом причина. P.S. 2 Sin: уже есть 7.0 https://wiki.samba.org/index.php/LinuxCIFS_utils
2 Sin: Судя по ченжлог cifs-utils >= 6.15 в ближайшее время обязана попасть в p10.
Честно говоря я так и не понял о чём эта задача. Про жёлтые и зелёные цвета я тоже ничего не понял. Но по ссылке на внятное описание проблемы https://bugzilla.altlinux.org/27849 стало понятно, что про пару опций sec=krb5,cruid=username или uid мало кто, оказывается, знает. Обращаю внимание, что ни pam_mount, ни, тем более, fstab плюс что-то нем про сетевые файловые системы, использовать не стоит от слова совсем. Переходить вместо этих вариантов точно лучше на autofs.
Вроде, где-то должен быть пример настройки pam_mount+systemd.automount 2 egori@alt: не напомнишь, где?
(Ответ для Sergey V Turchin на комментарий #2) > (Ответ для kessys на комментарий #0) > > "user" CIFS mounts not supported. > Видимо, в этом причина. > > P.S. > 2 Sin: уже есть 7.0 https://wiki.samba.org/index.php/LinuxCIFS_utils Спасибо, каким-то магическим образом в недавние строки я действительно уже вставил users
(Ответ для Evgeny Sinelnikov на комментарий #4) > Честно говоря я так и не понял о чём эта задача. Про жёлтые и зелёные цвета > я тоже ничего не понял. > > Но по ссылке на внятное описание проблемы > https://bugzilla.altlinux.org/27849 > стало понятно, что про пару опций sec=krb5,cruid=username или uid мало кто, > оказывается, знает. Вот эти бы опции рассмотреть бы для fstab и положить на полочку в руководство > Обращаю внимание, что ни pam_mount, ни, тем более, fstab плюс что-то нем про > сетевые файловые системы, использовать не стоит от слова совсем. Чем вас не устраивают pam_mount fstab? Я доволен pam_mount из всех вариантов лучший для AD, а для домена ALT вот тут ещё не пойму как подключаются. > Переходить вместо этих вариантов точно лучше на autofs. На сколько вы пользуетесь autofs? и как добавляете сетевой диск?
В pam_mount можно использовать `systemd-mount -A` -- получите systemd-шный automount.
(Ответ для Sergey V Turchin на комментарий #8) > В pam_mount можно использовать `systemd-mount -A` -- получите systemd-шный > automount. Вообще не понял о чём вы. с Pam_mount работаю согласно вики - два файла редактирую и готово.
(Ответ для kessys на комментарий #9) > (Ответ для Sergey V Turchin на комментарий #8) > > В pam_mount можно использовать `systemd-mount -A` -- получите systemd-шный > > automount. > Вообще не понял о чём вы. fstab вам не нужен вместе с этим багом.
(In reply to kessys from comment #9) > (Ответ для Sergey V Turchin на комментарий #8) > > В pam_mount можно использовать `systemd-mount -A` -- получите systemd-шный > > automount. > > Вообще не понял о чём вы. с Pam_mount работаю согласно вики - два файла > редактирую и готово. Речь идет про вот такую штуку: В конфиге pam_mount можно переопределить нужные mount программы на systemd-mount, например: <cifsmount>systemd-mount -A -G -q -t cifs %(COMBOPATH) %(MNTPT) -o username=%(USER),uid=%(USERUID),gid=%(USERGID)%(if %(OPTIONS),\",%(OPTIONS)\")</cifsmount> <umount>systemd-mount -u %(MNTPT)</unmount> тогда вместо обычного mount.cifs будет вызываться systemd-mount с созданием automount юнита.
(Ответ для Egor Ignatov на комментарий #11) > (In reply to kessys from comment #9) > > (Ответ для Sergey V Turchin на комментарий #8) > > > В pam_mount можно использовать `systemd-mount -A` -- получите systemd-шный > > > automount. > > > > Вообще не понял о чём вы. с Pam_mount работаю согласно вики - два файла > > редактирую и готово. > > Речь идет про вот такую штуку: > В конфиге pam_mount можно переопределить нужные mount программы на > systemd-mount, например: > > <cifsmount>systemd-mount -A -G -q -t cifs %(COMBOPATH) %(MNTPT) -o > username=%(USER),uid=%(USERUID),gid=%(USERGID)%(if > %(OPTIONS),\",%(OPTIONS)\")</cifsmount> > <umount>systemd-mount -u %(MNTPT)</unmount> > тогда вместо обычного mount.cifs будет вызываться systemd-mount с созданием > automount юнита. <volume uid="10000-2000200000" fstype="cifs" server="c253.test.alt" path="sysvol" mountpoint="~/share" options="sec=krb5i,cruid=%(USERUID),nounix,uid=%(USERUID),gid=%(USERGID),file_mode=0664,dir_mode=0775" /> Я пользуюсь этим, а вот как его кстати на компьютер с без использования доменной записи ещё пока не могу догадаться, для такого подключения использую fstab. Не исключаю что ваш способ действует автономно по моей строке. О а возможно использовать моё подключение, без использования домена AD?
Сообщение «"user" CIFS mounts not supported» — поведение апстрима: mount.cifs не устанавливается setuid, опция user в fstab для cifs не поддерживается по дизайну. Рабочие варианты описаны в комментариях 4 и 11: sec=krb5,cruid=<user> (см. 27849), autofs или pam_mount с systemd-mount -A. Отдельной ошибки в cifs-utils здесь нет.
(Ответ для Anton Farygin на комментарий #13) > Сообщение «"user" CIFS mounts not supported» — поведение апстрима: > mount.cifs не устанавливается setuid, опция user в fstab для cifs не > поддерживается по дизайну. Рабочие варианты описаны в комментариях 4 и 11: > sec=krb5,cruid=<user> (см. 27849), autofs или pam_mount с systemd-mount -A. > Отдельной ошибки в cifs-utils здесь нет. Суть ошибки «"user" CIFS mounts not supported». Ошибку выдаёт kde если пытаться открыть сетевой диск через dolphin или ярлык на раб. столе. Если нажать на папку(на панели) и на сетевой диск, то диск откроется и ошибки не будет. Так суть вопроса в том как не объяснять пользователю что надо тыкать на папку(на панели) и на сетевой диск, а потом это будет работать? Настройка сетевого диска идёт через fstab, так как компьютер не в домене.
Спасибо за уточнение, теперь картина понятна. Дело в опции user в строке fstab. Что происходит: - через панель «Точки входа» вы обращаетесь к пути, срабатывает automount-юнит systemd (x-systemd.automount), монтирует root — всё работает; - при открытии через Dolphin или ярлык KDE (Solid) видит в fstab опцию user, считает запись «пользовательским устройством» и сам запускает mount от имени пользователя. mount.cifs в ALT не setuid (так рекомендует апстрим), поэтому и выдаёт «"user" CIFS mounts not supported». То есть опция user здесь не помогает, а мешает: она заставляет KDE монтировать самому вместо того, чтобы дать сработать automount. Что сделать: убрать user из строки fstab, оставить примерно так: //server/102 /lan/102 cifs noauto,x-systemd.automount,credentials=/lan/.fstab.conf,uid=<uid>,gid=<gid> 0 0 (vers=1.0 тоже лучше не указывать — SMB1 небезопасен, пусть договариваются о версии сами, либо vers=3.0.) После этого Solid перестанет предлагать монтирование от пользователя, а первое обращение из Dolphin или по ярлыку будет монтировать через systemd от root, как сейчас через панель. Проверьте, пожалуйста, и отпишитесь — если помогло, закроем.
