Netzwerkfreigabe mounten mit systemd Mount Unit

Hofei · Oct 13th 2020

Quote from ebuachschwaub

Auf dem pi habe ich einen Mountpoint /mnt/daten/magazine erstellt.

Versuch ~~erst~~ nach /media zu mounten

Quote from ebuachschwaub

Ein
systemctl start media-fritz_nas.mount

bringt mir dann folgenden Fehler:

Antwort:

Quote from Hofei

systemd Mount Unit
Wie schon erwähnt, ist der Name der Mount Unit abhängig vom gewählten Einhängepunkt.
Mit folgendem Befehl bekommt man die Ausgabe, wie der Name der Mount Unit zu vergeben ist:
systemd-escape --suffix=mount --path <EINHÄNGEPUNKT>

In unserem Beispiel ist der Name: media-fritz_nas.mount
nano /etc/systemd/system/media-fritz_nas.mount

Display More

Warum mit vers=1.0? Deine NAS so alt?

ebuachschwaub · Oct 13th 2020

Danke recht herzlich für die Anleitung und die Hilfe!

War wohl gestern Abend schon etwas spät. Ich dachte mir, kann ja die Datei einfach umbenennen. Das Denken soll man den Pferden überlassen, hat meine Mutter immer gesagt. Die haben den größeren Kopf.

Jetzt funktioniert es.

Hofei · Oct 13th 2020

Freut mich, dass ich mit meiner Anleitung helfen konnte.

Quote from Hofei

Warum mit vers=1.0? Deine NAS so alt?

Noch zum Abschluss, wenn deine NAS eine neuere Version unterstützt würde ich unbedingt die neuere verwenden und nicht 1.0

ebuachschwaub · Oct 13th 2020

Da bin ich überfragt. Muss erst das Synology Forum befragen.
Es handelt sich hier um die Version vom smbcredentials?

Hofei · Oct 13th 2020

Die Version von smb

https://wiki.ubuntuusers.de/Samba/#Netzwerk-Protokolle

Was hast du denn für eine NAS

ebuachschwaub · Oct 13th 2020

Eine DS214play. Die kann schon die Version 3.

Ich ändere das in der xxx.mount und mache einen stop/start?

Hofei · Oct 13th 2020

Korrekt, du entfernst einfach das vers=1.0 und dann hängst du es neu ein mit stop/start, weiß gar nicht ob es bei .mount auch mit restart funktionieren würde

EDIT:

Zukünftig bitte bei Problemen einen eigenen Thread erstellen.

ragman1976 · Oct 23rd 2020

Hi,

ich möchte mit raspibackup.sh meinen Raspi auf einer Synology mit rsync sichern.

Der mount zw. Raspi und Syno funktioniert nach der hier beschriebenen Anleitung.

Code

[Unit]
Description=Mount der fritz_nas
Requires=serverctl.service
After=serverctl.service
Conflicts=shutdown.target
ConditionPathExists=/media/fritz_nas

[Mount]
What=//192.168.178.1/fritzbox/
Where=/media/fritz_nas
Options=credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=1.0
Type=cifs

[Install]
WantedBy=multi-user.target

Display More

Allerdings ist es laut der Beschreibung von raspibackup.sh notwendig den mount, wenn man rsync nutzen möchte, via nfs durchzuführen. Reicht es im o.g. Code einfach Type=cifs durch Type=nfs zu ersetzten oder wie kann ich das bewerkstelligen?

Gruß

hyle · Oct 23rd 2020

Ist denn nfs auf der Synology aktiv, bzw. hast Du die Freigabe dort per nfs eingerichtet?

Hofei · Oct 24th 2020

Quote from ragman1976

Allerdings ist es laut der Beschreibung von raspibackup.sh notwendig den mount, wenn man rsync nutzen möchte, via nfs durchzuführen. Reicht es im o.g. Code einfach Type=cifs durch Type=nfs zu ersetzten oder wie kann ich das bewerkstelligen?

Ja und nein.

Mit dem Type bist du richtig dran.

Zusätzlich musst du aber noch What=//192.168.178.1/fritzbox/ NFS Konform anpassen

Bei weiteren Problemen bitte eigenen Thread eröffnen

daxb · Oct 24th 2020

Das vers=1.0 müsste dann vermutlich auch noch raus.

ragman1976 · Oct 25th 2020

Hi,

ich habe die systemd Mount Unitwie folgt angepasst und somit funktioniert der "mount":

Code

[Unit]
Description=Mount des Raspi1
Requires=serverctl.service
After=serverctl.service
Conflicts=shutdown.target
ConditionPathExists=/backup
[Mount]
What=192.168.xyz.xy:/volume1/raspiBackups
Where=/backup
#Options=credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=3.0
Type=nfs
[Install]
WantedBy=multi-user.targe

Display More

Soweit ich weiß wird als Standard nfs 3.0 verwendet.

Gruß

fred0815 · Nov 8th 2020

Hab das mal nachgestellt, könnte man als Hinweis mit reinnehmen, falls keine FB, sondern ein anderer SMB-Server, wie z.B. ein anderer Pi als SMB-Server fungiert.

Wenn am SMB-Server (z.B.) Pi in der /etc/samba/smb.conf ein Eintrag oder beide Einträge zur Version gesetzt sind, wird der mount mit der Fehlermeldung mount error(95:) Operation not supported fehlschlagen, egal ob der Client diese Version auch unterstützt, da der Server die Version bestimmen kann, der Client jedoch keinen Einfluss darauf hat.

Code

server min protocol = SMB3
server max protocol = SMB3

Geht nicht:

Code

mount -t cifs -o credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=3.0 //IP/pfad/ /mount/pfad

Geht:

Code

mount -t cifs -o credentials=/etc/smbcredentials,uid=1000,gid=1000 //IP/pfad/ /mount/pfad

Crashy · Dec 31st 2020

Hallo Hofei,

vielen Dank für dein Tutorial.

Ich bin relativ weit gekommen, scheitere aber letztlich an der serverctl.service.

Eines nach dem anderen.

. Ordner WD_1 in /media erstellt

. smbcredentials erstellt und mit den entsprechenden Rechten versehen

. mit

mount -t cifs -o credentials=/etc/smbcredentials,uid=1000,gid=1000 //skynet/WD_1 /media/WD_1

geprüft, ob ich das Netzlaufwerk mounten kann und mit df geprüft - hat geklappt

-> umount /media/WD_1

. mit systemd-escape --suffix=mount --path /media/WD_1

den Namen der Mount Unit vergeben lassen

. gemäß Deinen Vorlagen die media-WD_1.mount erstellt und editiert

Code

[Unit]
Description=Mount der WD_1
Requires=serverctl.service
After=serverctl.service
Conflicts=shutdown.target
ConditionPathExists=/media/WD_1

[Mount]
What=//192.168.178.20/WD_1/
Where=/media/WD_1
Options=credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=2.0
Type=cifs

[Install]
WantedBy=multi-user.target

Display More

die serverctl.service

Code

[Unit]
Description=serverctl.service:   Waiting for Network or Server to be up
After=network.target

[Service]
Type=oneshot
TimeoutStartSec=95
ExecStart=/usr/local/sbin/serverctl 192.168.178.20

[Install]
WantedBy=multi-user.target

Display More

und final Dein Bash Script serverctl unverändert kopiert und eingesetzt.

Beim Test scheitert nun das Mounten des Netzlaufwerks - auch ein Neustart brachte nichts. Da ich mich wunderte, dass ich das Laufwerk zuvor einwandfrei mounten konnte, habe ich die Datei media-WD_1.mount editiert - wie folgt:

Code

[Unit]
Description=Mount der WD_1

[Mount]
What=//192.168.178.20/WD_1/
Where=/media/WD_1
Options=credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=2.0
Type=cifs

[Install]
WantedBy=multi-user.target

Display More

Ein systemctl start media-WD_1.mount zeigte jetzt sofort das gewünschte Ergebnis.

Leider funktioniert das bei einem Neustart nicht, da die Dauer, bis die Netzwerkverbindung steht, wohl zu lange ist.

Sobald ich also in der media-WD_1.mount den serverctl.service aktiviert lasse, funktioniert es reproduzierbar nicht !

Statt der festen IP des Servers, habe ich es auch mit dem Namen des Servers (skynet - ja ich mag den Terminator ) versucht - mit identischem Ergebnis.

Auf der Gegenseite läuft ein Server mit Kubuntu 20.04. Auf beiden Systemen ist das aktuelle Samba installiert. Wenn nötig kann ich morgen die smb.conf hier ebenfalls einstellen.

Hättest Du einen Rat für mich?

Grüße

Crashy

FSC830 · Dec 31st 2020

Ein. systemctl enable <unitname> hast Du auch ausgeführt?

Gruss

daxb · Dec 31st 2020

Quote from Crashy

Beim Test scheitert nun das Mounten des Netzlaufwerks - auch ein Neustart brachte nichts.

Der manuelle Mount Aufruf und der in der systemd Mount Unit stimmt nicht überein. Gab es beim Test eine Fehlermeldung? Wenn ja, welche? Was gibt systemctl status media-WD_1.mount aus (nach dem erfolglosen Start Versuch)?

hyle · Dec 31st 2020

Quote from Crashy

Sobald ich also in der media-WD_1.mount den serverctl.service aktiviert lasse, funktioniert es reproduzierbar nicht !

Quote from Crashy

/usr/local/sbin/serverctl

Ich lese nirgends, dass Du das Skript erstellt hast, wie hier beschrieben:

Quote from Hofei

Bash Skript serverctl
nano /usr/local/sbin/serverctl
...

Crashy · Dec 31st 2020

Oh, ihr habt ja schon geantwortet. Vielen Dank

Was soll ich sagen? Ich hatte hier bereits einen ellenlangen Text verfasst, habe alle Schritte genau dokumentiert und nix anderes gemacht, als gestern und

...

es funktioniert ???!!!

Nach einem Neustart ist das Laufwerk gemountet - das ich das 2020 noch erleben darf .

Vielen Dank euch allen und ein gutes neues Jahr

Viele Grüße

Crashy

Hofei · Jan 12th 2021

Tutorial #1 angepasst:

Rechtschreibfehler korrigiert, Formatierungen ergänzt
vers=1.0 ist nicht mehr in der Dateivorlage. Informationen und Firmwareanforderungen ergänzt
Bereich Problembehandlung hinzugefügt

baertiger · May 19th 2021

Hallo,

ich habe Deine Anleitung mit Erfolg dazu benutzt, 2 RaspberryPi miteinander zu koppeln und einem den Zugriff auf die Festplatte des zweiten zu ermöglichen.
Im Gegensatz zum Zugriff auf einen Server kommt es hierbei eher vor, daß der 2. Raspi neu gestartet wird und die Verbindung dabei verloren geht.
Sinnvoll wäre nun eine Überwachung der Verbindung, indem man zyklisch prüft, ob ein Verzeichnis auf der Festplatte des zweiten Raspi vom Raspi 1 aus zu sehen ist.

Ist das nicht der Fall, muß die Prüfung wie bei Dir beschrieben, neu angestoßen werden.

Deine Skripte basieren offenbar auf dem Startprozess des Betriebssystems und wie es genau abläuft, kann ich nur teilweise nachvollziehen. Wie könnte man den Mount-Prozess nach Trennung der Verbindung neu anstoßen, um die Verbindung robuster zu machen?

Tags