• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Leap 15.5: NAS Laufwerk wird beim booten nicht mehr gemountet

P6CNAT

Advanced Hacker
Hallo,
auf meinem Tablet-PC habe ich ein NAS Laufwerk eingerichtet das bis vor kurzem beim Start des Rechners automatisch gemountet wurde. Seit einem der letzten Updates funktioniert das automatisch Mounten beim Start nicht mehr und ich muss das NAS Laufwerk manuell einbinden.
Hat jemand eine Idee/Lösung für das Problem. (Die aktuellen Systemdaten stehen in meiner Signatur.)
Code:
$ cat /etc/fstab | grep nfs
SynologyNAS:/volume1/share                 /nfs-share nfs   defaults         0  0
 

Sauerland

Ultimate Guru
Wenn es nicht funktioniert als root:
Code:
systemctl list-units | grep -i mount

Falls der Mount so heisst:
Code:
systemctl status nfs-share.mount
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Code:
$ systemctl list-units | grep -i nfs
● nfs\x2dshare.mount                                                                                                                              loaded failed failed    /nfs-share
$ systemctl status /nfs-share
× nfs\x2dshare.mount - /nfs-share
     Loaded: loaded (/etc/fstab; generated)
     Active: failed (Result: exit-code) since Sat 2023-07-29 10:01:40 CEST; 3min 16s ago
      Where: /nfs-share
       What: SynologyNAS:/volume1/share
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)

# cat messages | grep nfs | grep 2023-07-29T10
2023-07-29T10:01:40.652271+02:00 georg-SHIFT13mi systemd[1]: Mounting /nfs-share...
2023-07-29T10:01:40.652276+02:00 georg-SHIFT13mi mount[2155]: mount.nfs: Failed to resolve server SynologyNAS: Name or service not known
2023-07-29T10:01:40.652282+02:00 georg-SHIFT13mi systemd[1]: nfs\x2dshare.mount: Mount process exited, code=exited, status=32/n/a
2023-07-29T10:01:40.652284+02:00 georg-SHIFT13mi systemd[1]: nfs\x2dshare.mount: Failed with result 'exit-code'.
2023-07-29T10:01:40.652288+02:00 georg-SHIFT13mi systemd[1]: Failed to mount /nfs-share.
Das ist seltsam, wenn ich manuell mounte, kommt keine Fehlermeldung mehr.

Code:
sudo mount -t nfs SynologyNAS:/volume1/share /nfs-share
# cat messages | grep nfs | grep 2023-07-29T10:12
2023-07-29T10:12:00.659851+02:00 georg-SHIFT13mi sudo:    georg : TTY=pts/3 ; PWD=/home/georg/bin ; USER=root ; COMMAND=/usr/bin/mount -t nfs SynologyNAS:/volume1/share /nfs-share
Demnach wäre der nfs Dienst beim Mountvorgang noch nicht gestartet? Kann man das mounten des nfs Laufwerks zeitlich verschieben?
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Der Eintrag der IP-Adresse in der fstab hat das Problem leider nicht behoben.
Das NAS ist an eine FritzBox angeschlossen und dort sind IP und Name eingetragen.
 

Uwe.Lü

Hacker
Das NAS ist an eine FritzBox angeschlossen und dort sind IP und Name eingetragen.
Das könnte das Problem sein. Siehst Du beim Frontend der Fritzbox die NAS?
Der Rechner muss wissen über welche Geräte der NAS gemountet werden soll.
z. B. so //Fritzbox/NAS

Wir haben einen Server auf dem die Daten sind.
Also solllte der fsab - Eintag so lauten:

Code:
//Fritzbox/NAS   /home/XXX/ZZZZZZZ cifs noauto,username=xxx,password=yyyyyyyy,uid=XXX,x-systemd.automount,x-systemd.device-timeout=30,_netdev 0 0
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo Uwe,

Das NAS sieht man am Frontend der Fritzbox.

Dein Eintrag in der fstab sieht interessant aus. Sieht eher nach einem NAS aus das über USB an die Fritzbox angeschlossen ist. Meines hat ja eine eigene Netzwerkadresse. Ich wusste auch nicht dass man username und passwort in der fstab eintragen kann.
In einer Mehrbenutzerumgebung ist das bedenklich, weil die fstab ja eine read all Datei ist.

Das Problem hat sich übrigens mit einem der letzten Kernel Updates erledigt. Das NAS wird wieder automatisch gemountet.
 
Oben