https://bugzilla.xfce.org/show_bug.cgi?id=14718
--- Comment #2 from René Genz <[email protected]> --- Thank you for very fast and detailed feedback. I try to set up a Fedora 29 computer in our productive environment. That will take some time. I found a way to reproduce the problem on a single computer with local accounts. The computer is NFS server and client at the same time. ## as far as I remember I did this (I forgot to take notes) # download ISO file: #firefox https://getfedora.org/en/workstation/prerelease/ wget --timestamping "https://download.fedoraproject.org/pub/fedora/linux/releases/test/29_Beta/Workstation/x86_64/iso/Fedora-Workstation-netinst-x86_64-29_Beta-1.5.iso"; # prepare test computer # with ISO file install Fedora 29 x86_64 virtual machine with Xfce desktop; no subgroups enabled # create user account; pick a name you like, this account will be referenced with "USER" # we will create another local account to reproduce the bug; this account is referenced with "name" # log in to virtual machine with GUI to enable SSH for easier access from host; maybe sshd.service had been enabled by default, I cannot remember sudo systemctl enable --now sshd.service # in case of problems try to disable firewall sudo systemctl disable --now firewalld.service ## at this point I started to take notes # log in with SSH to guest ssh USER@GUEST # switch to root sudo su # install NFS server dnf install -y nfs-utils # create directories for NFS shares and mountpoints mkdir /share1 /share2 /mount1 /mount2 # configure shares echo "/share1 localhost(ro)" | sudo tee -a "/etc/exports" echo "/share2 localhost(rw)" | sudo tee -a "/etc/exports" # start NFS server on system start; and right now systemctl enable --now nfs-server.service # create user account useradd -m name # set password passwd name # change path of user home directory vipw # change from: #name:x:1001:1001::/home/name:/bin/bash # to: #name:x:1001:1001::/mount1/name:/bin/bash # move user home directory mv /home/name /share2 # create symlink ln -s /share2/name ../share1 # mount NFS shares to mountpoints echo "localhost:/share1 /mount1 nfs ro,defaults 0 0" | sudo tee -a "/etc/fstab" echo "localhost:/share2 /mount2 nfs rw,defaults 0 0" | sudo tee -a "/etc/fstab" # reload server configuration systemctl reload nfs-server.service # SELinux: disable permanently vim /etc/selinux/config # change from: SELINUX=enforcing # to: SELINUX=disabled # reboot required reboot # log in to GUI session with user "name" # start thunar from lower panel; "`thunar` -- Help -- About" prints version: 1.8.1; package is: Thunar-1.8.1-20.fc29.x86_64 (rpm -qf `which thunar`) # in `thunar` address bar displays path "/share2/name/" # you can create files and folders with thunar in the directory # you can copy-paste files and folders with and without content from and to the directory (select file/folder, press Ctrl+c, press Ctrl+v) # to reproduce the bug: # in `thunar` on left side at "PLACES" click on home directory icon labeled "name" # address bar displays path "/mount1/name/" # you can create files and folders with thunar in the directory # you can copy-paste files without content from and to the directory (select file, press Ctrl+c, press Ctrl+v) # you cannot copy-paste folders with and without content from and to the directory # you cannot copy-paste files with content (single character is sufficient) from and to the directory # error message appears: ---8<--- Error while copying to "name". The destination is read-only. [Close] ---8<--- ## useful commands # list running sessions loginctl # kill a stuck session loginctl kill-session 4 # delete user folder and account to start over rm -rf /share2/name -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Xfce-bugs mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce-bugs
