Linux Festplatte einbinden und dauerhaft mounten (fstab)

Eine neue Festplatte im Server ist erst nützlich, wenn Linux sie auch einbindet – und zwar dauerhaft, auch nach einem Neustart. In dieser Anleitung zeigen wir dir Schritt für Schritt, wie du eine Festplatte unter Linux einbindest und über die fstab dauerhaft mountest. Du lernst, das Laufwerk zu finden, die UUID zu ermitteln und die fstab richtig zu befüllen.

Eine neue Festplatte oder SSD ist schnell eingebaut – damit Linux sie aber bei jedem Start automatisch bereitstellt, musst du sie richtig in die /etc/fstab eintragen. In dieser Anleitung bindest du einen Datenträger Schritt für Schritt ein: von der Partitionierung über das Dateisystem bis zum dauerhaften Mount per fstab. Besonders wichtig ist dabei die Verwendung der UUID, damit dein System auch dann sauber bootet, wenn sich die Reihenfolge der Laufwerke ändert.

Schritt 1: Die Festplatte finden

Verschaffe dir zuerst einen Überblick über alle Laufwerke. Der Befehl lsblk zeigt Festplatten und ihre Partitionen übersichtlich an:

lsblk

Neue Datenträger heißen typischerweise /dev/sdb, /dev/sdc usw., Partitionen entsprechend /dev/sdb1. Notiere dir, welches Laufwerk du einbinden willst.


Schritt 2: Dateisystem erstellen (nur bei neuen Platten)

Ist die Platte fabrikneu oder soll komplett neu formatiert werden, erstellst du ein Dateisystem – z. B. das verbreitete ext4. Achtung: Dieser Schritt löscht alle Daten auf der Partition. Prüfe den Gerätenamen doppelt!

sudo mkfs.ext4 /dev/sdb1

Enthält die Platte bereits Daten, überspringst du diesen Schritt selbstverständlich.


Schritt 3: Einen Mountpunkt anlegen und testen

Ein Mountpunkt ist das Verzeichnis, unter dem die Platte erscheint. Lege es an und binde die Partition testweise manuell ein:

sudo mkdir -p /mnt/daten
sudo mount /dev/sdb1 /mnt/daten

Prüfe mit df -h, ob die Platte nun eingehängt ist. Wie du den Speicherverbrauch genauer analysierst, steht in Speicherplatz analysieren.


Schritt 4: Die UUID ermitteln

Für einen dauerhaften Eintrag solltest du nicht den Gerätenamen (/dev/sdb1) verwenden – der kann sich beim Booten ändern. Stabiler ist die UUID, eine eindeutige Kennung der Partition. Zeige sie mit blkid an:

sudo blkid /dev/sdb1

Kopiere dir den Wert hinter UUID= heraus.


Schritt 5: Dauerhaft mounten über die fstab

Die Datei /etc/fstab steuert, welche Laufwerke beim Systemstart automatisch eingebunden werden. Öffne sie:

sudo nano /etc/fstab

Füge am Ende eine neue Zeile mit deiner UUID hinzu:

UUID=deine-uuid-hier  /mnt/daten  ext4  defaults  0  2

Die Felder der fstab erklärt

FeldBedeutung
UUID=…Das einzubindende Laufwerk (stabiler als /dev/sdb1)
/mnt/datenDer Mountpunkt
ext4Das Dateisystem
defaultsMount-Optionen (Standardwerte)
0dump – Backup-Flag, meist 0
2pass – Reihenfolge der Dateisystemprüfung (0 = keine, 1 = Root, 2 = Rest)

Schritt 6: Ohne Neustart testen

Ein Fehler in der fstab kann verhindern, dass dein System bootet – deshalb testest du die Datei unbedingt, bevor du neu startest. Der folgende Befehl hängt alle Einträge aus der fstab ein:

sudo mount -a

Läuft der Befehl ohne Fehlermeldung durch und erscheint die Platte in df -h, ist alles korrekt. Meldet er einen Fehler, korrigiere die Zeile, bevor du rebootest.


Häufige Fehler

  • Tippfehler in der UUID: Kopiere sie exakt aus der blkid-Ausgabe.
  • Falsches Dateisystem angegeben: Es muss zum tatsächlichen Format der Partition passen (z. B. ext4, xfs, ntfs).
  • Mountpunkt existiert nicht: Das Zielverzeichnis muss vor dem Mounten angelegt sein.
  • System bootet nicht mehr: Fast immer ein fstab-Fehler. Über den Wiederherstellungsmodus die Zeile auskommentieren behebt das Problem.

Warum UUID statt /dev/sdX?

Gerätenamen wie /dev/sdb1 sind nicht stabil. Steckst du eine weitere Platte an oder ändert sich die Erkennungsreihenfolge beim Booten, kann aus sdb plötzlich sdc werden – und dein Mount schlägt fehl. Die UUID ist dagegen fest an das Dateisystem gebunden und ändert sich nicht. Deshalb solltest du in der fstab immer die UUID nutzen, die du mit blkid ausliest.

BezeichnerStabil?Empfehlung
/dev/sdb1NeinNur für schnelle Tests
UUID=...JaStandard für fstab
LABEL=...JaPraktisch, wenn du Labels vergibst

Sichere fstab-Optionen wählen

Die Mount-Optionen in der vierten Spalte der fstab bestimmen das Verhalten des Datenträgers. Ein durchdachter Satz an Optionen erhöht Sicherheit und Robustheit. Für reine Datenpartitionen ist nofail besonders wertvoll: Fehlt die Platte einmal, bootet das System trotzdem, statt im Notfallmodus hängen zu bleiben.

  • defaults – sinnvoller Standardsatz für die meisten Fälle.
  • nofail – System bootet auch, wenn der Datenträger fehlt.
  • noatime – reduziert Schreibzugriffe und schont SSDs.
  • x-systemd.automount – Laufwerk wird erst beim ersten Zugriff eingebunden.

Änderungen gefahrlos testen

Ein Tippfehler in der fstab kann verhindern, dass dein Server überhaupt hochfährt. Teste jede Änderung deshalb, bevor du neu startest. Mit sudo mount -a bindest du alle Einträge sofort ein – bleibt die Ausgabe leer und ohne Fehler, ist der Eintrag korrekt. Erst danach ist ein Reboot gefahrlos.

Landest du doch einmal in einer Boot-Schleife, hilft der Recovery-Modus: Dort machst du das Root-Dateisystem mit mount -o remount,rw / beschreibbar und korrigierst den fehlerhaften Eintrag.


Häufige Fragen

Antworten auf die häufigsten Fragen beim dauerhaften Einbinden von Datenträgern.

Wo finde ich die UUID meiner Festplatte?

Mit dem Befehl sudo blkid listet Linux alle Datenträger samt UUID und Dateisystemtyp auf. Diese UUID kopierst du direkt in deine fstab.

Was passiert bei einem Tippfehler in der fstab?

Im schlimmsten Fall startet das System nicht sauber. Deshalb immer vorher sudo mount -a ausführen – so erkennst du Fehler, ohne einen Reboot zu riskieren.

Muss ich die Platte vor dem Mounten formatieren?

Nur wenn sie noch kein Dateisystem hat oder du die Daten nicht brauchst. Eine bereits formatierte Platte bindest du direkt ein, ohne sie neu zu formatieren.


Fazit

Mit lsblk, blkid und einem sauberen fstab-Eintrag über die UUID bindest du jede Festplatte unter Linux dauerhaft und zuverlässig ein. Der wichtigste Schritt ist der Test mit mount -a – er bewahrt dich vor einem System, das nicht mehr startet. Wie du den vorhandenen Speicher im Blick behältst, zeigt Speicherplatz unter Linux analysieren.

Siehe auch  Docker Restart-Policy: Container automatisch neu starten
Nach oben scrollen