So erweiterst du den Speicher deines Linux-VPS sicher: Backup, lsblk-Check, Partition mit growpart vergrößern, ext4, XFS, LVM und Zusatz-Volumes einbinden.
Wenn du den Speicher deines VPS erweitern willst, passiert das in zwei Schritten. Zuerst bekommt der virtuelle Datenträger mehr Kapazität, meist durch ein Tarif-Upgrade oder ein zusätzliches Volume. Danach musst du unter Linux selbst nachziehen: Partition vergrößern, Dateisystem vergrößern, Ergebnis prüfen. Genau an dieser Stelle hängen viele fest, denn nach dem Upgrade zeigt df -h oft noch die alte Größe an. In diesem Leitfaden gehen wir alle Fälle durch: klassische Partition mit ext4 oder XFS, LVM und ein zusätzlicher Datenträger, den du neu einbindest.
lsblk und df -h prüfen, welches Gerät, welche Partition und welches Dateisystem du vor dir hast.growpart vergrößern, dann resize2fs (ext4) oder xfs_growfs (XFS). Beides geht im laufenden Betrieb.pvresize und lvextend ausführen, bevor das Dateisystem wächst.Bevor du Befehle eintippst, lohnt sich eine kurze Entscheidung: Soll die vorhandene Systempartition wachsen, oder brauchst du zusätzlichen, getrennten Speicher? Beides hat Vor- und Nachteile.
| Weg | Was passiert | Geeignet für | Zu beachten |
|---|---|---|---|
| Tarif-Upgrade mit größerer Disk | Der bestehende virtuelle Datenträger wird größer | Systempartition läuft voll, Datenbank oder Gameserver wächst | Partition und Dateisystem musst du danach vergrößern |
| Zusätzliches Volume | Ein neuer, leerer Datenträger erscheint im System | Backups, Logs, Mediendaten, Archiv | Formatieren, einhängen und in /etc/fstab eintragen |
| Größerer VPS oder Dedicated Server | Umzug auf neue Hardware | Dauerhaft wachsende Projekte mit mehr RAM- und CPU-Bedarf | Migration planen, Daten übertragen |
| Aufräumen | Kein neuer Speicher, alter wird frei | Alte Logs, Docker-Images, verwaiste Backups | Löst nur kurzfristig das Problem |
Als Faustregel: Wenn dein Betriebssystem oder eine Anwendung auf der Root-Partition mehr Platz braucht, vergrößerst du die vorhandene Partition. Wenn du Daten ablegen willst, die mit dem System nichts zu tun haben, etwa Backups deiner Minecraft-Welten oder FiveM-Ressourcen, ist ein eigener Datenträger übersichtlicher. Er lässt sich unabhängig sichern, und ein volles Backup-Laufwerk legt nicht gleich dein ganzes System lahm.
Unsicher, was ein VPS technisch eigentlich vom Hostsystem bekommt? Das erklären wir im Beitrag Was ist ein VPS? ausführlich.
Das Vergrößern einer Partition ist in der Regel unkritisch, solange du am richtigen Gerät arbeitest. Ein Tippfehler im Gerätenamen kann aber Daten zerstören. Deshalb gilt: erst sichern, dann prüfen, dann ändern.
Sichere mindestens alles, was sich nicht neu installieren lässt: Datenbanken, Konfigurationsdateien, Spielstände, Nutzerdaten. Wer ohnehin plant, das Partitionsschema grundlegend umzubauen, etwa von klassischen Partitionen auf LVM, sollte laut einem Ratgeber zum Linux Logical Volume Manager zuerst die Benutzerdaten sichern und sie nach der Einrichtung wiederherstellen. Wie du im Ernstfall einen ganzen Server zurückholst, beschreiben wir im Artikel zum Bare-Metal-Restore.
Praktische Checkliste vor dem Eingriff:
mysqldump oder pg_dumpDer wichtigste Befehl ist lsblk. Laut der deutschen Debian-Manpage zu lsblk listet das Werkzeug blockorientierte Geräte auf und kann mit Dateisystemtyp, UUID und Label zusätzliche Informationen liefern. Für manche dieser Angaben brauchst du Rootrechte.
sudo lsblk -f
Eine typische Ausgabe auf einem KVM-VPS sieht so aus:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vda
├─vda1 ext4 1.0 3f2a... 1,2G 94% /
├─vda14
└─vda15 vfat FAT32 9C1B... 98M 6% /boot/efi
So liest du das:
vda ist der gesamte virtuelle Datenträger. Bei anderen Virtualisierungen heißt er auch sda oder nvme0n1.vda1 ist die Partition, auf der dein System liegt, eingehängt unter /.FSTYPE verrät das Dateisystem: ext4, xfs oder LVM2_member bei LVM.Mit lsblk ohne Optionen siehst du zusätzlich die Größe. Ist vda nach dem Upgrade schon größer als die Summe der Partitionen, ist der neue Platz da, aber noch nicht zugeteilt. Den belegten und freien Platz der eingehängten Dateisysteme zeigt dir df -h in gut lesbarer Form:
df -h /
Notiere dir drei Dinge, bevor du weitermachst: den Namen des Datenträgers (zum Beispiel /dev/vda), die Nummer der Partition (zum Beispiel 1) und den Dateisystemtyp. Mit genau diesen Angaben arbeiten die folgenden Befehle.
Das ist der häufigste Fall bei VPS-Images von Debian und Ubuntu: eine einzige Root-Partition mit ext4, ohne LVM. Hier reichen zwei Befehle.
Das Werkzeug growpart stammt aus dem Paket cloud-guest-utils und vergrößert eine Partition bis zum Ende des freien Bereichs, ohne dass du Partitionen löschen und neu anlegen musst.
sudo apt install cloud-guest-utils
sudo growpart /dev/vda 1
Achte auf das Leerzeichen zwischen Gerät und Partitionsnummer: Es heißt /dev/vda 1, nicht /dev/vda1. Auf RHEL-basierten Systemen wie AlmaLinux oder Rocky Linux heißt das Paket cloud-utils-growpart.
Anschließend prüfst du mit lsblk, ob vda1 jetzt die volle Größe hat. Meldet growpart, dass es nichts zu tun gibt, liegt der neue Platz meist nicht direkt hinter deiner Partition, dazu mehr im Abschnitt zur Fehlerbehebung.
Die Partition ist jetzt größer, das Dateisystem darin aber noch nicht. Welcher Befehl passt, hängt vom Dateisystemtyp ab.
ext4:
sudo resize2fs /dev/vda1
resize2fs kann ein eingehängtes ext4-Dateisystem ohne Neustart vergrößern. Du musst also weder den Server herunterfahren noch ein Rettungssystem booten.
XFS:
sudo xfs_growfs /
Bei XFS ist die Logik umgekehrt zu dem, was viele erwarten: Laut der Manpage zu xfs_growfs muss das Dateisystem zum Vergrößern eingehängt sein. Du übergibst deshalb den Mountpoint, nicht das Gerät. Wichtig: XFS lässt sich vergrößern, aber nicht verkleinern. Plane die Größe also mit Bedacht.
df -h /
Zeigt die Ausgabe die neue Größe, bist du fertig. Ein Neustart ist nicht nötig.
Nutzt dein VPS LVM, siehst du in lsblk -f den Typ LVM2_member und darunter ein logisches Volume, etwa ubuntu--vg-ubuntu--lv. LVM schiebt zwischen Partition und Dateisystem eine weitere Schicht ein. Das macht ihn flexibel, bedeutet aber zwei zusätzliche Schritte.
Der Ablauf: Nach der physischen Erweiterung wird der physische Datenträger mit pvresize aktualisiert und das logische Volume mit lvextend vergrößert. Konkret:
# 1. Partition vergrößern (falls LVM auf einer Partition liegt)
sudo growpart /dev/vda 3
# 2. Physical Volume an die neue Größe anpassen
sudo pvresize /dev/vda3
# 3. Freien Platz in der Volume Group prüfen
sudo vgs
# 4. Logical Volume um den gesamten freien Platz vergrößern
sudo lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
# 5. Dateisystem vergrößern (ext4)
sudo resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
Bei XFS ersetzt du den letzten Schritt durch sudo xfs_growfs /. Alternativ kannst du lvextend mit der Option -r aufrufen, dann wird das Dateisystem im selben Schritt mitvergrößert.
Der Vorteil von LVM zeigt sich, wenn du später ein zweites Volume hinzufügst: Du kannst es mit pvcreate und vgextend in die bestehende Volume Group aufnehmen und das logische Volume über beide Datenträger strecken. Für die meisten kleinen VPS-Projekte ist das aber mehr Komplexität als nötig. Fällt einer der beiden Datenträger aus, ist das gesamte Volume betroffen.
Bekommst du statt einer größeren Disk ein zusätzliches Volume, taucht es in lsblk als neues Gerät ohne Partitionen auf, zum Beispiel vdb. Hier vergrößerst du nichts, sondern richtest einen neuen Datenträger ein.
# 1. Neues Gerät identifizieren
lsblk
# 2. Partitionstabelle und Partition anlegen
sudo parted /dev/vdb --script mklabel gpt mkpart primary ext4 0% 100%
# 3. Dateisystem erstellen
sudo mkfs.ext4 /dev/vdb1
# 4. Mountpoint anlegen und einhängen
sudo mkdir -p /mnt/daten
sudo mount /dev/vdb1 /mnt/daten
Prüfe vor Schritt 2 unbedingt zweimal, dass vdb wirklich das leere neue Gerät ist. mkfs auf dem falschen Laufwerk löscht dein System.
Damit der Datenträger nach einem Neustart wieder da ist, trägst du ihn in /etc/fstab ein. Nutze dafür die UUID statt des Gerätenamens, denn Namen wie vdb können sich ändern, wenn weitere Volumes dazukommen.
sudo blkid /dev/vdb1
Die ausgegebene UUID trägst du so ein:
UUID=deine-uuid /mnt/daten ext4 defaults,nofail 0 2
Die Option nofail sorgt dafür, dass dein VPS auch dann bootet, wenn das Volume einmal nicht verfügbar ist. Teste den Eintrag sofort mit sudo mount -a. Kommt keine Fehlermeldung, ist die Zeile korrekt. Ein Fehler in der fstab, den du erst beim nächsten Neustart bemerkst, kann dich sonst in die Notfallkonsole zwingen.
Ein typischer Anwendungsfall aus der Gameserver-Praxis: Deine Minecraft-Welt ist über Monate gewachsen, und die täglichen Backups belegen mehr Platz als die Welt selbst. Statt die Root-Partition immer weiter zu vergrößern, legst du die Backups auf /mnt/daten/backups und lässt dein Backup-Skript dort schreiben. Läuft das Volume voll, bleibt der Gameserver selbst stabil. Ähnlich bei FiveM: Ressourcen und Datenbank bleiben auf der schnellen Systemdisk, Logs und Archive wandern auf den Zusatzspeicher.
Nach dem Erweitern kontrollierst du mit drei Befehlen, ob alles stimmt:
lsblk: Hat die Partition oder das Volume die erwartete Größe?df -h: Zeigt das Dateisystem den neuen freien Platz?findmnt /mnt/daten: Ist ein Zusatzdatenträger am richtigen Ort eingehängt?Wenn es hakt, liegt es meist an einem dieser Punkte:
| Symptom | Wahrscheinliche Ursache | Lösung |
|---|---|---|
lsblk zeigt den Datenträger noch in alter Größe |
Kernel hat die neue Größe nicht erkannt | Server einmal neu starten oder Upgrade beim Anbieter prüfen |
growpart meldet „NOCHANGE“ |
Partition ist bereits maximal oder der freie Platz liegt nicht direkt dahinter | Mit lsblk und sudo parted /dev/vda print free prüfen, wo der freie Bereich liegt |
| Swap-Partition liegt hinter der Root-Partition | Root kann nicht direkt wachsen | Swap deaktivieren, verschieben oder durch eine Swap-Datei ersetzen, dann Root vergrößern |
df -h zeigt alte Größe, lsblk neue |
Dateisystem wurde nicht vergrößert | resize2fs oder xfs_growfs ausführen |
resize2fs meldet ungültige Superblöcke |
Befehl auf XFS oder auf das falsche Gerät angewendet | Dateisystemtyp mit lsblk -f prüfen |
Platte voll, obwohl du wenig anzeigt |
Gelöschte Dateien noch von Prozessen geöffnet, oft Logs | Mit sudo lsof +L1 prüfen und den Dienst neu starten |
Ein Hinweis zum Swap-Fall: Ältere Installationen legen hinter der Root-Partition häufig eine erweiterte Partition mit Swap an. Hier ist es meist am einfachsten, den Swap mit swapoff abzuschalten, die Partitionen zu entfernen, Root zu vergrößern und danach eine Swap-Datei anzulegen. Das ist der einzige Fall in diesem Leitfaden, bei dem du Partitionen löschst. Mach das nur mit frischem Backup und arbeite, wenn möglich, über die VNC- oder Rettungskonsole deines Anbieters, damit du bei einem Fehler nicht ausgesperrt bist.
Auch hier gilt: Erst wird der virtuelle Datenträger größer, dann das Volume. In der Datenträgerverwaltung klickst du mit der rechten Maustaste auf das Laufwerk C: und wählst „Volume erweitern“. Liegt eine Wiederherstellungspartition direkt hinter C:, blockiert sie die Erweiterung, ähnlich wie der Swap-Fall unter Linux.
Aus unseren Support-Anfragen kennen wir das Muster gut: Jemand bucht mehr Speicher, schaut in df -h und wundert sich, warum sich nichts geändert hat. Das ist kein Fehler, sondern der normale Ablauf bei virtuellen Servern. Der Hypervisor stellt den Platz bereit, das Betriebssystem im VPS entscheidet selbst, wie es ihn nutzt.
Unser Rat: Plane Speicher nicht nur nach dem aktuellen Bedarf. Gameserver-Welten, Datenbanken und Logs wachsen gleichmäßig und unbemerkt, Backups wachsen noch schneller. Richte dir eine einfache Überwachung ein, etwa ein Cron-Skript, das bei 80 Prozent Belegung warnt. Dann vergrößerst du in Ruhe und nicht nachts um zwei, wenn der Server wegen voller Platte nicht mehr startet.
Und trenne System und Daten, sobald ein Projekt ernsthaft wird. Eine eigene Datenpartition oder ein eigenes Volume macht Backups, Umzüge und Fehlersuche deutlich einfacher. Wer wiederkehrend Server aufsetzt, kann das Partitionslayout gleich mitautomatisieren, wie wir es im Leitfaden zur automatisierten Server-Bereitstellung zeigen.
— Erik
Wenn dein aktueller Server an seine Grenzen stößt, findest du bei uns VPS-Tarife mit SSD-Speicher im deutschen Rechenzentrum, mit inkludiertem DDoS-Schutz: VPS Einfach ab 6,49 €, VPS Standard ab 10,90 €, VPS Pro ab 19,90 € und VPS Ultra ab 30,90 € pro Monat. Jedes Paket gibt es in Köln und Frankfurt, als Basic oder als Boost mit AMD Ryzen 9 7950X3D, DDR5 und NVMe (VPS mit Ryzen). Für Projekte, die dauerhaft viel Speicher, RAM und eigene Hardware brauchen, lohnt sich ein Dedicated Server mit NVMe-SSD, Root Server gibt es zu tagesaktuellen Preisen. Fragen zum Partitionieren beantwortet dir unser Support-Team direkt.
Beim Vergrößern mit growpart und resize2fs oder xfs_growfs bleiben die Daten normalerweise erhalten, weil nur das Ende der Partition verschoben wird. Gefährlich wird es, wenn du den falschen Gerätenamen erwischst oder Partitionen löschst und neu anlegst. Ein aktuelles Backup ist deshalb vor jedem Eingriff Pflicht.
In den meisten Fällen nicht. Sowohl ext4 als auch XFS lassen sich im eingehängten Zustand vergrößern. Ein Neustart ist nur nötig, wenn das System die neue Datenträgergröße nach dem Upgrade nicht erkennt.
Bei ext4 ist das möglich, aber nur im ausgehängten Zustand, also für die Root-Partition meist über ein Rettungssystem. XFS lässt sich grundsätzlich nicht verkleinern. Wenn du Speicher umverteilen willst, ist ein Backup mit anschließender Neuinstallation oft der sicherere Weg.
Braucht dein System oder deine Anwendung mehr Platz auf der Root-Partition, ist die größere Disk die einfachere Wahl. Für Backups, Logs und Archive ist ein separates Volume übersichtlicher und schützt das System vor einer vollen Platte. Viele Projekte kombinieren beides.
Für eigene Anwendungen, Docker, Datenbanken und individuelle Setups.
VPS ansehenUnser Support hilft dir bei technischen Fragen und der Auswahl eines passenden Produkts.
Support öffnen