Arch Linux

fstab Mount von Netzlaufwerk - wie?

HansHiasl

Hallo
Ich habe in meiner fstab folgenden Eintrag drin:

sshfs#xxxxxxxxx@sftp.hidrive.strato.com:/users/xxxxxxxxx /home/xxxxxxxxx/HiDrive fuse uid=1002,gid=100,umask=0,allow_other,workaround=rename   0 0

Das funktioniert leider nicht.
Es wird zwar im Ordner

/run/systemd/generator

eine Datei namens

home-xxxxxxxxx-HiDrive.mount

angelegt aber das Netzlaufwerk wird nicht eingehängt. Manuell geht es mit

systemctl start home-xxxxxxxxx-HiDrive.mount

.

Wenn ich in der fstab die Option x-systemd.automount eintrage

sshfs#xxxxxxxxx@sftp.hidrive.strato.com:/users/xxxxxxxxx /home/xxxxxxxxx/HiDrive fuse uid=1002,gid=100,umask=0,allow_other,workaround=rename,x-systemd.automount   0 0

dann wird zwar das Netzlaufwerk eingehängt, erscheint aber im Dateimanager Thunar oder PcManFm doppelt :-(
Und das einmal mit dem Aushängen-Pfeil und einmal ohne.

Ich habe auch versucht, diese "home-xxxxxxxxx-HiDrive.mount" zu enablen, das lässt Systemcontrol aber nicht zu weil es sich um einen dynamisch erzeugten Service handelt.
Wie schaffe ich es, dass mein Netzlaufwerk automatisch eingehängt und im Dateimanager auch nur ein mal angezeigt wird?

efreak4u

Hier mal ein Eintrag aus meiner /etc/fstab

sshfs#BENUTZER@IP.ADDR.FROM.HOST:/mnt/daten		/mnt/sshfs/daten		fuse				defaults,noauto,users,allow_other,port=2222,IdentityFile=/home/BENUTZER/.ssh/id_nas		0	0

Das Verzeichnis "/mnt/sshfs/daten" gehoert dem Benutzer, der das Netzlaufwerk einbindet und ist bei mir mit den Rechten "755" versehen. Es handelt sich in meinem Fall um ein statisches Verzeichnis.

Ich habe die Mount-Option "noauto" mitgegeben, da ich das Netzlaufwerk nur bei Bedarf einbinde. Wenn du das in "auto" aenderst, sollte es waehrend des Starts mit eingebunden werden. Eine systemctl-Regel habe ich nicht angelegt.

Wie sich grafische Dateimanger ála Thunar damit verhalten, kann ich dir nicht sagen, da ich solche nicht benutze.

HansHiasl

Ändert leider nichts.

Es wird nur der Eintrag in /run/systemd/generator angelegt.
Kein Automount. Es geht auch nur per manuellem " systemctl start home-xxxxxxxxx-HiDrive.mount".

GerBra

Du mountest ja nach /home/xxxx/HiDrive, also in dein $HOME. Wenn du eine eigene Partition für /home hast, dann könnte es sein daß diese einfach noch nicht gemountet ist wenn der sshfs-Mount versucht wird - ergo der Einhängepunkt fehlt.
Dann müßtest du für den sshfs-Mount ggf. eine Abhängigkeit definieren wie requires=home.mount (unsicher ob das gehen würde) oder requires=network.target (Wikis hier und auf .org).

Warum es ggf. bei dir hängt kannst du u.U erfahren durch:
systemctl status home-xxxxxxxxx-HiDrive.mount
zum Zeitpunkt wenn es eben nicht eingehängt wird.

Dieser systemd-fstab-generator ist für mich auch von Version zu Version ein "Quell der Freude" (/home per NFS), aktuell kann ich diesen Mount fehlerfrei nur durch gleichsame Nutzung des systemd-networkd-wait-online.service nutzen, was den Boot um etliche Sekunden verlangsamt.

schard

Ich weis, dass #metoo Posts nicht sonderlich hilfreich sind. Allerdings habe ich ein sehr ähnliches Problem mit einem Systemd-gesteuerten SSHFS Mount.
Ich verwende allerdings keinen fstab Eintrag, sondern ein home.mount Unit.
Auch hier startet Systemd den Mount nicht nach dem Booten.
Erst nach einem manuellen

systemctl start home.mount

wird /home über SSHFS eingehängt.
Ich komme leider gerade nicht auf den betreffenden Client, werde mir das Problem aber heute Abend im Detail mal ansehen und werde dann hier weiter berichten.

HansHiasl

Nach vielen Versuchen und weiträumiger Suche im Netz hatte ich jetzt Erfolg.
Ich habe im Ordner

/etc/systemd/system/

folgende zwei Dateien angelegt, deren Namen ich aus den Einträgen abgeleitet habe, die der fstab-Generator erzeugt hat:

home-xxxxxxxxx-HiDrive.timer

mit folgendem Inhalt:

[Unit]
Description=home-xxxxxxxxx-HiDrive.timer

[Timer]
AccuracySec=5s
OnStartupSec=20s
Unit=home-xxxxxxxxxx-HiDrive.mount

[Install]
WantedBy=multi-user.target

sowie

home-xxxxxxxxx-HiDrive.mount

mit folgendem Inhalt:

[Unit]
Description=home-xxxxxxxxx-HiDrive.mount

[Mount]
Where=/home/xxxxxxxxx/HiDrive
What=sshfs#xxxxxxxxx@sftp.hidrive.strato.com:/users/xxxxxxxxx
Type=fuse
Options=uid=1002,gid=100,umask=0,allow_other,workaround=rename

[Install]
WantedBy=multi-user.target

Dann die

home-xxxxxxxxx-HiDrive.timer

"einschalten" mit

systemctl enable home-xxxxxxxxx-HiDrive.timer

und entweder mit

systemctl start home-xxxxxxxxx-HiDrive.timer

das Volume mounten oder einen Reboot machen.
Das Ganze mache ich mit einem ssh-Schlüsselpaar. Wobei der öffentliche Schlüssel bei Strato hinterlegt ist und mein Privater in /root/.ssh.
Im Ordner /root/.ssh/ sucht sshfs standardmäßig nach diesem Schlüssel (i. d. R. eine Datei namens id_rsa, kann aber auch anders heißen).
Wenn der Schlüsssl wo anders liegt, z. B. in /home/xxxxxxxxx/.ssh/, dann muss man das explizit bei den Optionen in der Datei

home-xxxxxxxxx-HiDrive.mount

angeben.
Das sieht dann etwa so aus:

Options=uid=1002,gid=100,umask=0,allow_other,workaround=rename,IdentityFile=/home/xxxxxxxx/.ssh/id_rsa

Den Eintrag in der fstab habe ich gelöscht. Und jetzt habe ich genau das, was ich wollte.
Nämlich nichts doppeltes.