ubuntuusers.de

NAS mounten via fstab funktioniert nicht

Status: Gelöst | Ubuntu-Version: Xubuntu 18.04 (Bionic Beaver)
Antworten |

Zottel83

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Hallo an alle, ich habe aktuell ein Problem mit dem einbinden eines Netzlaufwerks in mein System.

Ich habe mir in /media den Ordner "NAS" erstellt und in fstab folgenden Eintrag gemacht:

//192.168.178.38/nas1 /media/NAS cifs auto  0 0

Wenn ich jetzt "sudo mount -a" ausführe bekomme ich folgende Fehlermeldung:

sudo mount -a
[sudo] Passwort für creatorx: 
mount: /media/NAS: Ungültige Option; für einige Dateisysteme (z.B. nfs, cifs) werden Sie
       eventuell ein /sbin/mount.<Typ> Hilfsprogramm benötigen.

Was soll das für ein Hilfsprogramm sein?

Das Netzlaufwerk ist auf jeden Fall erreichbar. Wenn ich es einfach via smb://192.168.178.38/nas1 in Thunar eingebe, kann ich darauf zugreifen. Leider benötige ich es aber als gemounteten Ordner.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Grundsätzlich sieht der Eintrag ok aus. Was ergibt

sudo mount -a -v

Zottel83

(Themenstarter)

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Das ergibt

sudo mount -a -v
[sudo] Passwort für creatorx: 
/                        : ignoriert
mount: /media/NAS: Ungültige Option; für einige Dateisysteme (z.B. nfs, cifs) werden Sie
       eventuell ein /sbin/mount.<Typ> Hilfsprogramm benötigen.

Noch folgende Info:

ls -al /media/
insgesamt 20
drwxr-xr-x   5 root root 4096 Apr 25 09:13 .
drwxr-xr-x  23 root root 4096 Apr 23 11:19 ..
drwxrwxrwx+  2 root root 4096 Okt 23  2018 creatorx
lrwxrwxrwx   1 root root    7 Sep 11  2017 floppy -> floppy0
drwxrwxr-x   2 root root 4096 Sep 11  2017 floppy0
drwxrwxrwx   2 root root 4096 Apr 25 09:42 NAS

Außerdem verwende ich die fish-shell. Damit kann es aber nicht zusammenhängen?

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Ich denke nicht, daß es an einer anderen Shell liegt. Die Syntax ist jedenfalls laut Wiki korrekt. Schade das verbose nicht mehr Details gibt.

Kannst du bitte mal

smbclient -L 192.168.178.38 

zeigen?

Die cifs utils sind installiert, oder?

sudo apt-get install cifs-utils 

Zottel83

(Themenstarter)

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Nein,das Paket hatte gefehlt. Allerdings geht es nach der Installation noch immer nicht. Wenn ich den fstab-Eintrag mit einer credentials-Datei versehe:

//192.168.178.38/nas1 /media/NAS cifs credentials=/home/creatorx/.smbcredentials  auto  0 0

bekomme folgende Fehlermeldung:

sudo mount -a -v
[sudo] Passwort für creatorx: 
mount: /etc/fstab: Einlesefehler in Zeile 13 -- ignoriert
/                        : ignoriert

Wenn ich in fstab eintrage, dass ich das Passwort nach dem Mounten selbst eingebe:

//192.168.178.38/nas1 /media/NAS cifs user=raspinas,auto  0 0

kommt diese Fehlermeldung:

sudo mount -a -v
/                        : ignoriert
Password for raspinas@//192.168.178.38/nas1:  *************************
mount.cifs kernel mount options: ip=192.168.178.38,unc=\\192.168.178.38\nas1,user=raspinas,pass=********
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Achso, fast vergessen:

smbclient -L 192.168.178.38 
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\creatorx's password: 

	Sharename       Type      Comment
	---------       ----      -------
	IPC$            IPC       IPC Service (raspberrypi server)
	print$          Disk      Printer Drivers
	NAS-Backup      Disk      NAS-Backup am Raspberry PI
	NAS1            Disk      NAS1 am Raspberry PI
	MFC250C         Printer   MFC250C
	Brother_MFC-250C Printer   Brother MFC-250C
Reconnecting with SMB1 for workgroup listing.
protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE
Failed to connect with SMB1 -- no workgroup available

Ok, SMB1? Könnte es daran liegen? Der Samba-Server für das NAS hat ein höheres Protokoll.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Am Protokoll liegt es nicht. Du hast die falsche Option angegeben. user=XXX wird nicht mehr unterstützt, stattdessen musst du username=XXX verwenden.

Ich würde auch immer die korrekte Bezeichnung des Shares nehmen. Also die Groß / Kleinschreibung beachten.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9204

Wohnort: Münster

Zottel83 schrieb:

[…] in fstab folgenden Eintrag gemacht:

//192.168.178.38/nas1 /media/NAS cifs auto  0 0

Dieser Eintrag ist syntaktisch falsch, weil

  • auto ist keine gültige Option! (noauto wäre eine!)

  • Es muss mindestens immer entweder die Option rw oder die Option ro angegeben werden.

  • Weitere Optionen können, durch Komma getrennt, folgen.

Versuche diese Zeile:

//192.168.178.38/nas1 /media/NAS cifs rw  0 0 

Wenn ich jetzt "sudo mount -a" ausführe bekomme ich folgende Fehlermeldung:

sudo mount -a
[sudo] Passwort für creatorx: 
mount: /media/NAS: Ungültige Option; für einige Dateisysteme (z.B. nfs, cifs) werden Sie
       eventuell ein /sbin/mount.<Typ> Hilfsprogramm benötigen.

Was soll das für ein Hilfsprogramm sein?

Du benötigst mount.cifs aus dem Paket cifs-utils.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

kB schrieb:

Zottel83 schrieb:

[…] in fstab folgenden Eintrag gemacht:

//192.168.178.38/nas1 /media/NAS cifs auto  0 0

Dieser Eintrag ist syntaktisch falsch, weil

  • auto ist keine gültige Option! (noauto wäre eine!)

  • Es muss mindestens immer entweder die Option rw oder die Option ro angegeben werden.

Dann stimmt aber der Eintrag im Wiki nicht mehr: Link. Nach meinen Erfahrungen wirken neben den Optionen von mount.cifs auch die eher allgemeinen Optionen von mount wie eben auto / noauto.

Zottel83

(Themenstarter)

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Hallo, so konnte mich erst jetzt wieder dem Problem widmen. Also ich habe im fstab-Eintrag user mit username ausgetauscht und es sowohl mit auto als auch mit rw als Option versucht:

//192.168.178.38/nas1 /media/NAS cifs username=raspinas,rw  0 0

Beide Varianten werden weiterhin mit

/                        : ignoriert
Password for raspinas@//192.168.178.38/nas1/:  *************************
mount.cifs kernel mount options: ip=192.168.178.38,unc=\\192.168.178.38\nas1,user=raspinas,pass=********
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

abgebrochen.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Achte auf die richtige Schreibung, es heißt NAS1 und nicht nas1.

Zottel83

(Themenstarter)

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Hallo, ich konnte das Problem mit dem Einbinden lösen. An der Schreibweise lag es nicht, es macht scheinbar keinen Unterschied ob ich in fstab nas1 oder NAS1 eintrage. Das Problem wurde behoben indem ich bei den cifs Optionen noch "vers=2.0" hinzugefügt hatte.

//192.168.178.38/nas1/ /home/creatorx/Netzwerkfreigaben/NAS/ cifs vers=2.0,credentials=/home/creatorx/.smbcredentials,auto 0 0

Ich habe es nicht komplett verstanden, aber hat scheinbar doch mit der Protokollversion des Sambaservers zu tun. Also einbinden geht nun.

Allerdings habe ich nun ein anderes Problem. Obwohl die Rechte im Sambaserver für die Freigabe so eingestellt sind, dass jeder User jede Datei und jeden Ordner bearbeiten darf, habe ich nach der Einbindung über fstab keine Schreibrechte, und das obwohl ich sämtliche Rechte habe, wenn ich das NAS im selben System über den Dateimanager mit smb://192.168.178.38/nas1 aufrufe.

Folgendes ist mir aufgefallen. Ich habe den Ordner "home/creatorx/Netzwerkfreigaben/NAS" als normaler User erstellt. So sieht er aus, wenn die Netzwerkfreigabe dort nicht eingebunden ist:

drwxrwxr-x  2 creatorx creatorx 4096 Apr 26 22:47 NAS

Nach dem Einbinden sieht der selbe Ordner dann so aus:

drwxr-xr-x  2 root     root        0 Mär 28 16:45 NAS

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Zottel83 schrieb:

Ich habe es nicht komplett verstanden, aber hat scheinbar doch mit der Protokollversion des Sambaservers zu tun. Also einbinden geht nun.

Ja, scheinbar ist die Version 1.0 von smb noch als Default bei mount.cifs eingestellt.

Allerdings habe ich nun ein anderes Problem. Obwohl die Rechte im Sambaserver für die Freigabe so eingestellt sind, dass jeder User jede Datei und jeden Ordner bearbeiten darf, habe ich nach der Einbindung über fstab keine Schreibrechte, und das obwohl ich sämtliche Rechte habe, wenn ich das NAS im selben System über den Dateimanager mit smb://192.168.178.38/nas1 aufrufe.

Die native Synchronisation der Rechte geht nur mit den cifs unix extensions. Diese funktionieren aber nur mit smb Version 1. Alternativ kannst du auch einfach deine User ID vorgeben. Damit werden die Freigaben dann nicht mit root, sondern mit einer beliebigen UID eimgehangen. Dazu musst du nur die Option uid=XXX in deinem fstab Eintrag ergänzen.

id

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9204

Wohnort: Münster

chr123 schrieb:

[…] Ja, scheinbar ist die Version 1.0 von smb noch als Default bei mount.cifs eingestellt.

Nein, seit Ubuntu 18.04 (oder schon seit 17.10?) ist als Vorgabe die SMP-Protokoll-Version auf vers=3.0 gesetzt. Früher war es vers=1.0. Aber wenn man 3.0 haben möchte und der Server kann nur 2.0, geht es auch schief.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

kB schrieb:

Aber wenn man 3.0 haben möchte und der Server kann nur 2.0, geht es auch schief.

Auf diese Weise kann die Verbindung natürlich auch schief gehen, stimmt. Ein Einzeiler (zum Support) wäre mal super, um die vom Server akzeptierten smb Versionen zu ermitteln...

Zottel83

(Themenstarter)

Anmeldungsdatum:
9. Februar 2015

Beiträge: 115

Der uid Eintrag hat geholfen. Jetzt funktioniert alles. Vielen Dank!

Antworten |