NFS Problem und Alias

defcon42 · February 21, 2025 at 6:12 AM

Nachdem bei Ubuntu doch so einiges fehlt, was TuxedoOS "out-of-the-box" kann - und so auch viel besser ins OS integriert ist - läuft auf meinem neuen Laptop jetzt TuxedoOS. Habe aber gerade ein Thema mit der Einbindung meines NAS. Die NFS credentials sind korrekt gesetzt und manuelles Mounting funktioniert auch problemlos. Er verweigert mir aber das automount per fstab. Der Mount wird mir ohne Fehler in Dolphin unter Netzwerk angezeigt, bleibt aber auch mit Wartezeit und Neustart von Dolphin leer. (gelbe Lampe) Sobald ich den Befehl nachschiebe, springt die Anzeige auf grün. Ich habe schon etwas mit den Parametern gespielt (nofail etc.), aber keine Änderung. Es ist der gleiche fstab Eintrag wie beim alten Laptop mit TuxedoOS. Woran könnte es noch liegen?

fstab: 192.168.178.100:/volume1/DATA /mnt/DATA nfs defaults 0 0

Weitere Frage ist, wie ich den Anzeigenamen "/mnt/DATA" in Dolphin ändern kann?

Sojan · February 21, 2025 at 6:46 AM

Was gibt denn die Ausgabe von showmount --exports DEINE.IP.VOM.SERVER auf deinem Notebook?

Und mount | grep nfs

defcon42 · February 21, 2025 at 8:44 AM

Zeigt /volume1/DATA 192.168.178.103 und /volume1/MEDIA 192.168.178.103, also die Client IP des Notebooks.

In Dolphin werden scheinbar nur die Namen angezeigt, es gibt die Option "Einhängen". Diese führt dann zur Fehlermeldung "failed to prepare mount" und "Operation not permitted". Aber die IP ist doch am Server freigegeben und manuell funktioniert es auch.

Sojan · February 21, 2025 at 9:03 AM

Quote from Sojan

Und mount | grep nfs

und das?

Und auch noch ls -l /mnt/DATA

PS: Kannst du bitte die Terminalausgaben als Codeblock posten. Ist sonst etwas anstrengend zu lesen.

defcon42 · February 21, 2025 at 9:09 AM

Code

192.168.178.100:/volume1/MEDIA on /home/defcon42/mnt/MEDIA type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.103,local_lock=none,addr=192.168.178.100)
192.168.178.100:/volume1/DATA on /home/defcon42/mnt/DATA type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.103,local_lock=none,addr=192.168.178.100)

Code

"insgesamt 0"

Sojan · February 21, 2025 at 9:16 AM

Häh??

Ausgabe mount

Code

/home/defcon42/mnt/DATA
/home/defcon42/mnt/MEDIA

Quote from defcon42

fstab: 192.168.178.100:/volume1/DATA /mnt/DATA nfs defaults 0 0

Da kann was nicht stimmen. Laut fstab /mnt/DATA und gemountet wird auf /home/defcon42/mnt/DATA

defcon42 · February 21, 2025 at 9:24 AM

Ich Depp. Habe den Einhängepunkt zur Altconfig geändert.

Bin jetzt unterwegs, kann es nachher erst testen. Ist aber sehr offensichtlich der Fehler.

defcon42 · February 21, 2025 at 11:49 AM

Code

192.168.178.100:/volume1/DATA /home/defcon42/mnt/DATA nfs defaults 0 0
192.168.178.100:/volume1/MEDIA /home/defcon42/mnt/MEDIA nfs defaults 0 0

Code

defcon42@Legion:~$ mount | grep nfs
192.168.178.100:/volume1/DATA on /home/defcon42/mnt/DATA type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.103,local_lock=none,addr=192.168.178.100)
192.168.178.100:/volume1/MEDIA on /home/defcon42/mnt/MEDIA type nfs4 (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.103,local_lock=none,addr=192.168.178.100)

Code

ls -l /home/defcon42/mnt/DATA
insgesamt 220
drwxrwxrwx 6 1026 users 184320 Feb 21 07:23  Downloads
drwxrwxrwx 4 1026 users   4096 Feb  7  2024  Downloads2
drwxrwxrwx 2 1026 users   4096 Jan 29 16:41  Bilder
drwxrwxrwx 3 root root    4096 Feb 20 15:19 '#recycle'

Irgendwo ist doch der Wurm drin. fstab passt zum Rest für mich. Die Ausgaben sind jeweils vom manuellen Mounting. Wo ist der Fehler in fstab?

Vielleicht bin ich auch nur einfach blind heute.

Sojan · February 21, 2025 at 12:53 PM

Kannst du das Notebook einmal neu starten und direkt danach sudo mount -av eingeben.

Vielleicht steht das Netzwerk beim Booten und Ausführen der fstab noch nicht bereit.

faxxy · February 21, 2025 at 4:59 PM

Oh hab die letzte Zeile nicht richtig gelesen.

Versuch mal die zusätzliche fstab Option

_netdev

Code

  _netdev
           The filesystem resides on a device that requires network
           access (used to prevent the system from attempting to mount
           these filesystems until the network has been enabled on the
           system).

Quelle:

mount(8) - Linux manual page

Es gibt für systemd glaub ich auch noch andere Möglichkeiten dass in der fstab einzutragen dazu steht etwas im Ubuntu Wiki

defcon42 · February 21, 2025 at 5:51 PM

Code

sudo mount -av
[sudo] Passwort für defcon42: 
/boot/efi                : bereits eingehängt
/                        : ignoriert
/tmp                     : bereits eingehängt
mount.nfs: timeout set for Fri Feb 21 17:49:37 2025
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'vers=4,minorversion=1,addr=192.168.178.100,clientaddr=192.168.178.103'
/home/defcon42/mnt/DATA     : successfully mounted
mount.nfs: timeout set for Fri Feb 21 17:49:37 2025
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'vers=4,minorversion=1,addr=192.168.178.100,clientaddr=192.168.178.103'
/home/defcon42/mnt/MEDIA    : successfully mounted

Display More

Ich habe jetzt etwa 2 min nach dem Start gewartet und die Mounts haben automatisch funktioniert. Kann ich da etwas optimieren? Dieser netdev Parameter vllt.? Ist "Protocol not supported" ein Problem? Andere Auffälligkeiten?

KTT73 · February 21, 2025 at 6:20 PM

Meine nfs mounts sehen so aus, und funktionieren super:

192.168.2.5:/Save /srv/Homi/Save nfs rw,nofail,_netdev 0 0

rw= lesen/schreiben

nofail=mach weiter auch wenn ein Fehler auftritt

_netdev=wenn das Netzwerk steht

Unter Arch, muss dafür nur

core/nfs-utils 2.8.2-2 (392.4 KiB 1.3 MiB) (Installiert)

installiert sein.

Sojan · February 21, 2025 at 6:32 PM

Quote from defcon42

mount.nfs: mount(2): Protocol not supported

Dein Laptop möchte sich mit nfs version 4 verbinden. Jetzt die Frage, welche Version läuft auf dem Server?

defcon42 · February 21, 2025 at 6:45 PM

Quote from Sojan

Dein Laptop möchte sich mit nfs version 4 verbinden. Jetzt die Frage, welche Version läuft auf dem Server?

Bis zu 4.1. 2, 3, 4 und 4.1 werden unterstützt. Ist eine DS418j Syno.

Code

Anmerkung:

    Beim Bereitstellen kann der Parameter -o vers=2, -o vers=3 oder -o vers=4 zum Mount-Befehl hinzugefügt werden, um festzulegen, welche NFS-Version verwendet werden soll.
    Beachten Sie Folgendes, wenn NFSv4 für die Bereitstellung des freigegebenen Ordners verwendet wird. Sonst schlagen die mit dem Benutzernamen verknüpften Dateiaktionen fehl.
        Der NFS-Client muss idmapd aktivieren.
        Die NFSv4-Domaineinstellungen in der Datei idmapd.conf auf Ihrem NFS-Client müssen mit dem Feld NFSv4-Domain des Synology NAS übereinstimmen.

faxxy · February 21, 2025 at 8:04 PM

Naja er versucht mit Version 4.2 zu verbinden aber dass klappt nicht da nicht unterstützt.

Entweder ignorieren oder in der fstab die Version mit angeben.

Sojan · February 22, 2025 at 4:07 AM

Quote from defcon42

Ich habe jetzt etwa 2 min nach dem Start gewartet und die Mounts haben automatisch funktioniert.

Die zwei Minuten Wartezeit würden zumindest passen. Standard sind 60 Sekunden und du hast zwei Fehler (mount(2): Protocol not supported),

Ich denke auch, du müsstest bei den Optionen etwas herumspielen.

Quote

timeo=n
The time in deciseconds (tenths of a second) the NFS client waits for a response before it retries an NFS request.
For NFS over TCP the default timeo value is 600 (60 seconds). The NFS client performs linear backoff: After each retransmission the timeout is increased by timeo up to the maximum of 600 seconds.

defcon42 · February 22, 2025 at 5:48 AM

Habe die Optionen geändert. Er scheint ein Problem mit dem Parameter nfs=4 zu haben. Reihenfolge ändern bringt keine Besserung. Habe es auch mit und ohne nofail bzw. _netdev probiert.

Das automatischen Mounten nach ein paar Minuten funktioniert jetzt auch nicht mehr.

Code

192.168.178.100:/volume1/DATA /home/defcon42/mnt/DATA nfs nfs=4,rw 0 0
192.168.178.100:/volume1/MEDIA /home/defcon42/mnt/MEDIA nfs nfs=4,rw 0 0

Code

defcon42@Legion:~$ sudo mount -av
[sudo] Passwort für defcon42: 
/boot/efi                : bereits eingehängt
/                        : ignoriert
/tmp                     : bereits eingehängt
mount.nfs: timeout set for Sat Feb 22 05:41:47 2025
mount.nfs: trying text-based options 'nfs=4,vers=4.2,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,vers=4,minorversion=1,addr=192.168.178.32,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,vers=4,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,addr=192.168.178.100'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.178.100 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.178.100 prog 100005 vers 3 prot UDP port 892
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified for /home/defcon42/mnt/DATA
mount.nfs: timeout set for Sat Feb 22 05:41:47 2025
mount.nfs: trying text-based options 'nfs=4,vers=4.2,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,vers=4,minorversion=1,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,vers=4,addr=192.168.178.100,clientaddr=192.168.178.103'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'nfs=4,addr=192.168.178.100'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.178.100 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.178.100 prog 100005 vers 3 prot UDP port 892
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified for /home/defcon42/mnt/MEDIA

Display More

faxxy · February 22, 2025 at 7:21 AM Best Answer

Liest eigentlich noch wer die man Pages? Ja er hat ein Problem mit nfs=4 denn diese mount Option gibt es nicht, wo hat du die gefunden?

Es gab Zeiten da wurde nfs4 als mount Type angegeben aber selbst dass ist deprecated

Alle erlaubten mount Optionen sind im man von mount hinterlegt, im Fall von NFS wirst du auf die man Page von NFS geleitet.

nfs(5) - Linux manual page

Hier steht eindeutig wie man die Version mit angibt.

Siehe Punkt nfsvers und minorversion

defcon42 · February 25, 2025 at 5:55 AM

Mittlerweile habe ich ihn dazu zwingen können, nfs 4.1 zu benutzen. Die Automatik funktioniert trotzdem nicht. Manuell kein Problem. Habe gerade auch keinen Nerv dafür, mich weiter damit rumzuärgern. Da ich meinen Laptop im Normallfall daheim nur 1x am Tag einschalte und ihn erst am Abend wieder aussschalte, ist der manuelle Schritt auch kein Dealbreaker. Lustig ist halt wieder nur, dass ich mit Windows noch nie Probleme in dem Punkt hatte.

NFS Problem und Alias

defcon42 February 25, 2025 at 5:55 AM

Participate now!