BEZEICHNUNG¶
systemd.mount - Einhänge-Unit-Konfiguration
BESCHREIBUNG¶
Eine Unit-Konfigurationsdatei, deren Name in
».mount« endet, kodiert Informationen über einen durch
Systemd gesteuerten und überwachten
Dateisystemeinhängepunkt.
Diese Handbuchseite führt die für diesen Unit-Typ
spezifischen Konfigurationsoptionen auf. Siehe systemd.unit(5)
für die gemeinsamen Optionen aller Unit-Konfigurationsdateien. Die
gemeinsamen Konfigurationseinträge werden in den generischen
Abschnitten »[Unit]« und »[Install]«
konfiguriert. Die Einhänge-spezifischen Konfigurationsoptionen werden
in dem Abschnitt »[Mount]« konfiguriert.
Zusätzliche Optionen sind in systemd.exec(5), das
die Ausführungsumgebung, in der das Programm mount(8)
ausgeführt wird und in systemd.kill(5), das die Art der
Beendigung des Prozesses definiert und in
systemd.resource-control(5), das die
Ressourcensteuerungseinstellungen für die Prozesse des Dienstes
konfiguriert, aufgeführt.
Beachten Sie, dass die Optionen User= und Group=
für Einhänge-Units nicht nützlich sind. Systemd
übergibt zwei Parameter an mount(8): den Wert von What=
und Where=. Beim Aufruf auf diese Art liest mount(8) keine
Optionen aus /etc/fstab und muss als UID 0 ausgeführt werden.
Einhänge-Units müssen nach dem Einhängepunkt,
den sie steuern, benannt sein. Beispiel: Der Einhängepunkt
/home/lennart muss in einer Unit-Datei home-lennart.mount konfiguriert
werden. Für Details über die Maskierungslogik, die zur
Umwandlung von Dateisystempfaden in einen Unit-Namen verwandt wird, siehe
systemd.unit(5). Beachten Sie, dass für Einhänge-Units
keine Vorlagen benutzt werden können und dass es auch nicht
möglich ist, mehrere Namen zu einer Einhänge-Unit
hinzuzufügen, indem auf sie Symlinks zu ihrer Unit-Datei erstellt
werden.
Optional kann eine Einhänge-Unit von einer Automount-Unit
begleitet werden, um bedarfsgesteuertes oder paralleles Einhängen zu
ermöglichen. Siehe systemd.automount(5).
Zur Laufzeit (unabhängig von Unit-Dateien oder /etc/fstab)
erstellte Einhängepunkte werden von Systemd überwacht und
werden wie andere Einhänge-Units in Systemd auftauchen. Siehe die
Beschreibung von /proc/self/mountinfo in proc(5).
Einige Dateisysteme verfügen über besondere
Semantiken wie API-Dateisysteme für Kernel-zu-Anwendungsebene- und
Anwendungsebene-zu-Anwendungsebene-Schnittstellen. Einige können
nicht über Einhänge-Units geändert werden und
können nicht deaktiviert werden. Für eine längere
Diskussion siehe API-Dateisysteme[1].
Der Befehl systemd-mount(1) erlaubt von der Befehlszeile
die dynamische und flüchtige Erstellung der .mount- und
.automount-Units.
AUTOMATISCHE ABHÄNGIGKEITEN¶
Implizite Abhängigkeiten¶
Die folgenden Abhängigkeiten werden implizit
hinzugefügt:
•Falls eine Einhänge-Unit unterhalb einer
anderen Einhänge-Unit in der Dateisystemhierarchie ist, werden sowohl
eine Bedingungsabhängigkeit als auch eine Ordnungsabhängigkeit
zwischen beiden Units automatisch erstellt.
•Durch Blockgeräte hinterlegte Dateisysteme
erhalten automatische Abhängigkeiten vom Typ BindsTo= und
After= von der Geräte-Unit, die das Blockgerät kapselt
(siehe unten).
•Falls traditionelle Dateisystemquota für
einen Einhängepunkt aktiviert ist, werden automatisch
Abhängigkeiten Wants= und Before= von
systemd-quotacheck.service und quotaon.service hinzugefügt.
•Zusätzliche implizite
Abhängigkeiten als Ergebnis der Ausführung und der
gemäß systemd.exec(5) und
systemd.resource-control(5) dokumentierten
Ressourcen-Steuerungsparameter können hinzugefügt werden.
Standardabhängigkeiten¶
Die folgenden Abhängigkeiten werden hinzugefügt, es
sei denn, DefaultDependencies=no ist gesetzt:
•Alle Einhänge-Units erlangen automatische
Before= und Conflicts= von umount.target, um während des
Herunterfahren des Systems beendet zu werden.
•Einhänge-Units, die sich auf lokale
Dateisysteme beziehen, erhalten automatisch eine Abhängigkeit
After= von local-fs-pre.target und, sofern die Einhänge-Option
nofail nicht gesetzt ist, eine Abhängigkeit Before= von
local-fs.target.
•Netzwerk-Einhänge-Units erlangen
automatisch After=-Abhängigkeiten von remote-fs-pre.target,
network.target und network-online.target und, sofern die
Einhänge-Option nofail nicht gesetzt ist, eine
Abhängigkeit Before= von remote-fs.target. Hin zu dem letzteren
wird auch eine Wants=-Unit hinzugefügt.
Einhänge-Units, die sich auf lokale und
Netzwerk-Dateisysteme beziehen, werden durch ihre Dateisystemspezifikation
unterschieden. In einigen Fällen reicht dies nicht aus
(beispielsweise für Netzwerkblockgeräte-basierende
Einhängungen, wie iSCSI). In diesem Fällen kann _netdev
zu der Einhängeoptionszeichenkette der Unit hinzugefügt
werden, wodurch Systemd gezwungen wird, diese Einhänge-Unit als
Netzwerk-Einhängung zu betrachten.
FSTAB¶
Einhänge-Units können entweder über
Unit-Dateien oder mittels /etc/fstab (siehe fstab(5) für
Details) konfiguriert werden. In /etc/fstab aufgeführte
Einhängungen werden beim Systemstart oder wenn die Konfiguration des
Systemverwalters neu gestartet wird dynamisch in native Units umgewandelt.
Im Allgemeinen ist die Konfiguration der Einhängepunkte durch
/etc/fstab der bevorzugte Ansatz, um Einhängungen durch Menschen zu
verwalten. Für Werkzeuge sollte das Schreiben von
Einhänge-Units gegenüber der Bearbeitung von /etc/fstab
bevorzugt werden. Siehe systemd-fstab-generator(8) für Details
über die Umwandlung von /etc/fstab in Einhänge-Units.
Die in nfs(5) dokumentierte NFS-Einhängeoption
bg für Hintergrundeinhängungen wird durch
systemd-fstab-generator erkannt und die Optionen werden umgewandelt,
so dass Systemd die Auftragssteuerungskonsequenzen dieser Option
erfüllt. Insbesondere agiert systemd-fstab-generator als ob
»x-systemd .mount-timeout=infinity,retry=10000« der
Optionsliste vorangestellt und »fg,nofail« ihr
angehängt worden wäre. Abhängig von den bestimmten
Anforderungen kann es geeignet sein, einige dieser Optionen explizit
bereitzustellen oder statt von »bg« von der unten
beschriebenen Option »x-systemd.automount« Gebrauch zu
machen.
Beim Lesen von /etc/fstab werden ein paar besondere
Einhängeoptionen durch Systemd verstanden, die beeinflussen, wie
für Einhängepunkte Abhängigkeiten erstellt werden.
Systemd wird Abhängigkeiten vom Typ Wants= oder
Requires= (siehe die Option nofail unten) von entweder
local-fs.target oder remote-fs.target erstellen, abhängig davon, ob
das Dateisystem lokal oder fern ist.
x-systemd.requires=
Konfiguriert eine Abhängigkeit
Requires=
und
After= zwischen der erstellten Einhänge-Unit und einer
anderen Systemd-Unit, wie einer Geräte- oder Einhänge-Unit. Das
Argument sollte ein Unit-Name oder ein absoluter Pfad zu einem
Geräteknoten oder Einhängepunkt sein. Diese Option kann mehr als
einmal angegeben werden. Diese Option ist insbesondere für
Einhängepunkterklärungen nützlich, die die Existenz eines
zusätzlichen Gerätes benötigen (wie ein externes
Journal-Gerät für ein Journal-Dateisystem) oder das
Vorhandensein eines zusätzlichen Einhängepunktes (wie ein
Überlagerungsdateisystem, das mehrere Einhängepunkte
zusammenführt). Siehe
After= und
Requires= in
systemd.unit(5) für Details.
Beachten Sie, dass diese Option immer nur für die erstellte
Einhänge-Unit gilt, unabhängig davon, ob
x-systemd.automount festgelegt wurde.
x-systemd.before=, x-systemd.after=
Konfiguriert in der erstellen Einhänge-Unit eine
Abhängigkeit
Before= oder
After= auf eine andere
Systemd-Unit, wie einem Einhängepunkt. Das Argument sollte ein
Unit-Name oder ein absoluter Pfad zu einem Einhängepunkt sein. Diese
Option kann mehr als einmal angegeben werden. Diese Option ist insbesondere
für Einhängepunkte nützlich, die mit der Option
nofail deklariert sind und asynchron eingehängt werden, aber vor
oder nach dem Starten einer Unit eingehängt sein müssen,
beispielsweise für local-fs.target unit. Siehe
Before= und
After= in
systemd.unit(5) für Details.
Beachten Sie, dass diese Optionen immer nur für die
erstellte Einhänge-Unit gelten, unabhängig davon, ob
x-systemd.automount festgelegt wurde.
x-systemd.wanted-by=, x-systemd.required-by=
Konfiguriert in der erstellen Einhänge-Unit eine
Abhängigkeit WantedBy= oder RequiredBy= auf eine andere
Unit. Diese Option kann mehr als einmal angegeben werden. Falls dies angegeben
ist, werden die normalen Abhängigkeiten auf die erstellte
Einhänge-Unit, z.B. local-fs.target, nicht automatisch erstellt. Siehe
WantedBy= und RequiredBy= in systemd.unit(5) für
Details.
x-systemd.requires-mounts-for=
Konfiguriert eine Abhängigkeit
RequiresMountsFor= zwischen der erstellten Einhänge-Unit und
anderen Einhänge-Units. Das Argument muss ein absoluter Pfad sein.
Diese Option kann mehr als einmal angegeben werden. Siehe
RequiresMountsFor= in systemd.unit(5) für Details.
x-systemd.device-bound
Das Blockgeräte-unterlegte Dateisystem wird auf
eine BindsTo= aktualisiert. Diese Option ist beim manuellen
Einhängen von Dateisystemen mit mount(8) nützlich, da die
Vorgabeabhängigkeit in diesem Falle Requires= ist. Diese Option
ist durch Einträge in /etc/fstab oder durch Einhänge-Units
bereits impliziert.
x-systemd.automount
Für dieses Dateisystem wird eine Automount-Unit
erstellt. Siehe systemd.automount(5) für Details.
x-systemd.idle-timeout=
Konfiguriert die Leerlaufzeitüberschreitung
für Automount-Units. Siehe TimeoutIdleSec= in
systemd.automount(5) für Details.
x-systemd.device-timeout=
Konfiguriert, wie lange Systemd auf das Auftauchen eines
Gerätes warten soll, bevor es bei einem Eintrag aus /etc/fstab aufgibt.
Geben Sie eine Zeit in Sekunden oder hängen Sie explizit eine Einheit
wie »s«, »min«, »h«,
»ms« an.
Beachten Sie, dass diese Option nur in /etc/fstab genutzt werden
kann und ignoriert wird, falls sie Teil der Einstellungen Options= in
einer Unit-Datei ist.
x-systemd.mount-timeout=
Konfiguriert, wie lange Systemd auf das Beenden eines
Einhängebefehls warten soll, bevor es bei einem Eintrag aus /etc/fstab
aufgibt. Geben Sie eine Zeit in Sekunden oder hängen Sie explizit eine
Einheit wie »s«, »min«, »h«,
»ms« an.
Beachten Sie, dass diese Option nur in /etc/fstab genutzt werden
kann und ignoriert wird, falls sie Teil der Einstellungen Options= in
einer Unit-Datei ist.
Siehe TimeoutSec= unten für Details.
x-systemd.makefs
Das Dateisystem wird auf dem Gerät initialisiert.
Falls das Gerät nicht »leer« ist, d.h. es eine Signatur
enthält, wird die Aktion übersprungen. Es wird daher erwartet,
dass diese Option erhalten bleibt, selbst nachdem das Gerät
initialisiert wurde.
Beachten Sie, dass diese Option nur in /etc/fstab genutzt werden
kann und ignoriert wird, falls sie Teil der Einstellungen Options= in
einer Unit-Datei ist.
Siehe systemd-makefs@.service(8).
wipefs(8) kann zum Entfernen jeglicher Signatur von einem
Blockgerät genutzt werden, um x-systemd.makefs zur
Reinitialisierung des Geräts zu zwingen.
x-systemd.growfs
Das Dateisystem wird vergrößert, um das
gesamte Blockgerät zu belegen. Falls das Dateisystem bereits bei
maximaler Größe ist, wird keine Aktion durchgeführt. Es
wird daher erwartet, dass diese Option erhalten bleibt, selbst nachdem das
Dateisystem vergrößert wurde. Nur bestimmte Dateisysteme werden
unterstützt, siehe
systemd-makefs@.service(8) für
Details.
Beachten Sie, dass diese Option nur in /etc/fstab genutzt werden
kann und ignoriert wird, falls sie Teil der Einstellungen Options= in
einer Unit-Datei ist.
x-systemd.rw-only
Falls es der Einhängeaktion nicht gelingt, das
Dateisystem schreibbar einzuhängen, versucht sie normalerweise, das
Dateisystem stattdessen schreibgeschützt einzuhängen. Diese
Option deaktiviert dieses Verhalten und führt dazu, dass das
Einhängen stattdessen sofort fehlschlägt. Diese Option wird in
die Einstellung ReadWriteOnly= in einer Unit-Datei
übersetzt.
_netdev
Normalerweise wird der Dateisystemtyp verwandt, um zu
bestimmen, ob eine Einhängung eine
»Netzeinhängung« ist, d.h. ob sie nach der
Verfügbarkeit des Netzes gestartet werden soll. Durch Verwendung dieser
Option wird diese Erkennung außer Kraft gesetzt und angegeben, dass
diese Einhängung ein Netzwerk benötigt.
Netzeinhängungs-Units werden statt zwischen
local-fs-pre.target und local-fs.target zwischen remote-fs-pre.target und
remote-fs.target sortiert. Sie ziehen auch network-online.target herein und
werden danach und nach network.target angeordnet.
noauto, auto
Mit
noauto wird die Einhänge-Unit nicht als
Abhängigkeit für local-fs.target oder remote-fs.target
hinzugefügt. Dies bedeutet, dass sie während des Systemstarts
nicht automatisch eingehängt wird, außer sie wird durch eine
andere Unit hereingezogen. Die Option
auto hat den gegenteiligen Effekt
und ist die Vorgabe.
Beachten Sie, dass bei der Verwendung von
x-systemd.automount (siehe oben) weder auto noch noauto
eine Auswirkung haben werden. Die passende Automount-Unit wird als
Abhängigkeit zu dem geeigneten Ziel hinzugefügt.
nofail
Mit nofail wird diese Einhängung durch
local-fs.target oder remote-fs.target nur erwünscht, nicht verlangt.
Desweiteren wird die Einhänge-Unit nicht vor diese Ziel-Units sortiert.
Das bedeutet, dass mit dem Systemstart fortgefahren wird, ohne auf die
Einhänge-Unit zu warten und unabhängig davon, ob der
Einhängepunkt erfolgreich eingehängt werden kann.
x-initrd.mount
Jedes in der Initrd zusätzlich
einzuhängende Dateisystem. Siehe die Beschreibung initrd-fs.target in
systemd.special(7).
Falls ein Einhängepunkt sowohl in /etc/fstab und in einer
unter /usr/ gespeicherten Unit-Datei konfiguriert ist, wird erstere Vorrang
haben. Falls die Unit-Datei unter /etc/ gespeichert ist, wird sie Vorrang
haben. Das bedeutet: Native Unit-Dateien haben vor traditionellen
Konfigurationsdateien Vorrang, aber dies wird durch die Regel
verdrängt, dass Konfiguration in /etc/ immer Vorrang vor
Konfiguration in /usr/ hat.
OPTIONEN¶
Einhänge-Unit-Dateien können Abschnitte [Unit] und
[Install] enthalten, die in systemd.unit(5) beschrieben sind.
Einhänge-Unit-Dateien müssen einen Abschnitt [Mount]
enthalten, der Informationen über den
Dateisystemeinhängepunkt, den sie überwacht, transportiert.
Eine Reihe von Optionen, die in diesem Abschnitt verwandt werden
können, werden auch von anderen Unit-Typen verwandt. Diese Optionen
sind in systemd.exec(5) und systemd.kill(5) dokumentiert. Die
für den Abschnitt [Mount] von Einhänge-Units spezifischen
Optionen sind die folgenden:
What=
Akzeptiert einen absoluten Pfad zu einem
Geräteknoten, einer Datei oder einer anderen einzuhängenden
Ressource. Siehe mount(8) für Details. Falls sich dies auf einen
Geräteknoten bezieht, wird eine Abhängigkeit auf die respektive
Geräte-Unit automatisch erstellt. (Siehe systemd.device(5)
für weitere Informationen.) Diese Option ist verpflichtend. Beachten
Sie, dass die üblichen Angabeerweiterungen auf diese Einstellung
angewandt werden, wörtliche Prozentzeichen sollten daher als
»%%« geschrieben werden. Falls dies eine Bind-Einhängung
ist und der festgelegte Pfad noch nicht existiert, wird er als Verzeichnis
erstellt.
Where=
Akzeptiert einen absoluten Pfad einer Datei oder eines
Verzeichnisses für einen Einhängepunkt; insbesondere kann das
Ziel kein symbolischer Link sein. Falls der Einhängepunkt zum Zeitpunkt
des Einhängens nicht existiert, wird er entweder als Verzeichnis oder
als Datei erstellt. Ersteres ist der Normallfall; letzteres erfolgt nur, falls
diese Einhängung eine Bind-Einhängung ist und die Quelle
(What=) kein Verzeichnis ist. Diese Zeichenkette muss sich im
Dateinamen der Unit widerspiegeln. (Siehe oben.) Diese Option ist
verpflichtend.
Type=
Akzeptiert eine Zeichenkette für den
Dateisystemtyp. Siehe mount(8) für Details. Diese Einstellung
ist optional.
Options=
Beim Einhängen zu benutzende
Einhängeoptionen. Dies akzeptiert eine Kommata-getrennte Liste von
Optionen. Diese Einstellung ist optional. Beachten Sie, dass die
üblichen Angabeerweiterungen auf diese Einstellung angewandt werden,
wörtliche Prozentzeichen sollten daher als »%%«
geschrieben werden.
SloppyOptions=
Akzeptiert ein logisches Argument. Falls wahr, erfolgt
eine entspannte Auswertung der in Options= festgelegten Optionen und
unbekannte Einhängeoptionen werden toleriert. Dies entspricht dem
Schalter -s von mount(8). Standardmäßig off.
LazyUnmount=
Akzeptiert ein logisches Argument. Falls wahr, wird das
Dateisystem aus der Dateisystemhierarchie zum Zeitpunkt der
Aushängeaktion abgehängt und alle Referenzen zu dem Dateisystem
werden bereinigt, sobald sie nicht mehr beschäftigt sind. Dies
entspricht dem Schalter -l von mount(8).
Standardmäßig off.
ReadWriteOnly=
Akzeptiert ein logisches Argument. Falls falsch, wird ein
Einhängepunkt, der schreibbar eingehängt werden soll, dies aber
nicht funktioniert, stattdessen schreibgeschützt (falls möglich)
eingehängt. Falls wahr, wird die Aktion sofort fehlschlagen, nachdem
der Versuch, ihn schreibbar einzuhängen, keinen Erfolg hatte. Dies
entspricht dem Schalter -w von mount(8).
Standardmäßig off.
ForceUnmount=
Akzeptiert ein logisches Argument. Falls wahr, erzwingt
es ein Aushängen (im Falle nicht erreichbarer NFS-Systeme). Dies
entspricht dem Schalter -f von umount(8).
Standardmäßig off.
DirectoryMode=
Verzeichnisse von Einhängepunkten (und alle
Elternverzeichnisse) werden falls notwendig automatisch erzeugt. Diese Option
legt den bei der Erstellung der Verzeichnisse zu verwendenden
Dateisystemzugriffsmodus fest. Akzeptiert einen Zugriffsmodus in oktaler
Notation. Standardmäßig 0755.
TimeoutSec=
Konfiguriert die Zeit, die auf das Beenden des
Einhängebefehls gewartet wird. Falls ein Befehl sich nicht innerhalb
der konfigurierten Zeit beendet, wird die Einhängung als fehlgeschlagen
betrachtet und wieder heruntergefahren. Alle noch laufenden Befehle werden
zwangsweise mittels SIGTERM und nach einer weiteren Verzögerung
dieser Zeitdauer mit SIGKILL beendet. (Siehe KillMode= in
systemd.kill(5).) Akzeptiert einen einheitenfreien Wert in Sekunden
oder einen Zeitdauerwert wie »5min 20s«. Durch Übergabe
von »0« wird die Zeitüberschreitungslogik deaktiviert.
Der Vorgabewert wird aus der Option DefaultTimeoutStartSec= in
systemd-system.conf(5) gesetzt.
Lesen Sie systemd.unit(5), systemd.exec(5) und
systemd.kill(5) für weitere Einstellungen.
SIEHE AUCH¶
systemd(1), systemctl(1),
systemd-system.conf(5), systemd.unit(5),
systemd.exec(5), systemd.kill(5),
systemd.resource-control(5), systemd.service(5),
systemd.device(5), proc(5), mount(8),
systemd-fstab-generator(8), systemd.directives(7),
systemd-mount(1)
ANMERKUNGEN¶
- 1.
- API-Dateisysteme
ÜBERSETZUNG¶
Die deutsche Übersetzung dieser Handbuchseite wurde von
Helge Kreutzmann <debian@helgefjell.de> erstellt.
Diese Übersetzung ist Freie Dokumentation; lesen Sie die
GNU General
Public License Version 3 oder neuer bezüglich der
Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite
finden, schicken Sie bitte eine E-Mail an die
Mailingliste
der Übersetzer.
