Überblick
Eine robuste Speicherverwaltung unter Linux steht und fällt mit der eindeutigen Adressierung von Datenträgern über deren UUID. Herkömmliche Gerätenamen können nach Systemneustarts oder Hardware-Änderungen rotieren; die UUID garantiert hingegen absolute Beständigkeit. Dieses Tutorial zeigt praxisnah, wie Administratoren mithilfe des Diagnosewerkzeugs blkid Partitionsattribute, Dateisystem-Kennungen und Labels auslesen. Darüber hinaus demonstrieren wir den direkten Einsatz der ermittelten Parameter für fehlertolerante Mount-Einträge in der /etc/fstab.
Grundlagen zu blkid: Block-Devices und Attribute analysieren
Bevor detaillierte Metadaten abgefragt werden, empfiehlt sich ein schneller Überblick über die vorhandene Partitionsarchitektur. Das Tool lsblk visualisiert die Topologie aller angeschlossenen Massenspeicher übersichtlich als Baumstruktur. Hier lassen sich installierte NVMe-Module, herkömmliche SSDs sowie deren Belegung und aktuelle Einhängepunkte unmittelbar erfassen.
Das Kommando blkid geht eine Ebene tiefer: Es analysiert die Metadaten der Geräteköpfe und liefert Schlüsselattribute wie Dateisystemtyp (TYPE), eindeutige Bezeichner (UUID) und Partitionslabels. Wird der Befehl mit Root-Rechten (sudo) ausgeführt, liest das System sämtliche vorhandenen Block-Devices direkt aus und vermeidet unvollständige Cache-Ergebnisse.
⚙️ [Zentrale Parameter im Überblick]
-s <tag> : Filtert die Ausgabe gezielt nach festgelegten Parametern (z. B. UUID, TYPE, PARTUUID).-o <format> : Passt das Ausgabeformat an (value, list, device, export, full etc.).-t <token> : Selektiert ausschließlich Geräte, die einem bestimmten Kriterium entsprechen (z. B. TYPE=ext4).-L <label> : Sucht das Block-Device anhand seines vergebenen Dateisystem-Labels.-U <uuid> : Findet den zugehörigen Datenträger über die angegebene UUID.-p : Umgeht den Kernel-Cache (/etc/blkid.tab) und führt ein direktes Low-Level-Probing des Superblocks durch.-c <cachefile> : Bestimmt eine alternative Cache-Datei oder deaktiviert das Caching komplett (/dev/null).
Gezielte Geräteabfragen und formatierte Ausgabe (-s, -o)
Um gezielte Abfragen zu demonstrieren, ermitteln wir zunächst das dem Wurzelverzeichnis (/) zugrunde liegende Quellgerät über findmnt und legen dessen Pfad in der Umgebungsvariable TARGET_DEV ab.
Wird blkid ein konkreter Gerätepfad übergeben, beschränkt sich das Werkzeug auf diesen Datenträger. Statt das gesamte System zu scannen, werden unmittelbar die relevanten Werte für UUID, BLOCK_SIZE, TYPE und PARTUUID der gewählten Partition ausgegeben.
In Bash-Skripten und Bereitstellungs-Pipelines stören beschreibende Schlüsselwörter und Anführungszeichen. Die Kombination aus -s UUID und -o value isoliert den reinen 36-stelligen Bezeichner. Das Resultat lässt sich ohne Parsing-Aufwand direkt in Skriptvariablen weiterverarbeiten.
Zur schnellen Systeminventur bietet der Schalter -o list eine tabellarische Aufbereitung. Dateisystemarten, Mountpunkte und Identifikatoren werden in strukturierten Spalten dargestellt, was eine rasche Beurteilung der Speicherkonfiguration auf einen Blick ermöglicht.
Virtuelles Laufwerk einrichten und via LABEL suchen
Für ein gefahrloses Testszenario erzeugen wir zunächst mit dd eine 30 MB große Containerdatei im temporären Verzeichnis.
Damit der Kernel dieses Disk-Image wie ein physisches Laufwerk anspricht, binden wir die Datei per losetup an das nächste freie Loop-Device an und erfassen den Geräteknoten in LOOP_DEV.
Anschließend formatieren wir das Loop-Gerät mit einem ext4-Dateisystem. Über den Parameter -L vergeben wir dabei die eindeutige Datenträgerbezeichnung MY_BACKUP.
Ein Aufruf von blkid auf das Loop-Device bestätigt die erfolgreiche Formatierung: Das Attribut LABEL="MY_BACKUP" erscheint zusammen mit dem generierten UUID-Wert und dem Dateisystemtyp ext4.
Mit der Option -L lässt sich nun eine Rückwärtssuche durchführen. Selbst wenn der genaue Geräteknoten unbekannt ist, liefert das System allein anhand des Labels MY_BACKUP den passenden Laufwerkspfad zurück.
Zum Abschluss der Übung trennen wir die Loop-Verbindung und entfernen die temporäre Imagedatei restlos vom Testsystem.
fstab-Einträge absichern: UUID-Rückwärtssuche (-U)
Zur Vorbereitung eines statischen Mounts greifen wir erneut auf findmnt zurück, um das Root-Dateisystem zu lokalisieren. Mithilfe der Filter -s UUID -o value isolieren wir den Bezeichner und hinterlegen ihn in ROOT_UUID.
Unter Verwendung dieser Variable lässt sich das exakte Format für die Konfigurationsdatei /etc/fstab abbilden. Die Adressierung über UUIDs schützt zuverlässig vor Boot-Fehlern, falls Kernel-Treiber oder Controller beim Neustart die Bezeichnungen klassischer Device-Nodes (/dev/sdX) vertauschen.
Vor dem Eintragen in Konfigurationsdateien sollte der ermittelte Schlüssel verifiziert werden. Der Schalter -U übernimmt diese Gegenprüfung: Er löst den UUID-String wieder zum physischen Geräteknoten auf und schließt Konfigurationsirrtümer im Vorfeld aus.
Mit blkid steht Systemadministratoren ein präzises Werkzeug zur Verfügung, um Datenträger eindeutig zu identifizieren und Mount-Prozesse langzeitsicher zu gestalten. Die Umstellung statischer Mountpoints auf UUID-basierte Bezeichner gehört zu den wichtigsten Best Practices für stabile Linux-Installationen.