Festplatten unter Linux einbinden ist eine der häufigsten Admin-Aufgaben – ob neue SATA-SSD, NVMe-Laufwerk oder zusätzliche VM-Disk. Dieser Artikel zeigt dir Schritt für Schritt, wie du einen neuen Datenträger erkennst, mit GPT-Partitionstabelle partitionierst, ein ext4-Dateisystem anlegst und die Partition dauerhaft via /etc/fstab mit UUID einbindest. Im zweiten Teil lernst du die LVM-Grundlagen kennen, mit denen du Volumes flexibel vergrößern kannst – ohne Downtime.

Kurzfassung: Datenträger mit lsblk identifizieren, mit parted partitionieren, mit mkfs.ext4 formatieren, UUID per blkid auslesen und in /etc/fstab eintragen. Anschließend mount -a und findmnt --verify zum Testen. Für flexible Speicherverwaltung: LVM mit pvcreate, vgcreate, lvcreate – online vergrößern mit lvextend -r.

Voraussetzungen

Linux-System mit Root-Zugang oder sudo-Rechten
Neu angeschlossener Datenträger (SATA, NVMe oder virtuelle Disk)
Grundkenntnisse der Linux-Kommandozeile
Installierte Tools: parted, e2fsprogs (für mkfs.ext4), optional lvm2
Bei Ubuntu/Debian: sudo apt install parted e2fsprogs lvm2

Schritt 1: Neuen Datenträger erkennen

Bevor du irgendetwas schreibst, verschaffst du dir einen Überblick über alle vorhandenen Blockgeräte. So erkennst du sicher, welches Gerät der neue Datenträger ist.

# Alle Blockgeräte als Baumstruktur anzeigen
lsblk

# Mit Dateisystemtyp und UUID
lsblk -f

# Nur physische Laufwerke (keine Partitionen)
lsblk -d

# Alle Partitionstabellen anzeigen
sudo fdisk -l

# Nur einen bestimmten Datenträger prüfen
sudo fdisk -l /dev/sdb

SATA- und USB-Laufwerke erscheinen als /dev/sdX (z. B. /dev/sdb), NVMe-Laufwerke als /dev/nvme0n1. Ein frischer, noch nicht partitionierter Datenträger hat keine Kindknoten unter lsblk. Notiere dir den Gerätenamen – du brauchst ihn in den folgenden Schritten.

Schritt 2: Partitionstabelle anlegen und Partition erstellen

Für Datenträger ab 2 TB und generell für neue Setups empfiehlt sich GPT. Verwende parted, das GPT zuverlässig unterstützt. Achtung: Die folgenden Befehle löschen alle Daten auf /dev/sdb – prüfe den Gerätenamen vorher mit lsblk nochmals.

# Neue GPT-Partitionstabelle anlegen
sudo parted /dev/sdb mklabel gpt

# Partition anlegen (Name 'data', von 1 GB bis Ende des Laufwerks)
sudo parted /dev/sdb mkpart data ext4 1GB 100%

# Ergebnis prüfen
sudo parted /dev/sdb print
lsblk /dev/sdb

Der Startversatz von 1 GB stellt korrekte Ausrichtung (4K-Alignment) sicher. Nach dem Anlegen siehst du die neue Partition als /dev/sdb1 unter lsblk.

Alternativ kannst du fdisk interaktiv verwenden (für Laufwerke bis 2 TB):

sudo fdisk /dev/sdb
# Im interaktiven Modus:
# g  = GPT-Partitionstabelle anlegen
# n  = neue Partition
# p  = Partitionstabelle anzeigen
# w  = Änderungen schreiben und beenden
# q  = beenden ohne Speichern

Schritt 3: Dateisystem anlegen

Sobald die Partition existiert, legst du das ext4-Dateisystem an. Das dauert je nach Laufwerksgröße wenige Sekunden bis Minuten.

# Ext4-Dateisystem mit Label anlegen
sudo mkfs.ext4 -L daten /dev/sdb1

# Reservierten Root-Anteil auf 1 % reduzieren (Standard: 5 %)
# Sinnvoll für reine Daten-Partitionen, nicht für /
sudo mkfs.ext4 -L daten -m 1 /dev/sdb1

Die Option -L vergibt ein menschenlesbares Label, das du alternativ zu UUID in /etc/fstab nutzen kannst. Die Option -m 1 senkt den für Root reservierten Speicher von 5 % auf 1 % – bei einer 1-TB-Partition sparst du damit knapp 40 GB.

Schritt 4: UUID ermitteln und Mountpunkt anlegen

UUIDs sind stabil gegenüber Hardwareumordnungen. Wenn du Gerätenamen wie /dev/sdb1 in /etc/fstab verwendest und die Reihenfolge der Laufwerke sich ändert, kann das System nicht mehr booten. Deshalb immer UUID verwenden.

# UUID und Dateisystemtyp aller Partitionen anzeigen
sudo blkid

# Nur /dev/sdb1 abfragen
sudo blkid /dev/sdb1

# Nur den UUID-Wert ausgeben (praktisch zum Kopieren)
sudo blkid -s UUID -o value /dev/sdb1

# Mountpunkt anlegen
sudo mkdir -p /mnt/daten

Kopiere den ausgegebenen UUID-Wert. Du brauchst ihn im nächsten Schritt für /etc/fstab.

Schritt 5: Partition dauerhaft in /etc/fstab einbinden

Die Datei /etc/fstab steuert, welche Dateisysteme beim Booten automatisch gemountet werden. Ein Fehler hier kann das System unbedienbar machen – deshalb zuerst ein Backup anlegen.

# Backup der aktuellen fstab anlegen
sudo cp /etc/fstab /etc/fstab.backup

# fstab editieren
sudo nano /etc/fstab

Füge am Ende der Datei eine neue Zeile ein. Das Format hat sechs Felder:

# Felder: UUID/Gerät  Mountpunkt  Typ  Optionen  Dump  Pass
UUID=a1b2c3d4-e5f6-4g5h-6i7j-8k9l0m1n2o3p  /mnt/daten  ext4  defaults,nofail  0  2

Erläuterung der Felder:

Feld 1 (Gerät): UUID=... (statt /dev/sdb1)
Feld 2 (Mountpunkt): /mnt/daten – muss vorher mit mkdir angelegt werden
Feld 3 (Typ): ext4
Feld 4 (Optionen): defaults reicht für die meisten Fälle; nofail verhindert Boot-Fehler, wenn das Gerät mal fehlt
Feld 5 (Dump): 0 – moderne Systeme nutzen kein dump-Backup mehr
Feld 6 (Pass/fsck): 2 für Daten-Partitionen (nach root mit Pass 1 geprüft); 0 = kein fsck

Schritt 6: fstab testen und mount aktivieren

Vor dem Neustart unbedingt testen – ein fehlerhafter fstab-Eintrag kann den Boot-Vorgang blockieren.

# fstab-Syntax prüfen (findet fehlende UUIDs, ungültige Optionen)
sudo findmnt --verify

# Alternativ explizit die fstab-Datei prüfen
sudo findmnt --verify --tab-file /etc/fstab

# Alle fstab-Einträge (ohne noauto) einbinden
sudo mount -a

# Exit-Code prüfen: 0 = Erfolg
echo $?

# Prüfen, ob die Partition jetzt gemountet ist
lsblk /dev/sdb
findmnt /mnt/daten

Gibt findmnt --verify Warnungen oder Fehler aus, korrigiere den fstab-Eintrag vor dem Neustart. Erst wenn echo $? nach mount -a den Wert 0 zurückgibt und die Partition in lsblk als gemountet erscheint, ist alles korrekt.

Schritt 7: LVM – Grundlagen und Einrichtung

LVM (Logical Volume Manager) ermöglicht flexible Speicherverwaltung: Du kannst Volumes über mehrere Datenträger hinweg aufspannen und online vergrößern – ohne Umpartitionieren oder Downtime. Die drei Ebenen sind: Physical Volume (PV) → Volume Group (VG) → Logical Volume (LV).

# Physical Volume erstellen (ganzer Datenträger, nicht Partition)
sudo pvcreate /dev/sdb

# Mehrere PVs gleichzeitig erstellen
sudo pvcreate /dev/sdb /dev/sdc

# PV-Status anzeigen
sudo pvs
sudo pvdisplay

# Volume Group aus einem oder mehreren PVs erstellen
sudo vgcreate vg_data /dev/sdb

# VG aus mehreren PVs (Pool über zwei Laufwerke)
sudo vgcreate vg_data /dev/sdb /dev/sdc

# VG-Status anzeigen
sudo vgdisplay

# Logical Volume anlegen (50 GB, Name lv_home)
sudo lvcreate -L 50G -n lv_home vg_data

# Oder: gesamten freien Platz der VG verwenden
sudo lvcreate -l 100%FREE -n lv_full vg_data

# LV-Status anzeigen
sudo lvdisplay

Das Logical Volume liegt danach unter /dev/vg_data/lv_home (Symlink) bzw. /dev/mapper/vg_data-lv_home. Jetzt ein Dateisystem anlegen und einbinden – genauso wie bei einer normalen Partition:

# Dateisystem auf dem LV anlegen
sudo mkfs.ext4 /dev/vg_data/lv_home

# Mountpunkt anlegen und einbinden
sudo mkdir -p /mnt/home_lv
sudo mount /dev/vg_data/lv_home /mnt/home_lv

# UUID des LV auslesen
sudo blkid /dev/vg_data/lv_home

# fstab-Eintrag (wie bei normaler Partition – UUID verwenden)
# UUID=DEIN-LV-UUID  /mnt/home_lv  ext4  defaults,nofail  0  2

Schritt 8: LVM-Volume online vergrößern

Einer der größten Vorteile von LVM: Du kannst ein gemountetes ext4-Dateisystem online vergrößern, solange noch freier Platz in der Volume Group vorhanden ist.

# Freien Platz in der VG prüfen
sudo vgdisplay vg_data

# LV um 100 GB vergrößern und ext4 direkt mitvergrößern (-r = resize2fs)
sudo lvextend -L +100G -r /dev/vg_data/lv_home

# Oder: allen freien VG-Platz nutzen
sudo lvextend -l +100%FREE -r /dev/vg_data/lv_home

# Wenn lvextend ohne -r ausgeführt wurde: ext4 manuell anpassen
sudo resize2fs /dev/vg_data/lv_home

# Ergebnis prüfen
df -h /mnt/home_lv

Die Option -r ruft resize2fs automatisch auf – bei ext4 ist das auch im laufenden Betrieb (online) möglich. Ohne -r ist der Speicher zwar dem LV zugewiesen, aber das Dateisystem sieht ihn noch nicht.

Troubleshooting

mount -a schlägt fehl: findmnt --verify ausführen, um den fehlerhaften fstab-Eintrag zu finden. Häufige Ursachen: Tippfehler in UUID, Mountpunkt existiert nicht, fehlende Option.
System bootet nicht mehr nach fstab-Änderung: Im Recovery-Modus starten, /etc/fstab.backup zurückspielen: sudo cp /etc/fstab.backup /etc/fstab.
Mountpunkt-Fehler: „mount point does not exist”: sudo mkdir -p /mnt/daten ausführen – der Mountpunkt muss vor dem Eintrag in fstab existieren.
UUID-Fehler nach Klonen oder Backup: blkid sollte eindeutige UUIDs zeigen. Doppelte UUIDs entstehen beim Klonen; in diesem Fall neues Dateisystem anlegen oder tune2fs -U random /dev/sdb1 verwenden.
fdisk meldet Fehler bei großen Laufwerken: fdisk kann nur bis 2 TB zuverlässig partitionieren; für größere Laufwerke parted oder gdisk verwenden.
lvextend zeigt keinen Effekt (df -h unverändert): -r vergessen – sudo resize2fs /dev/vg_data/lv_home manuell ausführen.
nofail versteckt Fehler: Das System bootet durch, aber das Gerät ist nicht verfügbar. Regelmäßig findmnt /mnt/daten prüfen.
pvcreate schlägt fehl: Prüfe, ob auf dem Gerät noch Partitionen oder Dateisysteme liegen (lsblk -f /dev/sdb). LVM benötigt ein unbelegtes Gerät.

Häufige Fragen

Warum UUID statt /dev/sdb1 in /etc/fstab?

Gerätedateinamen wie /dev/sdb1 können sich ändern, wenn du die Reihenfolge der Laufwerke im System veränderst oder ein weiteres Laufwerk hinzufügst. Der UUID ist an das Dateisystem gebunden und bleibt stabil – das System findet die Partition immer, unabhängig von der physischen Reihenfolge.

Was ist der Unterschied zwischen nofail und noauto in /etc/fstab?

nofail bedeutet: Das Gerät wird beim Boot gemountet, aber wenn es fehlt, bricht der Boot-Vorgang nicht ab. noauto bedeutet: Das Gerät wird beim Boot überhaupt nicht automatisch gemountet – weder von systemd noch von mount -a. Du kannst es dann manuell mit mount /mnt/daten einbinden.

Was bedeuten die letzten beiden Felder in /etc/fstab (Dump und Pass)?

Das fünfte Feld (Dump) steuert, ob das alte dump-Backup-Tool die Partition sichert – auf modernen Systemen immer 0. Das sechste Feld (Pass) legt die fsck-Prüfreihenfolge fest: 1 nur für das Root-Dateisystem, 2 für alle anderen Dateisysteme (werden parallel geprüft), 0 für kein fsck (z. B. bei LVM oder tmpfs).

Kann ich ein ext4-Volume verkleinern?

Ja, aber nur offline und mit Vorsicht. Zuerst das Dateisystem unmounten, dann resize2fs -M /dev/vg_data/lv_home auf die Mindestgröße reduzieren, danach lvreduce -L -50G /dev/vg_data/lv_home. Falsche Reihenfolge (zuerst LV verkleinern) führt zu Datenverlust. Vorher unbedingt ein Backup erstellen.

Muss ich nach lvextend das System neu starten?

Nein. lvextend -r vergrößert das LV und ruft resize2fs direkt auf – das Dateisystem wird online erweitert, ohne Unmounten oder Neustart. Das ist einer der Hauptvorteile von LVM gegenüber klassischen Partitionen.

Wie erkenne ich NVMe-Laufwerke und deren Partitionen?

NVMe-Laufwerke folgen dem Schema /dev/nvme0n1 (erstes NVMe-Laufwerk, Namespace 1). Partitionen heißen /dev/nvme0n1p1, /dev/nvme0n1p2 usw. LVM-Geräte sind unter /dev/mapper/ und unter /dev/VGNAME/ erreichbar. lsblk zeigt die Baumstruktur aller Gerätetypen übersichtlich an.

Fazit

Festplatten unter Linux einzubinden ist mit den richtigen Werkzeugen ein klar strukturierter Prozess: Datenträger mit lsblk identifizieren, mit parted und GPT partitionieren, mit mkfs.ext4 formatieren, UUID per blkid auslesen und sicher in /etc/fstab eintragen. Mit findmnt --verify und mount -a testest du die Konfiguration vor dem Neustart. LVM ergänzt diesen Workflow um flexible, online-fähige Speicherverwaltung – besonders wertvoll in Serverumgebungen, wo du Volumes ohne Downtime vergrößern musst. Denke immer daran: /etc/fstab sichern, UUID statt Gerätename verwenden und den Mount vor dem Neustart testen.

Weiterführende Anleitungen und Quellen

Quellen: Linux Man Pages (man7.org), Ubuntu Community Help Wiki – fstab, Debian Wiki – fstab, ArchWiki – Parted und LVM.