You are not logged in.
Hi
I use Arch + Gnome on my laptop (client) and Arch + KDE Plasma on my desktop (server), both systems are fully updated.
i was able to copy files to Samba shares with Nautilus until recently, but now I'm getting 'permission denied' error despite
I did not change any setting related to Samba on my machines.
Dolphin file manager copies data to the same Samba shares without any problem.
Any idea how to fix Nautilus?
Thanks.
Edit:
I have just noticed that I cannot copy a folder containing files but I can to copy files individually.
Last edited by Strangiato (2022-09-25 15:23:04)
Offline
I'm using Gnome and having the exact same problem with my GVFS mounted shares. I can make folders and copy any amount of files at once, but when I try and copy a folder to the share, empty or not, I get a permission denied error.
Was working fine a couple weeks ago. Dolphin still works fine. Pulled out a laptop with an outdated install and it works okay there too.
I want to add I don't think it's limited to Gnome and Nautilus. I'm able to replicate the issue right now with Nautilus, Nemo and Thunar on Gnome, and Nautilus and Nemo on Cinnamon. Each on fully updated systems. The common link seems to be file managers using GVFS for mounting network shares, since Dolphin works fine but uses KIO, and mounting the share as CIFS through fstab allows me to copy folders normally too.
Additionally, when I get the permission denied error upon attempting to copy a folder to the share, nothing is logged on my server, as if it never even attempted to send the folder. Which would suggest this is a client side permissions glitch and nothing to do with the Samba server itself.
For now, my workaround is to just mount my shares via fstab until an update resolves it (or someone helps me deduce what I'm doing horribly wrong.)
Offline
I think I am facing the same issue. I made a gif to visualize the issue: https://postimg.cc/8jm5M5z0
Offline
Update: My current workaround where smbclient on my local machine has version 4.16.5-1 while the remote samba server runs with 4.17.0-1 (latest) let's me copy folders as expected.
Note: Downgrading to smbclient 4.16.5-1 also requires to downgrade samba to 4.16.5-1 and ldb to 2:2.5.2-2.
Offline
Update: My current workaround where smbclient on my local machine has version 4.16.5-1 while the remote samba server runs with 4.17.0-1 (latest) let's me copy folders as expected.
Note: Downgrading to smbclient 4.16.5-1 also requires to downgrade samba to 4.16.5-1 and ldb to 2:2.5.2-2.
Many thanks, can confirm downgrading those packages for my Arch Gnome/Nemo client allows me to copy folders to my shares again. My server is running the latest Samba 4.13.13 on Debian 11 as before.
Offline
Update: My current workaround where smbclient on my local machine has version 4.16.5-1 while the remote samba server runs with 4.17.0-1 (latest) let's me copy folders as expected.
Note: Downgrading to smbclient 4.16.5-1 also requires to downgrade samba to 4.16.5-1 and ldb to 2:2.5.2-2.
Thanks a lot! Downgrading samba (samba-4.17.0-1-x86_64 => samba-4.16.4-3-x86_64), smbclient (smbclient-4.17.0-1-x86_64 => smbclient-4.16.4-3-x86_64) and ldb (ldb-2:2.6.1-1-x86_64 => ldb-2:2.5.2-2-x86_64) on my Archlinux desktop fix the issue with copying folders under the Gnome Nemo file manage to OpenMediaVault 6.0.42-2 (Shaitan) shares with samba version 4.13.13-Debian.
Offline
This issue looks related: https://bugs.archlinux.org/task/76087
Offline
Update: My current workaround where smbclient on my local machine has version 4.16.5-1 while the remote samba server runs with 4.17.0-1 (latest) let's me copy folders as expected.
Note: Downgrading to smbclient 4.16.5-1 also requires to downgrade samba to 4.16.5-1 and ldb to 2:2.5.2-2.
Thanks, was hitting a similar issue, and this worked for me for copying via Thunar. It was *really* confusing why copying files was working but not folders, especially when it was working on stuff like my phone (which ruled out things like permissions/server errors on my NAS).
Offline
Just ran a system update and I'm happy to report smbclient 4.17.0-2 has resolved the issue.
Offline
Just ran a system update and I'm happy to report smbclient 4.17.0-2 has resolved the issue.
Can confirm.
Offline