ubuntuusers.de

Hi alle zusammen.

Folgendes Szenario, ich habe ein kleines NAS im Netzwerk auf einem Raspi laufen. Dort sind verschiedene Freigaben über Samba konfiguriert, die Shares für meinen Kodi/Libre Elec funktionieren auch alle wie gewünscht. Eingetragen habe ich die Shares in der /etc/samba/smb.conf wie folgt:

1
2
3
4
5
6
7
8
9

[Backup]
comment = Backup 
path = /media/HDD1/Backup 
valid users = @users 
force group = users 
create mask = 0660 
directory mask = 0771 
read only = no

Auf meinem Laptop habe ich zudem folgendes in der /etc/fstab eingetragen:

1
2

//192.168.0.2/Backup					/mnt/backup		cifs	credentials=/home/sandro/.smbcredentials,noauto	0	0

in der .smbcredentials habe ich User und PW hinterlegt:

username=nas
password=MeinPasswort

Rechte der Datei sind auf -rw-r--r-- gesetzt und gehören meinem User.

Der Samba-Dienst läuft auf dem Raspi, die Kommunikation zwischen Laptop und Pi ist auch völlig in Ordnung, wenn ich nun jedoch ein

1

mount -a

abfeuere, passiert schlicht und ergreifend nichts. Ich erhalte keine Fehlermeldung, die Freigabe wird aber auch nicht eingehangen. Im Samba Logfile erscheint ebenfalls kein Eintrag, habe sogar das Loglevel mal hochgedreht (von 0 auf 3, in den Kommentaren steht jedoch nicht wie hoch das Level geht, sonst würde ich es mal auf debug stellen...) jedoch ohne wesentliche Änderung.

Hat jemand noch eine Idee, wo ich nachsehen könnte, woran es scheitert?

Ach ja, die cifs-utils sind natürlich auf dem Laptop installiert, andernfalls müsste ich beim Mountversuch eine Fehlermeldung erhalten, wenn ich mich recht entsinne.

Der Test der Samba Config ergibt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22

root@raspberrypi: # testparm
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
WARNING: The "syslog" option is deprecated
Processing section "[homes]"
Processing section "[printers]"
Processing section "[print$]"
Processing section "[nas]"
Processing section "[Admin]"
Processing section "[Anime]"
Processing section "[Backup]"
Processing section "[Bilder]"
Processing section "[Disney]"
Processing section "[Dokumente]"
Processing section "[Filme]"
Processing section "[Home]"
Processing section "[Kinderkram]"
Processing section "[Musik]"
Processing section "[Serien]"
Processing section "[Sonstiges]"
Loaded services file OK.
Server role: ROLE_STANDALONE

Wie gesagt, die Shares funktionieren auch einwandfrei auf meinem Libreelec, Konfiguration und User sind dabei die gleichen. Der User "nas" wurde mit smbpasswd -a nas natürlich der Sambadatenbank hinzugefügt

1
2

root@raspberrypi: # id nas
uid=1002(nas) gid=100(users) Gruppen=100(users),114(sambashare)

Hm, was könnte ich noch an Infos beisteuern? Ach ja, folgende Pakete sind auf dem Server installiert:

1
2
3
4
5
6
7
8

root@raspberrypi:# dpkg -l | grep samba
ii  python-samba                     2:4.5.12+dfsg-2+deb9u3       armhf        Python bindings for Samba
ii  samba                            2:4.5.12+dfsg-2+deb9u3       armhf        SMB/CIFS file, print, and login server for Unix
ii  samba-common                     2:4.5.12+dfsg-2+deb9u3       all          common files used by both the Samba server and client
ii  samba-common-bin                 2:4.5.12+dfsg-2+deb9u3       armhf        Samba common files used by both the server and the client
ii  samba-dsdb-modules               2:4.5.12+dfsg-2+deb9u3       armhf        Samba Directory Services Database
ii  samba-libs:armhf                 2:4.5.12+dfsg-2+deb9u3       armhf        Samba core libraries
ii  samba-vfs-modules                2:4.5.12+dfsg-2+deb9u3       armhf        Samba Virtual FileSystem plugins

Dateisysteme einbinden kann nur root oder root muss das Dateisystem für normale Benutzer in der Datei /etc/fstab freischalten.

Versuche:

sudo mount -v -a ; echo $?
sudo mount -v '//192.168.0.2/Backup' ; echo $?

(Die Option -v sorgt für ausführlichere Meldungen; $? zeigt den Rückgabewert des letzten Befehls, 0 bedeutet Erfolg.)

Oder füge die Option user bzw. users in der Datei /etc/fstab hinzu, dann wird sudo nicht benötigt.

Dieser Befehl zeigt die tatsächlich per CIFS eingebundenen Dateisysteme:

mount -t cifs 

Vergessen zu erwähnen, ich war bereits root im Terminal, bzw. wäre ich es nicht gewesen, hätte ich sudo natürlich vorangestellt. In dem Fall, wenn ich nur das sudo vergessen hätte, hätte das System aber auch gemeckert und darauf hingewiesen dass nur root mounten darf. Ich habe aber wie gesagt, gar keine Meldung erhalten.

Mit verbose sieht man tatsächlich mehr:

1
2
3
4
5

root@SDSG:~# mount -v -a ; echo $?
/                        : ignoriert
none                     : ignoriert
/mnt/backup              : ignoriert
0

Danke dafür, das hat mich auf die richtige Lösung gebracht. Ich weiß zwar nicht warum der mount ignoriert wird, aber nachdem ich in der fstab die Option "noauto" auf "auto" gesetzt habe, geht es nun:

root@SDSG:~# vim /etc/fstab 
root@SDSG:~# mount -v -a ; echo $?
/                        : ignoriert
none                     : ignoriert
mount.cifs kernel mount options: ip=192.168.0.2,unc=\\192.168.0.2\Backup,user=nas,pass=********
/mnt/backup              : successfully mounted
0

Hast Du eine Idee woran das liegt?

DarkSilver schrieb:

[…] aber nachdem ich in der fstab die Option "noauto" auf "auto" gesetzt habe, geht es nun […]

Hast Du eine Idee woran das liegt?

Die Option -a von mount bearbeitet genau alle Zeilen in der /etc/fstab, welche nicht die Option noauto aufweisen. Habe ich aber zunächst auch übersehen.