# YaST Storage: Der Profi-Weg zur Festplattenverwaltung

TL;DR / Management Summary Während andere Distributionen während der Installation oft nur simple Layouts vorschlagen, bietet SUSE mit dem YaST Expert Partitioner eines der mächtigsten Storage-Tools überhaupt. Das Standard-Dateisystem ist Btrfs, das durch ein ausgeklügeltes Subvolume-Layout und die Integration von Snapper (Snapshots) besticht. Wer SUSE-Storage beherrscht, kann das gesamte System nach einem fehlgeschlagenen Update in Sekunden auf den vorherigen Stand zurücksetzen.

# 1. Einführung & Architektur

Warum SUSE auf Btrfs setzt.

Btrfs ist ein Copy-on-Write (CoW) Dateisystem. In SUSE wird es so partitioniert, dass flüchtige Daten (Logs, Datenbanken) in eigenen Subvolumes liegen, die nicht gesnapshotet werden, um Performance-Einbußen und Platzverschwendung zu vermeiden.

# Die SUSE-Partitionierung (Mermaid)

graph TD
    A[Physical Disk] --> B[Partition 1: EFI/Boot]
    A --> C[Partition 2: Btrfs Root /]
    C --> D[Subvolume: /home]
    C --> E[Subvolume: /var/log - NoCoW]
    C --> F[Subvolume: /var/lib/mysql - NoCoW]
    C --> G[Snapshot Directory: .snapshots]
    G --> H[Admin Tool: Snapper]

# 2. Der YaST Expert Partitioner

Präzision in der GUI.

Starten Sie das Modul:

sudo yast2 disk

# Key-Features für Admins

• Resizing: Vergrößern und Verkleinern von LVs und Dateisystemen in einem Schritt.
• RAID: Aufbau von Software-RAID 0, 1, 5, 6, 10 direkt in der Oberfläche.
• Multipath: Erkennung und Konfiguration von SAN-Pfaden (iSCSI/FC).

# 3. Snapper: Die Lebensversicherung

Fehler verzeihen.

SUSE erstellt vor und nach jeder zypper-Transaktion automatisch einen Snapshot.

# Status prüfen

snapper list

# Manueller Snapshot

snapper create -d "Vor der Konfig-Änderung von Apache"

# Rollback (Der Ernstfall)

# Setzt das System auf den Stand von Snapshot 100 zurück
snapper rollback 100
reboot

# 4. Day-2 Operations: Btrfs Wartung

Ordnung halten.

Ein CoW-Dateisystem neigt zur Fragmentierung.

# Btrfs Balance

Um den Speicherplatz neu zu organisieren und “tote” Blöcke freizugeben:

sudo btrfs balance start /

# Platzverbrauch von Snapshots

Löschen Sie regelmäßig alte Snapshots, besonders wenn die Disk zu >80% voll ist:

# Löscht alle Snapshots, die älter als 30 Tage sind
snapper cleanup timeline

# 5. Troubleshooting & “War Stories”

Wenn die Disk voll ist, aber ‘df’ lügt.

# Story 1: “Der unsichtbare Datenfresser”

Symptom: df -h zeigt 100% Belegung, aber du -sh / findet nur 20GB auf einer 100GB Platte. Ursache: Alte Snapshots halten gelöschte Dateien fest. Da du Snapshots nicht sieht, bleibt die Differenz unsichtbar. Lösung: Nutzen Sie btrfs filesystem usage /. Löschen Sie unnötige Snapshots mit snapper delete.

# Story 2: “Mount-Fehler bei LVM auf iSCSI”

Symptom: Nach einem Reboot werden LVM-Volumes auf iSCSI-Zielen nicht automatisch gemountet. Ursache: Das System versucht zu mounten, bevor der iSCSI-Initiator die Verbindung aufgebaut hat. Lösung: Nutzen Sie im YaST Partitioner das Flag _netdev für diese Mountpoints. YaST schreibt dies korrekt in die /etc/fstab.

# 6. Fazit & Empfehlung

• Standard: Bleiben Sie bei Btrfs für / (Root). Die Rollback-Funktion ist im Enterprise-Alltag unersetzlich.
• Datenbanken: Nutzen Sie für Datenbank-Daten (z.B. /var/lib/pgsql) entweder das Attribut +C (No Copy-on-Write) oder nutzen Sie klassisches XFS auf LVM für diese spezifischen Partitionen.
• Wartung: Lassen Sie die Standard-Cronjobs für Btrfs-Scrubbing und Snapper-Cleanup aktiv.

# Anhang: Cheatsheet