Automatisches Einbinden¶

Partitionen, die beim Installieren von Ubuntu bereits verfügbar sind, können durch einen automatisch erstellten Eintrag in der Datei /etc/fstab automatisch so ins System eingebunden werden, dass sie immer gleich nach dem Systemstart verfügbar sind. Dies gilt auch für Partitionen mit den Windows-Dateisystemen FAT und NTFS. Externe, über USB angeschlossene Datenträger werden von den Desktop-Umgebungen GNOME und KDE bei jedem Systemstart oder dank udev auch beim Einstecken im laufenden Betrieb ("HotPlug") erkannt und automatisch eingebunden. In diesen Fällen braucht sich der Benutzer meist um das Einbinden nicht zu kümmern.

Statisches und Temporäres Einbinden¶

Um Datenträger so ins System einzubinden, dass sie bei jedem Systemstart sofort verfügbar sind, genügt ein entsprechender Eintrag in der Datei /etc/fstab. Man spricht hier von "statischem Einbinden" oder von "statischem Mounten". Näheres dazu siehe hier.

Von "temporärem Einbinden" oder "temporärem Mounten" spricht man dann, wenn der Datenträger im laufenden Betrieb je nach Bedarf ein- und wieder ausgehängt werden kann. Dies macht man dadurch möglich, dass man in /etc/fstab im Eintrag für diesen Datenträger die Option noauto (eventuell zusammen mit user oder users) anfügt (siehe hier), oder auch dass man für diesen Datenträger auf einen Eintrag in etc/fstab ganz verzichtet.

Der Befehl zum temporären Einhängen eines Datenträgers ist mount; mit dem Befehl umount lässt sich dieser wieder aushängen. Die Syntax dieser Befehle hängt davon ab, ob für den Datenträger ein Eintrag in /etc/fstab besteht oder nicht; von den Optionen in diesem Eintrag hängt es ggf. auch ab, ob für die Befehle Root-Rechte (siehe sudo) nötig sind oder nicht.

"mount" und "umount" sind Bestandteil jedes Linuxsystems und müssen nicht extra installiert werden. Selbst dann, wenn man es überwiegend mit automatisch eingebundenen Datenträgern zu tun hat, ist eine gewisse Grundkenntnis zu mount durchaus vorteilhaft, da z.B. nicht unbedingt immer alle Windowslaufwerke richtig eingebunden werden. Außerdem unterstützen nicht alle Live-CDs (Rettungs-CDs) das automatische Einbinden von Laufwerken bzw. Datenträgern.

Syntax¶

Bei Geräten (Dateisystemen usw.), für die noch kein Eintrag in /etc/fstab besteht, müssen in der mount-Befehlszeile alle Parameter, das Gerät und der Einhängepunkt angegeben werden. Da außerdem in diesem Fall grundsätzlich Root-Rechte nötig sind, lautet die Syntax von mount dann folgendermaßen ^[1]:

# allgemein:
sudo mount [<Parameter>] <Gerät> <Einhängepunkt>
# Beispiel:
sudo mount -t ntfs -o umask=007,gid=046,uid=0,nls=utf8 /dev/sda1 /media/winxp 

Wie das Beispiel zeigt, kann dies eine recht lange Befehlszeile ergeben, die dann bei jedem temporären Mounten einzugeben ist. Bei häufiger gebrauchten Geräten ist es deshalb besser, das temporäre Mounten durch einen Eintrag in /etc/fstab vorzubereiten, bei dem das automatische Einbinden beim Systemstart über die Option noauto unterbunden wird. Alle Parameter werden dann dort fest eingetragen. Mit einer der Optionen user oder users kann zudem das Mounten ohne Root-Rechte erlaubt werden:

#Beispiel:
UUID=8A4831E44831CFA5   /media/winxp   ntfs  umask=007,gid=46,uid=0,nls=utf8,noauto,users   0       0

Die obige Befehlszeile vereinfacht sich dann zu

# allgemein:
mount <Einhängepunkt>
#Beispiel:
mount /media/winxp 

Gerät¶

Eine grundsätzliche Einführung zu Geräten unter Linux findet man in den Artikeln Datenverwaltung sowie (spezieller) Datenträger. Die Bezeichnung "Gerät" wird im Folgenden sehr allgemein verwendet, sie kann z.B. auch eine einzelne Partition einer partitionierten Festplatte bedeuten. Streng genommen wird mit <Gerät> nicht das Gerät selbst, sondern das Dateisystem des betreffenden Gerätes bezeichnet.

Alle beim Systemstart erkannten Geräte sind in dem Ordner /dev aufgeführt. Beim temporären Mounten ist es am einfachsten, das jeweilige Gerät durch seine Bezeichnung in diesem Ordner zu identifizieren (z.B. /dev/sda1), während man bei Einträgen in /etc/fstab die UUID oder ein Label bevorzugt.

Einhängepunkt¶

Um ein Gerät einhängen zu können, muss zuerst ein Einhängepunkt (Mountpunkt) eingerichtet werden. Dies ist ein zunächst leerer Ordner, der sich prinzipiell in jedem Verzeichnis befinden kann. Üblich sind jedoch die Verzeichnisse /media oder /mnt. Über diesen Einhängepunkt wird dann später auf das eingehängte Dateisystem zugegriffen. Weil in diesen Verzeichnissen neue Ordner nur mit Root-Rechten angelegt werden können, gibt man folgende Zeile in einem Terminal ein:

#allgemein: 
sudo mkdir <Einhängepunkt>
Beispiel:
sudo mkdir /media/winxp 

In manchen Fällen (z.B. bei Netzwerk-Dateisystemen) verwendet der Befehl mount Hilfsprogramme (z.B. mount.cifs), die verlangen, dass der Mountpunkt besitz desjenigen Benutzers ist, der mountet. Soll durch eine der Optionen user oder users das Einhängen ohne Root-Rechte erlaubt werden, dann darf man in diesen Fällen nicht vergessen, die Besitzrechte für den Einhängepunkt mittels "chown" noch auf den den einhängenden Benutzer zu übertragen.

Standardmäßig werden eingehängte Dateisysteme auf dem Desktop dann angezeigt, wenn sich ihr Einhängepunkt im Verzeichnis /media befindet, nicht jedoch, wenn er in /mnt liegt.

Rechte¶

Um ein Gerät einzubinden, spielen die Rechte des Einhängepunktes in der Regel keine Rolle (Ausnahmen gelten bei Netzwerk-Dateisystemen). Nach dem Einbinden überdecken die Rechte des eingehängten Dateisystems die des Einhängepunktes. Hier gibt es prinzipielle Unterschiede, je nachdem, ob das eingehängte Dateisystem die Unix-Rechteverwaltung unterstützt (z.B. ext2, ext3, ReiserFS) oder nicht (z.B. FAT, NTFS).

Dateisysteme mit UNIX-Rechteverwaltung: Das Dateisystem nimmt die Rechte beim Einbinden an einen beliebigen Ort quasi "mit". Denn die Rechte sind im jeweiligen Dateisystem gespeichert und nicht etwa "im" oder "am" Einhängepunkt. Daher sind die Rechte des Einhängepunkt-Verzeichnisses auch nicht weiter relevant für das Einbinden - entscheidend sind die Rechte im eingehängten Dateisystem. Beim Einhängen können diese Rechte über die Einhänge-Optionen bzw. die Einträge in der fstab nur noch weiter eingeschränkt werden. Diese zusätzlichen Einschränkungen gelten dann nur für diesen Einhängepunkt und werden nicht im eingehängten Dateisystem eingetragen.

Nach dem Einhängen können die Rechte in einem solchen Dateisystem mit den Befehlen chown und chmod verändert werden; die Einhänge-Optionen legen dabei nur den Rahmen fest, innerhalb dessen dies gestattet ist.

Dateisystemen ohne UNIX-Rechteverwaltung: Diese Dateisysteme haben entweder keine eigene Rechteverwaltung (wie z.B. FAT), oder diese wird ignoriert (wie z.B. bei NTFS). Stattdessen wird beim Einbinden eine Rechteverwaltung simuliert. Hierfür sind besondere Parameter vorgesehen (siehe hier). Die so festgelegten (simulierten) Rechte gelten dann immer für das gesamte Dateisystem und lassen sich nach dem Einbinden nicht mehr ändern (die Befehle chown und chmod sind wirkungslos). Die simulierten Rechte werden nicht ins Wurzelverzeichnis des Dateisystems eingetragen. Sie gelten deshalb nur für diesen Einhängepunkt und können beim erneuten Einhängen wieder ganz anders festgelegt werden.

Parameter¶

mount kennt eine Reihe von Parametern, die beim Einhängen verwendet werden können. Die folgende Tabelle führt die gängigsten Parameter auf:

Eine vollständige Übersicht zu den Parametern findet man in den Man-Pages zu mount.

Der Parameter -o Option ist dabei besonders interessant bzw. wichtig, weil mit diesen Optionen des Verhalten des eingehängten Dateisystems sehr detailliert festgelegt werden kann.

Optionen¶

Die folgende Tabelle gibt einen Überblick über mögliche Optionen:

Alle weiteren Optionen für -o findet man in den Man-Pages zu mount.

Es ist durchaus möglich, mehrere Optionen anzugeben. Dazu werden diese einfach mit einem Komma (aber ohne Leerstelle) voneinander getrennt, also z.B.: -o rw,suid,user

Die gleichen Optionen können auch bei Einträgen in /etc/fstab verwendet werden. Die Optionen auto und noauto sind nur dort sinnvoll.

Windows-Dateisysteme¶

Des weiteren gibt es noch eine Vielzahl von Optionen, die spezifisch für das jeweilige Dateisystem sind. Für das Einhängen von Windows-Dateisystemen (also FAT (vfat) und NTFS) sind dies u.a.:

Bei Mehrbenutzer-Systemen hat sich dabei folgende Kombination bewährt: Formatierter Text

uid=0,gid=46,umask=007

Wird ein Windows-Dateisystem mit diesen Optionen eingebunden, so ist der Eigentümer aller Dateien der Benutzer "root" (uid=0), die Dateien werden der Gruppe "plugdev" zugewiesen (gid=46). Der Eigentümer hat keine Einschränkungen, genauso wenig die Mitglieder der Gruppe, und alle Anderen haben keine Zugriffsrechte (umask=007). Dies gilt dann automatisch auch für neu angelegte Dateien oder für Dateien, die auf diese Partition kopiert werden.

Nun muss nur noch sichergestellt werden, dass diejenigen Nutzer, die auf die entsprechenden Dateisysteme voll zugreifen dürfen sollen, der Gruppe "plugdev" zugeordnet sind. Das ist standardmäßig für alle Benutzer der Fall. Diese Zuordnung kann in der Benutzerverwaltung ("System -> Systemverwaltung/Administration -> Benutzer und Gruppen") individuell für jeden Anwender in dessen "Eigenschaften" über das Benutzerrecht "Automatisch auf externe Speicherlaufwerke zugreifen" beeinflusst werden.

Bei Einbenutzer-Systemen oder bei überwiegendem Zugriff durch den gleichen Benutzer empfiehlt es sich, die Partition nicht als Eigentum von "root", sondern als Eigentum dieses Benutzers einzubinden. Dafür ist dann statt "uid=0" die UID des Benutzers und statt "gid=46" die GID seiner Gruppe einzutragen (siehe hier), z.B.:

uid=1000,gid=1000

Dies hat Vorteile beim Kopieren und Verschieben von Dateien (Datum, Uhrzeit) und bei der Freigabe von Dateien in einem Netzwerk.

Für Schreibzugriffe auf NTFS-Partitionen wird das Kernel-Modul ntfs-3g verwendet. Die erste stabile Version davon ist erst im Februar 2007 erschienen, und diese garantiert die Sicherheit von Schreibzugriffen erst ab der Kernel-Version 2.6.20. Deshalb ist der Schreibzugriff auf NTFS-Partitionen standardmäßig erst ab Ubuntu 7.10 Gutsy Gibbon vorgesehen.

Nähere Einzelheiten siehe hier.

Virtuelle Netzwerk-Dateisysteme¶

Der Befehl "mount" kann auch zum Einbinden von Netzwerk-Laufwerken oder von einzelnen Freigaben in einem Samba- oder NFS-Netzwerk verwendet werden. Wenn das Paket smbfs bzw. NFS installiert ist, dann ruft er aber nur die jeweils eigenen Mount-Module mount.cifs (Samba) und mount.NFS (NFS) auf und übergibt diesen alle nötigen Daten und Optionen. Letztere stimmen teilweise, aber nicht vollständig mit den Optionen bei echten Dateisystemen überein. Nähere Einzelheiten siehe Samba Client cifs und NFS sowie die Manpage man mount.cifs bzw. man mount.NFS.

Das echte Einhängen von Netzwerk-Laufwerken und -Freigaben in das lokale Dateisystem hat gegenüber anderen Arten des Zugriffs (siehe z.B. Samba Client GNOME oder Samba Client KDE) den großen Vorteil, dass dann alle Anwendungen ohne Einschränkungen auf die Freigaben genau wie auf lokale Dateien zugreifen können.

Externe Laufwerke einhängen¶

Wie bereits in der Einleitung beschrieben, werden externe USB-Laufwerke (USB Sticks, USB Festplatten usw.) von den großen Desktop-Umgebungen GNOME und KDE automatisch erkannt und eingehängt. Es kann jedoch sinnvoll sein, diese statt dessen statisch einzubinden (z.B. wenn man sie im Netzwerk freigeben möchte). Manchmal zieht man es auch vor, externe Datenträger von Hand temporär einzubinden, weil man andere Optionen wünscht als die Standardwerte. Außerdem beherrschen nicht alle Desktop-Umgebungen das automatische Einbinden.

Für das Einbinden externer Datenträger gelten genau die gleichen Regeln wie für interne Laufwerke. Die dafür gewählten Einstellungen und Optionen haben Vorrang vor den Einstellungen und Optionen beim automatischen Einbinden.

Bei Datenträgern mit Schreibrechten werden standardmäßig zu schreibende Daten zwischengespeichert und erst beim Aushängen auf den Datenträger geschrieben. Deshalb müssen beschreibbare externe Datenträger grundsätzlich korrekt ausgehängt werden, bevor man sie entfernen darf. Eine sichere, aber deutlich langsamere Alternative ist die Option sync.

Einzelne Ordner einbinden¶

Normalerweise verwendet man den Befehl "mount", um ganze Partitionen oder Dateisysteme einzubinden. In Verbindung mit der Option -- bind lassen sich auch einzelne Ordner oder Dateien eines Dateisystems zusätzlich noch an einem eigens dafür eingerichteten, besonderen Mountpunkt einhängen. Der Ordner oder die Datei bleibt dabei innerhalb des ersten eingebundenen Dateisystems unverändert bestehen. Das Verfahren hat Ähnlichkeit mit einem symbolischen Link ("Symlink"), ist aber nicht damit identisch. Folgende Unterschiede sind zu beachten:

• Im Gegensatz zu einem Symlink kann ein mit mount --bind eingehängtes Verzeichnis nicht mit rm oder rmdir gelöscht werden, auch nicht mit Root-Rechten. Man kann es lediglich mit umount wieder aushängen.

• Ein mit mount --bind temporär gemounteter Ordner wird beim Herunterfahren des Systems ausgehängt und ist nach einem Neustart nicht automatisch wieder sichtbar.

• Gewisse Einschränkungen für Symlinks in Netzwerk-Freigaben gelten nicht für mit mount --bind eingehängte Ordner (siehe z.B. cifs).

Syntax:

# Allgemein:
sudo mount --bind <Einhängepunkt_1>/<Ordner> <Einhängepunkt_2>
# alternativ:
sudo mount -o bind <Einhängepunkt_1>/<Ordner> <Einhängepunkt_2>
# Beispiel:
sudo mount --bind /media/Daten/Downloads  /home/Max/Downloads 

Die Option bind lässt sich entsprechend auch bei Einträgen in fstab verwenden.

umount¶

Um ein Dateisystem wieder auszuhängen, existiert der Befehl "umount". Dabei sind genau die gleichen Rechte nötig, mit denen das Dateisystem auch eingebunden wurde. Das automatische Einhängen externer Geräte geschieht meist ohne, das Einhängen von Hand dagegen häufig mit Root-Rechten. Im letzteren Fall lautet die Befehlszeile:

# Allgemein:
sudo umount <Gerät>
# alternativ
sudo umount <Einhängepunkt>
# Beispiel:
sudo umount /dev/sda1 

Aushängen via GUI¶

Datenträger und Geräte, die ohne Root-Rechte eingehängt wurden, kann man in den grafischen Oberflächen GNOME und KDE auch per Mausklick aushängen. Unter GNOME klickt man dazu mit der rechten Maustaste auf das Desktopsymbol des Geräts und wählt man den Punkt "Auswerfen". Unter KDE wählt man im Kontextmenue des Laufwerk-Symbols auf dem Desktop oder im Dateimanager den Punkt "Aktionen -> Sicher entfernen". Nach einer kurzen Zeit verschwindet das Symbol, und man darf das Gerät (z.B. den Wechseldatenträger) nun entfernen.

PySDM¶

PySDM ist ein grafisches Werkzeug, mit dem sich Datenträger konfigurieren und wahlweise statisch oder temporär einbinden lassen. Das Paket

• pysdm

kann aus den Paketquellen installiert werden^[4].

Leider kann PySDM Datenträger nur über ihren Eintrag in /dev identifizieren. Einträge in /etc/fstab, bei denen die Identifikation über die UUID des Datenträgers oder ein Label erfolgt, werden von PySDM ignoriert und lassen sich deshalb damit auch nicht bearbeiten.

Beispiel externe Musiksammlung¶

Ein ausführliches Beispiel der Verwendung von mounts auf Ordner wird im Artikel udev, Abschnitt "Beispiel" anhand einer Musiksammlung auf der externen Festplatte beschrieben.

Artikel zu verwandten Themen¶

• fstab: Aufbau und Einträge der Datei /etc/fstab

• Windows-Partitionen einbinden: Einbinden von FAT- und NTFS-Partitionen

• Samba Client cifs: Windows- und Samba-Freigaben statisch und temporär einbinden

• NFS: Das beliebte Netzwerk-Protokoll für Linux

• Externe Laufwerke statisch einbinden: Besonderheiten beim statischen Einbinden externer Datenträger

• USB-Datenträger automatisch einbinden: Der Titel sagt es.

• CDemu - Image-Dateien (auch propitäre) als virtuelles CD-Laufwerk einbinden

Weiterführende Informationen¶

• http://linux.die.net/man/8/mount: mount(8) Linux Manpage