Disk in Proxmox vergrößert, aber parted resizepart scheitert mit ‘Unable to satisfy all constraints’ – ohne brauchbare Fehlermeldung. Ursache: Der GPT-Backup-Header sitzt noch am alten Disk-Ende. sgdisk -e verschiebt ihn, dann klappt alles.
ZFS Verschlüsselung nachträglich aktivieren auf Proxmox — Schritt für Schritt ZFS-Datasets nachträglich verschlüsseln auf Proxmox VE. Migration bestehender Daten, AES-256-GCM, Performance-Impact und automatisches Unlock nach Reboot. Warum ZFS Verschlüsselung? Wann ist Verschlüsselung sinnvoll? Voraussetzungen ZFS Version prüfen Freier Speicherplatz Backup erstellen Schritt 1: Verschlüsseltes Dataset erstellen Encryption-Key generieren (optional) Verschlüsselungsalgorithmus wählen Schritt 2: Daten migrieren mit zfs send/receive Snapshot des Quell-Datasets erstellen Daten ins verschlüsselte Dataset kopieren Mountpoints anpassen Schritt 3: Proxmox VM/CT-Konfiguration anpassen VM-Disks umbiegen Container anpassen Storage-Definition in Proxmox Schritt 4: Automatisches Unlock nach Reboot einrichten Manuelles Unlock Automatisches Unlock mit systemd Passphrase beim Boot eingeben Performance-Impact: Wie viel kostet Verschlüsselung? CPU-Last prüfen Troubleshooting: Häufige Probleme “Key not loaded” nach Reboot “Cannot mount: dataset is busy” Performance-Einbruch “Encryption key not available” Backup-Strategie mit verschlüsselten Datasets Keys sichern Verschlüsselte Snapshots zu Remote-Backup Backup-Rotation mit Sanoid Best Practices & Tipps 1. Teste das Unlock-Verfahren 2. Dokumentiere deine Keys 3. Verschlüssele nur was nötig ist 4. Monitoring einrichten 5. Regelmäßige Backups mit verschlüsseltem Transfer 🛒 Empfohlene Hardware Zusammenfassung Weiterführende Links Du hast dein Proxmox-Homelab aufgesetzt und nutzt ZFS für deine VMs und Container — aber die Daten liegen unverschlüsselt auf der Platte? Keine Sorge: ZFS Native Encryption lässt sich auch nachträglich aktivieren. In diesem Guide zeige ich dir Schritt für Schritt, wie du bestehende ZFS-Datasets auf Proxmox VE verschlüsselst, ohne Daten zu verlieren. ...
LVM Volumes im laufenden Betrieb erweitern und verkleinern — Praxis-Guide LVM Volumes online erweitern und verkleinern ohne Neustart. Schritt-für-Schritt mit lvextend, lvreduce, resize2fs und praktischen Beispielen für Proxmox und Linux Server. Warum LVM? Die Vorteile auf einen Blick LVM-Basics: Die drei Schichten verstehen LVM erweitern im laufenden Betrieb (Online-Resize) Schritt 1: Physical Volume erweitern (nach Disk-Vergrößerung) Schritt 2: Logical Volume erweitern Schritt 3: Filesystem erweitern Praktisches Beispiel: Docker-Host erweitern LVM verkleinern (mit Downtime) Sicherer Ablauf zum Verkleinern Speicher zwischen Volumes verschieben Proxmox-spezifische Tipps VM-Disk erweitern (Host-Seite) Container (LXC) mit LVM-Thin-Provisioning Proxmox Host selbst erweitern Troubleshooting: Häufige Fehler und Lösungen Fehler: “Can’t resize online” Fehler: “No space left on device” trotz resize Fehler: “Physical volume not found” Warnung: “–resizefs only works with ext4” Fehler: “lvreduce: New size would cut into existing data” System bootet nicht mehr nach Resize Best Practices: So machst du’s richtig Zusammenfassung: Dein Cheat Sheet LVM erweitern (Online) LVM verkleinern (Offline) Quick-Commands Weiterführende Links 🛒 Empfohlene Hardware Fazit Du kennst das Problem: Die /var-Partition ist voll, dein Docker-Host schreit nach mehr Speicher, oder dein Proxmox Homelab braucht dringend zusätzlichen Platz. Zum Glück nutzt du LVM — aber wie erweitert man ein Volume, während das System läuft? ...