[ Date Index ] [ Thread Index ] [ <= Previous by date / thread ] [ Next by date / thread => ]
On 07/11/2021 12:57, Julian Hall wrote: > > On 07/11/2021 12:09, Michael Everitt wrote: >> On 07/11/2021 11:33, Julian Hall wrote: >>> julian@Cerce:~$ ls -alh /media/julian/DEMETER >>> ls: cannot open directory '/media/julian/DEMETER': Permission denied >>> julian@Cerce:~$ sudo ls -alh /media/julian/DEMETER >>> [sudo] password for julian: >>> total 232M >>> drwxrwxrwx 44 root root 4.0K Sep 3 19:56 . >>> drwxr-xr-x 5 root root 4.0K Oct 25 16:49 .. >> <snip> >> >> I'm suspicious why it cannot read the 'umounted' mount point /media/julian/DEMETER >> and is throwing a 'permission denied' here (although this could easily be the >> automount whining...). >> >> What happens if you comment that damn share from fstab and re-run "ls -alh >> /media/julian/DEMETER" (as julian) (or quite frankly as root would do too)... >>>> I like logs: >>>> >>>> journalctl -b | grep -i mount >>> julian@Cerce:~$ journalctl -b | grep -i /media/julian/DEMETER >>> Nov 07 09:51:02 Cerce systemd[1]: Mounting /media/julian/DEMETER... >>> Nov 07 09:51:02 Cerce systemd[1]: Failed to mount /media/julian/DEMETER. >>> Nov 07 09:51:10 Cerce systemd[1]: media-julian-DEMETER.automount: Got automount >>> request for /media/julian/DEMETER, triggered by 1418 (pool) >>> Nov 07 09:51:10 Cerce systemd[1]: Mounting /media/julian/DEMETER... >>> Nov 07 09:51:10 Cerce systemd[1]: Mounted /media/julian/DEMETER. >>> Nov 07 09:52:32 Cerce systemd[1]: Unmounting /media/julian/DEMETER... >>> Nov 07 09:52:32 Cerce systemd[1]: Unmounted /media/julian/DEMETER. >>> Nov 07 11:18:51 Cerce systemd[1]: media-julian-DEMETER.automount: Got automount >>> request for /media/julian/DEMETER, triggered by 4856 (ls) >>> Nov 07 11:18:51 Cerce systemd[1]: Mounting /media/julian/DEMETER... >>> Nov 07 11:18:51 Cerce systemd[1]: Mounted /media/julian/DEMETER. >>> Nov 07 11:19:11 Cerce sudo[4882]: julian : TTY=pts/0 ; PWD=/home/julian ; >>> USER=root ; COMMAND=/usr/bin/ls -alh /media/julian/DEMETER >>> Nov 07 11:20:12 Cerce systemd[1]: Unmounting /media/julian/DEMETER... >>> Nov 07 11:20:12 Cerce systemd[1]: Unmounted /media/julian/DEMETER. >> Hmm, so your 'julian' user doesn't have the right to perform the necessary >> 'automount'. Using 'sudo' above badly masks the underlying issue... but is >> telling in >> other ways.. >> >> What do you get from simply "mount -vvv /media/julian/DEMETER" as 'julian' (which >> shouldn't throw a hissy if the 'users' parameter is being correctly parsed)?? > julian@Cerce:~$ mount -vvv /media/julian/DEMETER > mount.nfs: timeout set for Sun Nov 7 12:58:08 2021 > mount.nfs: trying text-based options > 'timeo=14,vers=4.2,addr=192.168.1.3,clientaddr=192.168.1.2' > mount.nfs: mount(2): Protocol not supported > mount.nfs: trying text-based options > 'timeo=14,vers=4.1,addr=192.168.1.3,clientaddr=192.168.1.2' > mount.nfs: mount(2): Protocol not supported > mount.nfs: trying text-based options > 'timeo=14,vers=4.0,addr=192.168.1.3,clientaddr=192.168.1.2' > mount.nfs: mount(2): Protocol not supported > mount.nfs: trying text-based options 'timeo=14,addr=192.168.1.3' > mount.nfs: prog 100003, trying vers=3, prot=6 > mount.nfs: trying 192.168.1.3 prog 100003 vers 3 prot TCP port 2049 > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: trying 192.168.1.3 prog 100005 vers 3 prot UDP port 892 > > Julian > Aha, well that tells us Something ... so NFSv4 isn't working (one or other end(s)) .. I'm guessing its on the NAS, because client wouldn't try those protocols if it didn't "understand" them .. (or shouldn't, right?!) ..
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature
-- The Mailing List for the Devon & Cornwall LUG https://mailman.dcglug.org.uk/listinfo/list FAQ: http://www.dcglug.org.uk/listfaq