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
Supporter, Wikiteam
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
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
Supporter, Wikiteam
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!
|