Xfce Forum

AndyM48

Member

Registered: 2023-02-12

Posts: 26

rsync cannot transfer parameters in xfce4

Long story short, if I run

rsync -rlptvzhO --delete --exclude=.TRASH* /home/andrew/tcltk /mnt

on my old acer portable which is running openbox as the wm it runs fine. If I run the same command on my brand new slimbook running xfce4 I get the error

rsync: [generator] failed to set permissions on "/mnt/tcltk": Operation not permitted (1)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.4.1]

Both laptops are running artix linux 6.19.10, both use exactly the same settings and software versions.

If I run the command on the slimbook before xfce is started it runs fine, so it seems that it is xfce4 which is preventing rsync from transferring the parameters.

How can I get round this?

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 12,550

Re: rsync cannot transfer parameters in xfce4

failed to set permissions on "/mnt/tcltk": Operation not permitted (1)

Do you have permissions to write to /mnt? Check them before and after you start Xfce (not sure what in Xfce would change that though).

Why are you rsyncing to that directory - is it mounted to something?

---

Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Yes, I have checked the write permissions

The folder is stored on my NAS and is intended to be a backup copy so that I can fall back on it if my fiddling with the original copies fouls up, which happens I'm afraid.

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 12,550

Re: rsync cannot transfer parameters in xfce4

Can you post back the results of:

ls -al / | grep mnt
ls -al /mnt

...before and after Xfce is running?

---

Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Here you go:

Before

slimbook:~ $ ls -al / | grep mnt
drwxrwxrwx  16 root    root     4096 Mar  8 11:51 mnt

slimbook:~ $ ls -al /mnt
total 104
drwxrwxrwx  16 root root  4096 Mar  8 11:51 .
drwxrwxrwx  19 root root  4096 Apr  1 08:13 ..
drwxrwxrwx  12 root root  4096 Jan  4  2025 CD_Copies
drwxrwxrwx  64 root root 12288 Oct 12  2024 Music
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NAS_USB1_1
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NAS_USB_2
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NASacer
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NASroot
drwxrwxrwx   2 root root  4096 Mar  3 15:55 NASvolume1
drwxrwxrwx 157 root root  4096 Jan 31 16:30 Photos
drwxrwxrwx   8 root root  4096 Jul 17  2025 Shares
drwxrwxrwx  19 root root  4096 Dec 25 15:31 Videos
drwxrwxrwx   3 root root  4096 Mar  3 15:54 acer
drwxrwxrwx   2 root root  4096 Mar  3 15:53 slimbook
drwxrwxrwx  15 root root 12288 Mar 31 18:59 tcltk
drwxrwxrwx   2 root root  4096 Mar  3 15:56 windows


After:

slimbook:~ $ ls -al / | grep mnt
drwxrwxrwx  16 root root  4096 Mar  8 11:51 mnt

slimbook:~ $ ls -al /mnt
total 104
drwxrwxrwx  16 root root  4096 Mar  8 11:51 .
drwxrwxrwx  18 root root  4096 Mar 31 18:42 ..
drwxrwxrwx  12 root root  4096 Jan  4  2025 CD_Copies
drwxrwxrwx  64 root root 12288 Oct 12  2024 Music
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NAS_USB1_1
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NAS_USB_2
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NASacer
drwxrwxrwx   2 root root  4096 Mar  8 11:51 NASroot
drwxrwxrwx   2 root root  4096 Mar  3 15:55 NASvolume1
drwxrwxrwx 157 root root  4096 Jan 31 16:30 Photos
drwxrwxrwx   8 root root  4096 Jul 17  2025 Shares
drwxrwxrwx  19 root root  4096 Dec 25 15:31 Videos
drwxrwxrwx   3 root root  4096 Mar  3 15:54 acer
drwxrwxrwx   2 root root  4096 Mar  3 15:53 slimbook
drwxrwxrwx  15 root root 12288 Mar 31 18:59 tcltk
drwxrwxrwx   2 root root  4096 Mar  3 15:56 windows

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 12,550

Re: rsync cannot transfer parameters in xfce4

How do you mount your NAS?

(Maybe via command before Xfce and gvfs in Xfce?)

---

Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Command from network manager dispatcher so that they are mounted when network manager comes up:

mount -t nfs NAS:/volume1/tcltk /mnt/tcltk

NAS is the ip address of the NAS. Again, exactly the same on both laptops.

Added later 52 min 30 s:
I find that nm-dispatcher is not being run on the new slimbook. I don't know why, and I don't know what is mounting the NAS shares now.

I will have to investigate.

Added later 2 h 27 min 19 s:
OK, panic over, I had failed to enable the logging for the dispatcher script. 

Added later 19 h 10 min:
I wonder if anyone else is using rsync on XFCE4 and has come across a similar problem?

I am going to try some more, simple, tests to see if it makes any difference.

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

So it seems that on XFCE4 the error

failed to set permissions on "/mnt/tcltk": Operation not permitted (1)

meant EXACTLY that. XFCE4 stops rsync testing the permissions on /mnt/tcltk (I say 'testing' since they did not need to be updated). This was not the case on Openbox on my old machine.

So the solution was to remove /mnt/tcltk from the need for its parameters to be tested by changing

rsync -rlptvzhO --delete --exclude=.TRASH* /home/andrew/tcltk /mnt

to

rsync -rlptvzhO --delete --exclude=.TRASH* /home/andrew/tcltk/* /mnt/tcltk

What I don't undertsand is why the treatment in XFCE4 is different to Openbox.

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 12,550

Re: rsync cannot transfer parameters in xfce4

This surprises me. I don't see how Xfce, a graphical environment, would impact a non-Xfce command line tool. Glad you found a solution, but this one has me scratching my head.

---

Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Not really a solution, more a workaround. I don't understand it either.

Added later 14 h 25 min 27 s:
@ToZ  I just wanted to thank you for your help

kwizzz

Member

Registered: 2024-11-10

Posts: 50

Re: rsync cannot transfer parameters in xfce4

This is really strange. The only thing where XFCE might interfere is with some automounts.
I use rsync, but with an external usb disk which magically appears in thunar.
I would go and check startup programs and automount options in XFCE.  Maybe some things are interfering here? Maybe you mounted the share or sub path to tcltk also from thunar?
Next step: disable your nm mount script and see if your nfs still shows up in thunar.
What does df or a mount list show?
(Good to still see people using tcl/tk ;-))

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Disabled the nm dispatcher script and powered off.
Powered on and the NFS folders are not mounted.
Ran Thunar and the folders are still not mounted.

Any other ideas?

kwizzz

Member

Registered: 2024-11-10

Posts: 50

Re: rsync cannot transfer parameters in xfce4

What’s the output of df or mount or content of /proc/mounts when you are experiencing the issue?
Maybe thunar is mounting tcltk dir in addition to your nm script, thus interfering with the rights?
I assume that you do all the stuff on XFCE with the same users?

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

What’s the output of df or mount or content of /proc/mounts when you are experiencing the issue?

df: 192.168.1.200:/volume1/tcltk      3.6T  851G  2.8T  24% /mnt/tcltk
mount: 192.168.1.200:/volume1/tcltk on /mnt/tcltk type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
/proc/mounts: 192.168.1.200:/volume1/tcltk /mnt/tcltk nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0

Maybe thunar is mounting tcltk dir in addition to your nm script, thus interfering with the rights?

Apparently not, see my last comment.

I assume that you do all the stuff on XFCE with the same users?

Always with the same, one, user.

Thanks for the response.

Added later 35 min 58 s:
Just to confirm, the output of df etc is exactly the same before starting xfce4 and afterwards.

kwizzz

Member

Registered: 2024-11-10

Posts: 50

Re: rsync cannot transfer parameters in xfce4

Hm. Your Output seems to be filtered. Can you show full output please?
In the previous scenario you had nm automount turned off. If you have it turned on, then thunar does not show an additional mount?
I suspect some other process doing some additional mount. That’s why I asked for XFCE mount and autostart settings.

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

Here you go:

$ df
Filesystem                        Size  Used Avail Use% Mounted on
dev                                10M     0   10M   0% /dev
run                               7.6G  2.6M  7.6G   1% /run
efivarfs                          192K  120K   68K  65% /sys/firmware/efi/efivars
/dev/nvme0n1p2                     79G   18G   57G  25% /
shm                               7.6G  4.0K  7.6G   1% /dev/shm
/dev/nvme0n1p4                    374G  175G  181G  50% /home
/dev/nvme0n1p1                    511M  8.0M  504M   2% /boot/efi
tmpfs                             1.6G     0  1.6G   0% /run/user/1000
192.168.1.200:/volume1/CD_Copies  3.6T  850G  2.8T  24% /mnt/CD_Copies
192.168.1.200:/volume1/Music      3.6T  850G  2.8T  24% /mnt/Music
192.168.1.200:/volume1/Photos     3.6T  850G  2.8T  24% /mnt/Photos
192.168.1.200:/volume1/Shares     3.6T  850G  2.8T  24% /mnt/Shares
192.168.1.200:/volume1/tcltk      3.6T  850G  2.8T  24% /mnt/tcltk
192.168.1.200:/volume1/Videos     3.6T  850G  2.8T  24% /mnt/Videos

$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=10240k,nr_inodes=1956569,mode=755,inode64,huge=within_size)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755,inode64,huge=within_size)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p2 on / type ext4 (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,inode64,huge=within_size)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p4 on /home type ext4 (rw,relatime)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1588780k,nr_inodes=397195,mode=700,uid=1000,gid=982,inode64,huge=within_size)
192.168.1.200:/volume1/CD_Copies on /mnt/CD_Copies type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
192.168.1.200:/volume1/Music on /mnt/Music type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
192.168.1.200:/volume1/Photos on /mnt/Photos type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
192.168.1.200:/volume1/Shares on /mnt/Shares type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
192.168.1.200:/volume1/tcltk on /mnt/tcltk type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
192.168.1.200:/volume1/Videos on /mnt/Videos type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200)
gvfsd-fuse on /home/andrew/.run/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=982)
portal on /home/andrew/.run/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=982)

$ cat /proc/mounts
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sys /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
dev /dev devtmpfs rw,nosuid,noexec,relatime,size=10240k,nr_inodes=1956569,mode=755,inode64,huge=within_size 0 0
run /run tmpfs rw,nosuid,nodev,relatime,mode=755,inode64,huge=within_size 0 0
efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0
/dev/nvme0n1p2 / ext4 rw,relatime 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0
shm /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime,inode64,huge=within_size 0 0
fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0
none /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
bpf /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime 0 0
cgroup2 /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
/dev/nvme0n1p4 /home ext4 rw,relatime 0 0
/dev/nvme0n1p1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
nfsd /proc/fs/nfsd nfsd rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=1588780k,nr_inodes=397195,mode=700,uid=1000,gid=982,inode64,huge=within_size 0 0
192.168.1.200:/volume1/CD_Copies /mnt/CD_Copies nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
192.168.1.200:/volume1/Music /mnt/Music nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
192.168.1.200:/volume1/Photos /mnt/Photos nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
192.168.1.200:/volume1/Shares /mnt/Shares nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
192.168.1.200:/volume1/tcltk /mnt/tcltk nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
192.168.1.200:/volume1/Videos /mnt/Videos nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,fatal_neterrors=none,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.100,local_lock=none,addr=192.168.1.200 0 0
gvfsd-fuse /home/andrew/.run/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=982 0 0
portal /home/andrew/.run/doc fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=982 0 0

I understand what you say about autostart but there is nothing different between the old pc and the slimbook apart from the xfce4 services.

Added later 19 h 50 min 48 s:
It crossed my mind that it is possible that using /mnt for the mount point may be a problem.

In the old days /mnt was the goto mount point, but I remember reading that this was no longer recommended, and that /mount was preferred.

Is it possible that XFCE4 is doing something to interfere with the /mnt mounts?

Last edited by AndyM48 (2026-04-05 14:24:14)

kwizzz

Member

Registered: 2024-11-10

Posts: 50

Re: rsync cannot transfer parameters in xfce4

Yeah, I also remember that /mnt mounts were used by root, and I usually avoided to have subfolders under it (especially having the correct rights ;-)).
However, I do not think that this is the issue here.  I also do not see any interfering mounts in your output.

Can you check if nm-applet is running (pregp -alf nm-applet) in good and bad scenario?  XFCE usually starts it (see Session and Startup > Application Autostart) and maybe this one is interfering with your nm script.  Try turning this one off in autostart and confirm that there is no nm-applet running anymore.
You could also check the output of `journalctl -u NetworkManager` for any hints (and also `journalctl -u nm-dispatcher`).
(You might also want to turn off other of the autostart items and see if it has a positive effect)

There is also a setting in Thunar under Edit > Preferences.  In Advanced tab, there is a 'Enable Volume Management' plus a Configure option.  You might want to fool around with that.

AndyM48

Member

Registered: 2023-02-12

Posts: 26

Re: rsync cannot transfer parameters in xfce4

To check, I unmounted the folder from /mnt and remounted it at /mount, ran the original command and received the same error. So it was not the mount point which was the problem.

To summarise:
The command is:

rsync -rlptvzhO --delete --exclude=.TRASH* /home/andrew/tcltk /mnt

on my 11 years old acer portable which is running openbox as the wm it runs fine. If I run the same command on my brand new slimbook running xfce4 I get an error

failed to set permissions on "/mnt/tcltk"

Both laptops are running artix linux 6.19.10, both use exactly the same settings and software versions.
If I run the command on the slimbook before xfce is started it runs fine, so it seems that it is xfce4 which is preventing rsync from transferring the parameters.

So it does seem that XFCE4 is causing the problem, but if it is related to the software then that software is not a problem with Openbox but IS with xfce4.

I could try a different de but, to be honest, since I have a work around. I am not sure that I want to spend the time on it. I have other problems to overcome with the Slimbook. 

Thanks for all your help.