Zusätzliche Einhängeschalter¶

MS_DIRSYNC (seit Linux 2.5.19)

Verzeichniswechsel auf diesem Dateisystem synchron ausführen. (Diese Eigenschaft kann für einzelne Verzeichnisse oder Unterverzeichnisse durch Benutzung von chattr(1) erreicht werden.)

MS_LAZYTIME (seit Linux 4.0)

Reduziert die Aktualiserung der Inode-Zeitstempel (Atime, Mtime, Ctime) auf der Platte, indem diese Änderungen nur im Speicher verwaltet werden. Die Zeitstempel auf der Platte werden nur aktualisiert, wenn:

Diese Einhängeoption reduziert die Schreibaktionen für die Aktualisierung der Inode-Zeitstempel signifikant, besonders für Mtime und Atime. Im Falle eines Systemabsturzes könnten die Atime- und Mtime-Felder allerdings bis zu 24 Stunden veraltet sein.

Zufälliges Schreiben in vorreservierte Dateien sowie andere Fälle, in denen die Einhängeoption MS_STRICTATIME auch aktiviert ist, sind Beispiele für Betriebsbelastungen, bei denen diese Option deutlichen Vorteil bringen könnte. (Der Vorteil der Kombination von MS_STRICTATIME und MS_LAZYTIME besteht darin, dass stat(2) die korrekt aktualisierte Atime zurückliefern wird, aber Atime-Aktualisierungen nur in den oben aufgeführten Fällen auf Platte rausgeschrieben werden.)

MS_MANDLOCK

Zwingendes Sperren von Dateien auf diesem Dateisystem erlauben. (Zwingendes Sperren muss immer noch für jede Datei eingeschaltet werden, wie es in fcntl(2) beschrieben ist.) Seit Linux 4.5 benötigt diese Einhängeoption die Capability CAP_SYS_ADMIN.

MS_NOATIME

Nicht die Zugriffszeiten für (alle Typen von) Dateien auf diesem Dateisystem aktualisieren.

MS_NODEV

Keinen Zugriff auf Geräte (Spezialdateien) auf diesem Dateisystem erlauben.

MS_NODIRATIME

Nicht die Zugriffszeiten für Verzeichnisse auf diesem Dateisystem aktualisieren. Dieser Schalter stellt eine Untermenge der Funktionalität von MS_NOATIME bereit; sprich MS_NOATIME impliziert MS_NODIRATIME.

MS_NOEXEC

Nicht erlauben, dass Programme von diesem Dateisystem ausgeführt werden.

MS_NOSUID

Die Bits set-user-ID und set-user-group-ID und Datei-Capabilities nicht berücksichtigen, wenn Programme von diesem Dateisystem ausgeführt werden.

MS_RDONLY

Dateisystem nur zum Lesen einhängen.

MS_REC (seit Linux 2.4.11)

Wird zusammen mit MS_BIND verwandt, um eine rekursive Bind-Einhängung zu erstellen und im Zusammenhang mit Ausbreitungstypschaltern, um rekursiv den Ausbreitungstyp aller Einhängungen in einem Unterbaum zu ändern. Details sind weiter unten beschrieben.

MS_RELATIME (seit Linux 2.6.20)

Wenn auf eine Datei auf diesem Dateisystem zugegriffen wird, nur die letzte Zugriffzeit der Datei (atime) aktualisieren, falls der aktuelle Wert von »atime« kleiner oder gleich der letzten Änderungszeit der Datei (mtime) oder der Zeit der letzten Statusänderung (ctime) ist. Diese Option ist für Programme wie mutt(1) sinnvoll, die wissen müssen, ob eine Datei seit der letzten Änderung gelesen wurde. Seit Linux 2.6.30 verhält sich der Kernel wie es dieser Schalter vorgibt (falls nicht MS_NOATIME angegeben wurde) und der Schalter MS_STRICTATIME wird benötigt, um traditionelle Semantiken zu erhalten. Zusätzlich wird seit Linux 2.6.30 die letzte Zugriffszeit der Datei immer aktualisiert, wenn sie älter als einen Tag ist.

MS_SILENT (seit Linux 2.6.17)

Die Anzeige bestimmter Warnungen (printk()) im Kernel-Protokoll unterdrücken. Dieser Schalter ersetzt den falsch benannten und veralteten Schalter MS_VERBOSE (verfügbar seit Linux 2.4.12), der die gleiche Bedeutung hat.

MS_STRICTATIME (seit Linux 2.6.30)

Die letzte Zugriffszeit (atime) immer aktualisieren, wenn auf Dateien auf diesem Dateisystem zugegriffen wird (dies war das Standardverhalten vor Linux 2.6.30). Die Angabe dieses Schalters überschreibt den Effekt der Schalter MS_NOATIME und MS_RELATIME.

MS_SYNCHRONOUS

Schreiben auf diesem Dateisystem synchronisieren (als ob der Schalter O_SYNC für open(2) für alle offenen Dateien auf diesem Dateisystem angegeben worden wäre).

Von Linux 2.4 aufwärts können die Schalter MS_NODEV, MS_NOEXEC und MS_NOSUID pro Einhängepunkt gesetzt werden. Von Linux 2.6.16 aufwärts können auch die Schalter MS_NOATIME und MS_NODIRATIME pro Einhängepunkt gesetzt werden. Außerdem kann der Schalter MS_RELATIME pro Einhängepunkt gesetzt werden. Seit Linux 2.6.16 kann MS_RDONLY sowohl auf einer pro-Einhängepunkt-Basis als auch auf dem unterliegenden Dateisystem (zurück)gesetzt werden. Das unterliegende Dateisystem wird nur schreibbar sein, falls weder das Dateisystem noch der Einhängepunkt als nur-lesbar gekennzeichnet sind.

Eine existierende Einhängung erneut einhängen¶

Die Argumente Quelle und Dateisystemtyp werden ignoriert.

Die Argumente Einhängeschalter und Daten sollten den im originalen mount()-Aufruf verwendeten Werten entsprechen, außer für jene Parameter, die bewusst geändert werden. Eine weitere Ausnahme ist, dass MS_BIND beim erneuten Einhängen eine andere Bedeutung hat und daher nur aufgenommen werden sollte, wenn es explizit erwünscht ist.

Die folgenden Einhängeschalter können geändert werden: MS_LAZYTIME, MS_MANDLOCK, MS_NOATIME, MS_NODEV, MS_NODIRATIME, MS_NOEXEC, MS_NOSUID, MS_RELATIME, MS_RDONLY und MS_SYNCHRONOUS. Versuche, die Einstellung des Schalters MS_DIRSYNC zu ändern, werden ohne Rückmeldung ignoriert.

Seit Linux 3.17 hält die Neueinhänge-Aktion die bestehenden Werte der Schalter MS_NOATIME, MS_NODIRATIME, MS_RELATIME und MS_STRICTATIME bei, falls keiner davon explizit angegeben wurde, statt als Vorgabe MS_RELATIME zu verwenden.

Seit Linux 2.6.26 kann dieser Schalter mit MS_BIND verwandt werden, um nur die pro-Einhängungs-Schalter zu verändern. Dies ist besonders nützlich, um den »nur-lesbar«-Schalter auf einem Einhängepunkt (zurück-)zusetzen, ohne das unterliegende Dateisystem zu verändern. Wird Einhängeschalter als

MS_REMOUNT | MS_BIND | MS_RDONLY

festgelegt, dann wird der Zugriff über diesen Einhängepunkt nur-lesbar, ohne andere Einhängepunkte zu beeinflussen.

Eine Bind-Einhängung erstellen¶

Die Argumente Dateisystemtyp und Daten werden ignoriert.

Die verbleibenden Bits im Argument Einhängeschalter werden außer MS_REC auch ignoriert. (Die Bind-Einhängung hat die gleichen Einhängeoptionen wie der unterliegende Einhängepunkt.) Lesen Sie allerdings die Diskussion zum erneuten Einhängen weiter oben für eine Methode, wie Sie eine bestehende Bind-Einhängung auf nur-lesend ändern.

Wenn ein Verzeichnis bind-eingehängt ist, ist standardmäßig nur dieses Verzeichnis eingehängt; falls es Untereinhängungen unter dem Verzeichnisbaum gibt, sind diese nicht bind-eingehängt. Falls auch der Schalter MS_REC angegeben ist, dann wird eine rekursive Bind-Einhängung durchgeführt: Alle Untereinhängungen unter dem Unterbaum Quelle (außer nicht bind-einhängbaren Einhängungen) werden auch an dem entsprechenden Ort im Ziel-Unterbaum bind-eingehängt.

Den Ausbreitungstyp einer bestehenden Einhängung ändern¶

Es können nur die Schalter MS_REC und MS_SILENT für das Ändern des Ausbreitungstyps verwandt werden.

Die Argumente Quelle, Dateisystemtyp und Daten werden ignoriert.

Die Ausbreitungstypschalter haben folgende Bedeutung:

MS_SHARED

Make this mount point shared. Mount and unmount events immediately under this mount point will propagate to the other mount points that are members of this mount's peer group. Propagation here means that the same mount or unmount will automatically occur under all of the other mount points in the peer group. Conversely, mount and unmount events that take place under peer mount points will propagate to this mount point.

MS_PRIVATE

Dieser Einhängepunkt wird privat. Ein- und Aushängeereignisse breiten sich nicht in oder aus diesem Einhängepunkt heraus aus.

MS_SLAVE

If this is a shared mount point that is a member of a peer group that contains other members, convert it to a slave mount. If this is a shared mount point that is a member of a peer group that contains no other members, convert it to a private mount. Otherwise, the propagation type of the mount point is left unchanged.

When a mount point is a slave, mount and unmount events propagate into this mount point from the (master) shared peer group of which it was formerly a member. Mount and unmount events under this mount point do not propagate to any peer.

A mount point can be the slave of another peer group while at the same time sharing mount and unmount events with a peer group of which it is a member.

MS_UNBINDABLE

Diesen Einhängepunkt nicht bind-einhängbar machen. Dies ähnelt einer privaten Einhängung, zusätzlich kann diese Einhängung nicht bind-eingehängt werden. Wenn eine rekursive Bind-Einhängung (mount() mit den Schaltern MS_BIND und MS_REC) auf einem Verzeichnisunterbaum durchgeführt wird, werden alle Bind-Einhängungen innerhalb des Unterbaums automatisch abgeschnitten (d.h. nicht reproduziert), wenn der Unterbaum zum Erstellen des Zielbaumes reproduziert wird.

Standardmäßig betrifft die Änderung des Ausbreitungstyps nur den Ziel-Einhängepunkt. Falls auch der Schalter MS_REC in Einhängeschalter festgelegt ist, dann wird der Ausbreitungstyp aller Einhängepunkte unter Ziel auch geändert.

Für weitere Details bezüglich Einhängeausbreitungstypen (einschließlich der neuen Einhängungen zugewiesenen Vorgabeausbreitungstypen) siehe mount_namespaces(7).

Verschieben einer Einhängung¶

Die verbliebenen Bits im Argument Einhängeschalter werden ignoriert, wie auch die Argumente Dateisystemtyp und Daten.

Erstellung eines neuen Einhängepunktes¶

Die Argumente Dateisystemtyp und Daten werden eingesetzt und weitere Bits können in Einhängeschalter festgelegt werden, um das Verhalten des Aufrufs zu verändern.

Namensräume pro Prozess¶

Ein Kindprozess, der durch fork(2) erzeugt wurde, nutzt den Einhängenamensraum seines Elternprozesses; der Einhängenamensraum wird über ein execve(2) beibehalten.

Ein Prozess kann einen privat eingehängten Namensraum erhalten, falls er unter Benutzung des Schalters CLONE_NEWNS von clone(2) erstellt wurde. In diesem Fall wird sein neuer Namensraum als eine Kopie des Namensraums des Prozesses, der clone(2) aufrief, initialisiert oder er ruft unshare(2) mit dem Schalter CLONE_NEWNS auf, was veranlasst, dass der Einhänge-Namensraum des Aufrufenden eine private Kopie des Namensraums erhält, der vorher mit anderen Prozessen gemeinsam benutzt wurde, so dass zukünftiges Ein- und Aushängen durch den Aufrufenden für andere Prozesse unsichtbar ist (außer Kindprozesse, die der Aufrufende hinterher erzeugt) und umgekehrt.

Die Linux-spezifische Datei /proc/[PID]/mounts stellt die Liste der Einhängepunkte in dem Einhänge-Namensraum des Prozesses mit der angegebenen ID dar; lesen Sie proc(5), um Einzelheiten zu erfahren.