26.4 Inodes
Abstraktion
Wenn wir von Dateisystemen sprechen, müssen wir zunächst einmal mindestens zwei Sichtweisen unterscheiden. Das Dateisystem ist aus der Sicht des Anwenderprogramms eine Ansammlung von hierarchisch angeordneten Dateien, auf die es zugreifen kann.
Aus Sicht des Kernels ist dies jedoch schon anders. Die Implementierung des Dateisystems im Kernel führt im Hintergrund, ohne dass das Anwenderprogramm etwas davon mitbekommt, mehrere Operationen durch, um eine Datei zu lesen.
Der Kernel »öffnet« eine Datei beispielsweise für ein Userspace-Programm durch den open()-Syscall. Dabei muss zunächst einmal die zugehörige Inode-Nummer der Datei ausgelesen werden. Mit dieser Inode-Nummer kann der Kernel dann auf den entsprechenden Inode-Eintrag der jeweiligen Datei und damit letztlich auf die Eigenschaften der Datei und den Dateiinhalt zugreifen.
Inodes stellen eine Hauptkomponente der Dateiverwaltung unter den Unix-Systemen dar. Jede Datei im Dateisystem verfügt über eine eigene Inode. Die Inode ist der Speicherort für alle Datei-Metadaten und auch für die Dateisystemblöcke, in denen die eigentlichen Dateiinhalte gespeichert sind.
Eine Datei »in« einem Verzeichnis ist durch einen Namen sowie eine eindeutige Inode-Nummer gekennzeichnet. Über diese Inode-Nummer wird auf den jeweiligen Inode-Eintrag des Dateisystems zugegriffen, wovon dann alle weiteren Informationen der Datei ausgelesen werden können. Der Dateiname selbst ist also nicht Bestandteil eines Inode-Eintrags, denn eine Datei kann mehrmals unter verschiedenen Namen – in Form von Hardlinks – im Dateisystem vorkommen.
26.4.1 Die Metadaten
Informationen einer Inode
Wenn man sich dafür interessiert, welche Informationen genau in einer Inode gespeichert sind, kann man selbstverständlich auf den Quellcode zurückgreifen, um diese Fragen zu beantworten. Natürlich sind diese Daten von Dateisystem zu Dateisystem etwas unterschiedlich, weswegen wir uns auf die wichtigsten Eigenschaften eines Inode-Eintrags konzentrieren wollen. Schauen wir uns doch einfach mal die stat-Struktur im OpenBSD-Sourcecode an, die uns die einzelnen Bestandteile eines solchen Inode-Eintrages im UFS-Dateisystem aufzeigt. Wir haben diese Stuktur dabei auf ihre wichtigsten Bestandteile gekürzt:
struct stat { dev_t st_dev; /* Gerät */ ino_t st_ino; /* Inode-Nummer */ mode_t st_mode; /* Zugriffsrechte */ nlink_t st_nlink; /* Link-Counter */ uid_t st_uid; /* Eigentümer-UID */ gid_t st_gid; /* Gruppen-ID */ ... #ifndef _POSIX_SOURCE ... #else time_t st_atime; /* letzter Zugriff */ long st_atimensec; time_t st_mtime; /* letzte Modifizierung */ long st_mtimensec; time_t st_ctime; /* letzte Statusänderung */ long st_ctimensec; ... };
Listing 26.16 struct stat
Aus diesen Auflistungen kann man nun Rückschlüsse auf die Metadaten einer Datei ziehen. Sie zeigen Ihnen
- das Gerät, dem die Inode angehört,
- die Inode-Nummer des Inode-Eintrags,
- die Zugriffsrechte der Datei,
- den Link-Counter,
- die Benutzer-ID des Eigentümers,
- die Gruppen-ID der Gruppe, der diese Datei zugeordnet ist,
- den Timestamp des letzten Dateizugriffs,
- den Timestamp der letzten Modifizierung der Datei
- und den Timestamp der letzten Statusänderung der Datei.
Das ist natürlich keine Überraschung. Jeder Aufruf von ls gibt uns – wenn man denn die -l-Option verwendet – diese Optionen aus. Und Überraschung: Das Programm bekommt diese Informationen natürlich aus der Inode der betreffenden Datei.
26.4.2 Alternative Konzepte
Inodes sind also ein Konzept, die Metadaten von Dateien zu speichern. Dieses Konzept ist vor allem bei Dateisystemen aus der Unix-Familie weit verbreitet, darum wurden die Inodes hier auch so ausführlich erwähnt. Eine alternative Möglichkeit wäre zum Beispiel eine »File Allocation Table«, kurz FAT. Diese Tabelle enthielt unter den gleichnamigen DOS/Windows-Dateisystemen alle Metadaten über die im Dateisystem bekannten Dateien.
Jedoch kann diese Tabelle durch Crashes leicht zerstört werden, und bei vielen Metadaten (wie unter Unix üblich) – FAT16/32 kannte dagegen ja keine Benutzer- oder Dateirechte – verliert FAT schnell an Leistung.