![[picture of Frederic]](../../common/images/Frederic_Raynal.png)
original in fr Frédéric Raynal
fr to en Philippe Trbich and Emmanuel Bonnel
en to de Guido Socher
In Abh�ngigkeit von den physikalischen Gegebenheiten (hard disks, floppies, cdrom, ...) und dem Betriebssystem ist der Vorgang des Schreibens von Daten unterschiedlich: Wir nennen das Dateisystem (Ich hoffe die Puristen und Experten werden Nachsicht haben, wenn ich solche Vereinfachungen mache). Die Datei /etc/fstab enth�lt die hard (fest) mount Punkte, die zur boot Zeit gemountet werden. Jeder mount Punkte entspricht einem Verzeichnis im Verzeichnisbaum. Sp�ter, wenn man auf andere Punkte im Dateisystem zugreifen m�chte, dann kann nur root das Dateisystem mounten. Eine Ausnahme sind Eintr�ge, die die Option "users" in /etc/fstab enthalten. Abgesehen davon kann ein normaler Benutzer (zum Gl�ck :-) nicht einfach auf alle Daten und Dateisysteme zugreifen.
Die man-pages von mount und fstab erkl�ren diese Befehle und Konzepte genauer.
Beide (automount, autofs) erlauben es dem Systemadministrator alle Dateisysteme, auf die eine Maschine zugreifen kann, zu konfigurieren in einer �hnlichen Art und Weise, wie das bei dem Befehl mount passieren w�rde. F�r den Benutzer ist das v�llig transparent.
Das Paar (automount, autofs) kann als ein client/server System verstanden werden. Ein Server l�uft und wartet auf eine Anfrage. Wenn die Anfrage kommt, dupliziert sich der Server. Ein Teil beantwortet die Anfrage und der andere wartet auf weitere Anfragen.
Hier spielt autofs die Rolle des wartenden Servers und automount die des duplizierten Servers. Die Anfragen kommen aus einer Konfigurationsdatei.
Autofs wird im allgemeinen beim Booten gestartet, aber der Systemadministrator kann es nat�rlich manuell starten und stoppen.
autofs hat 4 Optionen:
automount arbeitet nur mit einem mount Punkt (der von autofs gefunden wurde und automount beim Start �bergeben wurde). Eine map beschreibt alle Eigenschaften dieses mount Punktes, die n�tig sind, um ein Dateisystem automatisch zu mounten (daher der Name ;-). Dieses automatische Mounten wir gemacht, sobald jemand versucht, auf etwas zuzugreifen, was in dem Verzeichnisbaum unterhalb des mount Punktes liegt.
Weiterhin ist automount f�r das automatische "unmount" der Dateisysteme zust�ndig. Dieses geschieht nach einiger Zeit, wenn auf ein Dateisystem nicht mehr zugegriffen wird. Die Voreinstellung ist 5 Minuten.
Hier beschreiben wir die mount Punkte im sogenannten Sun maps Format. Das andere Format (hesiod) kann die Syntax im unten aufgef�hrten Beispiel nicht verstehen.
/etc/auto.master : Jede Zeile beschreibt genau einen mount Punkt und zeigt zu einer Datei die die weiteren Optionen f�r diesen mount Punkt enth�lt. Die dritte Spalte erlaubt es spezielle Optionen an mount zu �bergeben.
Die Syntax einer Zeile ist:
mount-point map-for-the-associated-automount [
-mount-options-separated-by-comma ]
Beispiel :
| /home | /etc/auto.home | |
| /misc | /etc/auto.misc | --timeout 60 |
| /mnt | yp:mnt.map | -intr,nosuid,nodev |
Dies konfiguriert 3 mount Punkte, /home, /misc und /mnt. Um auf Dateien in /misc zuzugreifen, wird automount die Datei /etc/auto.misc lesen und dort eine Beschreibung des Dateisystems finden. In den letzten 2 Zeilen sieht man Optionen. Sie werden in den mount man pages beschrieben.
Die Syntax einer automount map ist fast die gleiche wie die
von auto.master:
Schl�ssel [ -mount-optionen-seperiert-durch-Komma ] Ort-des-Dateisystems
Hier ist die /etc/auto.misc Datei aus dem obigen Beispiel:
| kernel | -ro,soft,intr | ftp.kernel.org:/pub/linux |
| cdrom | -fstype=iso9660,ro | :/dev/cdrom |
| floppy | -fstype=auto | :/dev/fd0 |
| windoz | -fstype=vfat | :/dev/hda1 |
Der absolute Pfad zu einer Datei ist dann
:
/mount-Punkt/Schl�ssel/Pfad/Datei
Um meine Windows config.sys Datei zu lesen, tippe ich einfach "cat /misc/windoz/config.sys" und es wird auf /dev/hda1 zugegriffen.
Wir sehen auch, da� die erste Zeile auf ein �ber NFS exportiertes Dateisystem verweist (nur um zu zeigen, wie flexibel automount und autofs sind)
Zun�chst werden wir feststellen, da� die automatische Vervollst�ndigung
des Dateinamens nicht wie �blich funktioniert. Um nicht immer den vollen
Pfad angeben zu m�ssen, benutzen wir oft die TAB Taste. Solange die
entsprechende automount map nicht geladen ist, funktioniert diese TAB
Taste nicht. Gehen wir zur�ck zum vorangegangen Beispiel. Um die
config.sys Datei zu erhalten, tippe ich:
%1 > cat /misc/ <TAB
>
Ich bekommen einen entt�uschenden Piep, weil nichts gefunden
wird, was vervollst�ndigt werden kann (nicht zu verwechseln mit einem
fr�hlichen Piep, wenn es mehrere M�glichkeiten gibt. Man tippt dann
einfach <CTRL+D> und bekommt alle M�glichkeiten angezeigt).
Dieses Verhalten ist ganz normal. Offensichtlich wird das Verzeichnis durchsucht, wenn man die TAB Taste dr�cken, um die verschiedenen Eintr�ge zu lesen. In diesem Fall ist das Verzeichnis jedoch leer, da es das Ziel ist, das Dateisystem nur dann zu mounten, wenn auf eine Datei aus diesem Dateisystem zugegriffen wird.
La� uns die Ausgabe von mount vor und nach dem Zugriff betrachten auf eine map. Wir nehmen wieder die vorherige /etc/auto.master mit nur einem mount :Auf einem einzigen alleinstehenden Computer, der nur Linux und Windows hat, sind automount und autofs mehr oder weniger nutzlos.
Im Zusammenhang mit Netzwerken ist der Nutzen sehr gro�, da automount und autofs mit NIS (wird in einem anderen Artikel beschrieben) sehr gut zusammenarbeiten und man sich keine Gedanken machen mu�, wo sich die Dateisysteme physikalisch befinden.
Ein gro�er Vorteil von automount ist, da� ein ausgefallener Dateiserver nur die Maschinen betrifft, die den Server gerade ben�tigt hatten. Das kann die Ausfallzeit in einer gro�en Firma (mit vielleicht 10 NFS Servern) signifikant reduzieren.