So bereinigen Sie einen Linux-Server sicher, ohne Dienste zu unterbrechen

Niveau: Fortgeschritten (Produktionssysteme)
Geschätzte Dauer: ca. 30 Minuten
Ziel: Speicherplatz auf einem Linux-Server freigeben, indem nicht genutzte Pakete, alte Kernel, veraltete Protokolle und zwischengespeicherte Dateien entfernt werden – ohne laufende Dienste zu unterbrechen.

Diese Anleitung setzt SSH-Zugriff auf einen Produktions-VPS oder einen produktionsähnlichen VPS voraus. Führen Sie die Schritte nicht blindlings auf kritischen Systemen ohne Snapshots durch.

Einleitung

Im Laufe der Zeit sammelt sich selbst auf einem wenig genutzten VPS Ballast an: verwaiste Pakete, veraltete Kernel, Gigabyte an nicht rotierten Protokollen und übrig gebliebene Paket-Cache-Dateien. Bleibt dies unkontrolliert, führt eine volle Festplatte zum Absturz Ihres Webservers, unterbricht Schreibvorgänge in Ihrer Datenbank und füllt Ihre E-Mail-Warteschlange. Diese Anleitung zur Bereinigung von Linux-Systemen führt Sie Schritt für Schritt durch die sichere Bereinigung eines Linux-Servers – zunächst wird die Festplattenauslastung überprüft, dann wird entfernt, was sicher entfernt werden kann, und schließlich wird überprüft, ob Ihre Dienste den Vorgang unbeschadet überstanden haben. Jeder hier aufgeführte Befehl kann sicher auf einem Live-Server ohne Ausfallzeiten ausgeführt werden.

Was Sie bereinigen werden

Kategorie	Beispiele	Typische Einsparungen
Nicht genutzte Pakete und Abhängigkeiten	Verwaiste Bibliotheken, ersetzte Treiber	100 MB – 2 GB
Alte Kernel	Vorherige Kernel-Versionen	200 MB pro Kernel
Paket-Cache	Heruntergeladene .deb-/.rpm-Dateien	500 MB – 5 GB
Journal-Protokolle	systemd-Protokollarchive	100 MB – 10 GB
Rotierte Protokolldateien	/var/log/*.gz, *.1	Variiert

Voraussetzungen

Bevor Sie beginnen, stellen Sie sicher, dass die folgenden Voraussetzungen erfüllt sind:

• Betriebssystem: Ubuntu 24.04/26.04 LTS, Debian 13 oder AlmaLinux 10
• Zugriff: sudo- oder Root-Zugriff auf den Server über SSH
• Erforderliche Kenntnisse: Sicherer Umgang mit dem Linux-Terminal und grundlegende Kenntnisse in der Befehlszeilennavigation
• Backup: Erstellen Sie immer einen Snapshot oder ein Backup, bevor Sie Pakete auf einem Produktionsserver in großem Umfang entfernen. Bei INTROSERV können Sie ein vollständiges Backup direkt über den Kundenbereich bestellen.

Fahren Sie nicht fort, wenn einer der folgenden Punkte zutrifft:

• Die /-Partition ist zu mehr als 95 % gefüllt – Ihr System weist möglicherweise bereits Schreibfehler auf. Beheben Sie zunächst die unmittelbare Ursache (suchen und löschen Sie eine einzelne große Datei manuell).
• Dienste sind bereits ausgefallen oder verhalten sich unerwartet. Ermitteln Sie die Ursache, bevor Sie mit der Bereinigung beginnen, um zu vermeiden, dass Dienste beeinträchtigt werden, auf die Linux-Systeme angewiesen sind.
• Sie haben kein Backup und keinen Snapshot. Erstellen Sie zunächst eines – bei INTROSERV dauert dies über den Kundenbereich weniger als 2 Minuten.

Schritt 1: Überprüfen Sie die Festplattenauslastung, bevor Sie beginnen

Risikostufe: NIEDRIG – Es werden ausschließlich lesende Befehle ausgeführt. Es wird nichts verändert.

Bereinigen Sie niemals blindlings. Machen Sie sich zunächst klar, was tatsächlich Speicherplatz belegt.

1.1 Überprüfen Sie die gesamte Festplattenauslastung

Führen Sie den Befehl df aus, um die Festplattenauslastung auf Dateisystemebene zu überprüfen:

df -h

Erwartete Ausgabe:

Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        40G   34G  3.8G  90% /
tmpfs           1.0G     0  1.0G   0% /dev/shm

Eine /-Partition mit einer Auslastung von über 80 % ist ein Warnsignal. Ab 95 % kommt es zu Ausfällen von Diensten.

1.2 Die größten Speicherplatzfresser finden

Verwenden Sie den Befehl du, um Verzeichnisse genauer zu untersuchen. Beginnen Sie am Stammverzeichnis und arbeiten Sie sich nach unten vor:

sudo du -h --max-depth=1 / 2>/dev/null | sort -rh | head -20

Dies zeigt die 20 größten Verzeichnisse unter / an. Häufige Verursacher sind /var/log, /var/cache, /usr und /home.

Grenzen Sie die Suche weiter ein:

sudo du -h --max-depth=1 /var/log | sort -rh | head -10

1.3 Überprüfen Sie die Inode-Auslastung

Der Speicherplatz ist nicht die einzige Einschränkung. Inodes verfolgen die Anzahl der Dateien. Eine Partition kann zwar freien Speicherplatz haben, aber keine freien Inodes mehr, was ebenfalls dazu führt, dass Schreibvorgänge fehlschlagen.

df -i

Erwartete Ausgabe:

Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/vda1      2621440 210543 2410897    9% /

Wenn IUse% über 80 % liegt, haben Sie wahrscheinlich ein Verzeichnis mit Zehntausenden kleiner Dateien – häufig eine E-Mail-Warteschlange, ein Sitzungsverzeichnis oder ein PHP-Cache. Verwenden Sie du --inodes, um es zu finden:

sudo du --inodes -h --max-depth=2 /var | sort -rh | head -10

Schritt 2: Entfernen Sie nicht verwendete Pakete und Abhängigkeiten

Risikostufe: MITTEL – Das Entfernen von Paketen lässt sich über den Verlauf des Paketmanagers rückgängig machen, aber überprüfen Sie die Liste, bevor Sie die Aktion bestätigen.

Nicht verwendete Pakete lassen sich am sichersten entfernen. Sie belegen Speicherplatz auf der Festplatte, dienen keinem laufenden Prozess und enthalten in manchen Fällen ungepatchte CVEs.

2.1 Ubuntu / Debian – apt autoremove

apt autoremove entfernt Pakete, die als Abhängigkeiten installiert wurden, aber von nichts mehr benötigt werden:

sudo apt autoremove --purge -y

Mit dem Flag --purge werden auch übrig gebliebene Konfigurationsdateien entfernt. Ohne dieses Flag werden zwar die Binärdateien des Pakets gelöscht, die Konfigurationsdateien bleiben jedoch erhalten.

Erwartete Ausgabe:

The following packages will be REMOVED:
  libfoo1 libbar2 old-driver-utils ...
0 upgraded, 0 newly installed, 8 to remove and 0 not upgraded.

2.2 AlmaLinux / RHEL – dnf autoremove

sudo dnf autoremove -y

Auf älteren RHEL-7-/CentOS-7-Systemen verwenden Sie yum autoremove:

sudo yum autoremove -y

2.3 Den Paket-Cache bereinigen

Nach Updates und Installationen speichern Paketmanager heruntergeladene Archivdateien lokal. Diese können nach Abschluss der Installation bedenkenlos gelöscht werden.

Ubuntu / Debian:

sudo apt clean

Dadurch werden alle zwischengespeicherten .deb-Dateien aus /var/cache/apt/archives/ entfernt. Um nur Pakete zu entfernen, die im Repository nicht mehr verfügbar sind (veraltete Versionen):

sudo apt autoclean

AlmaLinux / RHEL:

sudo dnf clean all

Erwartete Ausgabe:

16 files removed

Schritt 3: Alte Kernel löschen

Risikostufe: HOCH – Das Entfernen des falschen Kernels führt dazu, dass der Server nach dem nächsten Neustart nicht mehr bootfähig ist. Überprüfen Sie immer uname -r, bevor Sie fortfahren.

Bei jedem Kernel-Update bleibt die vorherige Version als Sicherheitsnetz erhalten. Nachdem Sie sich vergewissert haben, dass Ihr Server mit dem neuen Kernel stabil läuft, können Sie die alten Kernel bedenkenlos entfernen – jeder einzelne gibt in der Regel 200–400 MB Speicherplatz frei.

3.1 Überprüfen, welcher Kernel läuft

Entfernen Sie niemals den Kernel, mit dem Sie gerade gestartet sind:

uname -r

Erwartete Ausgabe:

5.15.0-105-generic

3.2 Alle installierten Kernel auflisten

Ubuntu / Debian:

dpkg -l | grep linux-image | awk '{print $2}'

Erwartete Ausgabe:

linux-image-5.15.0-100-generic
linux-image-5.15.0-105-generic
linux-image-generic

Das Metapaket darf nicht entfernt werden – es verfolgt den aktuell empfohlenen Kernel:

• Ubuntu: linux-image-generic
• Debian: linux-image-amd64
• AlmaLinux: Es wird kein Metapaket verwendet, stattdessen wird installonly_limit in dnf genutzt.

Entfernen Sie nur bestimmte versionierte Pakete, die nicht Ihrem aktuellen Kernel entsprechen.

AlmaLinux / RHEL:

rpm -q kernel

Erwartete Ausgabe:

kernel-5.14.0-284.11.1.el9_2.x86_64
kernel-5.14.0-362.8.1.el9_3.x86_64

3.3 Alte Kernel entfernen

Ubuntu / Debian – automatische Methode:

apt autoremove aus Schritt 2 kümmert sich unter Ubuntu bereits um alte Kernel, sofern linux-image-generic installiert ist. Sie können diese auch explizit angeben. Ersetzen Sie die Versionsnummer durch diejenige, die Sie entfernen möchten (nicht die aktuell ausgeführte):

sudo apt remove --purge linux-image-5.15.0-100-generic -y

AlmaLinux / RHEL:

Der Paketmanager dnf behält eine konfigurierbare Anzahl alter Kernel bei. Legen Sie das Limit in /etc/dnf/dnf.conf fest:

sudo nano /etc/dnf/dnf.conf

Fügen Sie die folgende Zeile hinzu oder aktualisieren Sie sie:

installonly_limit=2

Führen Sie anschließend folgenden Befehl aus:

sudo dnf remove $(dnf repoquery --installonly --latest-limit=-1 -q)

Dadurch werden alle Kernel bis auf die beiden neuesten entfernt.

Schritt 4: Journal-Protokolle bereinigen

Risikostufe: NIEDRIG – Es werden nur archivierte Protokolleinträge entfernt. Laufende Dienste sind davon nicht betroffen.

systemd-journald sammelt Protokolle von jedem Dienst auf dem System. Standardmäßig kann das Journal unbegrenzt wachsen, bis es an eine Festplattengrenze stößt – oder bis Ihr freier Festplattenspeicher auf null sinkt.

4.1 Aktuelle Größe des Journals prüfen

journalctl --disk-usage

Erwartete Ausgabe:

Archived and active journals take up 2.3G in the filesystem.

4.2 Journal bereinigen

Um nur die Protokolle der letzten 7 Tage zu behalten:

sudo journalctl --vacuum-time=7d

Um nur die letzten 500 MB zu behalten:

sudo journalctl --vacuum-size=500M

Erwartete Ausgabe:

Deleted archived journal /var/log/journal/.../[email protected] (64.0M).
Vacuuming done, freed 1.8G of archived journals from /var/log/journal/.

4.3 Zukünftiges Wachstum des Journals verhindern

Erstellen Sie eine Drop-in-Konfigurationsdatei, um das Journal dauerhaft zu begrenzen (unter AlmaLinux 10 befindet sich die Hauptkonfiguration standardmäßig ohnehin nicht in /etc/, sodass dies der übliche Ansatz ist):

sudo mkdir -p /etc/systemd/journald.conf.d
sudo tee /etc/systemd/journald.conf.d/99-size.conf <<EOF
[Journal]
SystemMaxUse=500M
MaxRetentionSec=30day
EOF

Wenden Sie die Änderung an:

sudo systemctl restart systemd-journald

Schritt 5: Rotierte und alte Protokolldateien bereinigen

Risikostufe: MITTEL – Es werden nur komprimierte Archive gelöscht. Berühren Sie keine Dateien ohne die Endung .gz oder ein numerisches Suffix.

Anwendungsprotokolle in /var/log/ werden von logrotate verwaltet. Normalerweise behält logrotate eine festgelegte Anzahl rotierter Kopien bei und komprimiert diese automatisch. Falls logrotate falsch konfiguriert war oder nicht lief, finden Sie möglicherweise große Ansammlungen von .gz-, .1- und .2-Dateien.

5.1 Große Protokolldateien finden

find /var/log -type f -name "*.gz" -o -name "*.log" | xargs du -sh 2>/dev/null | sort -rh | head -20

Oder noch einfacher:

sudo du -h /var/log | sort -rh | head -20

5.2 Alte komprimierte Protokollarchive löschen

Komprimierte, rotierte Protokolle (.gz) können bedenkenlos gelöscht werden. Es handelt sich um Archive bereits geschlossener Protokolldateien.

Zeigen Sie zunächst eine Vorschau der zu löschenden Dateien an – führen Sie den Befehl ohne -delete aus, um die Liste anzuzeigen:

sudo find /var/log -name "*.gz" -mtime +30

Wenn die Ausgabe korrekt aussieht, führen Sie den eigentlichen Löschvorgang durch:

sudo find /var/log -name "*.gz" -mtime +30 -delete

Dadurch werden .gz-Protokollarchive gelöscht, die älter als 30 Tage sind.

5.3 Überprüfen Sie, ob logrotate korrekt konfiguriert ist

Überprüfen Sie, welche Dienste über logrotate-Konfigurationen verfügen:

ls /etc/logrotate.d/

Führen Sie logrotate manuell im Debug-Modus aus, um sicherzustellen, dass es fehlerfrei funktioniert:

sudo logrotate -d /etc/logrotate.conf

Das Flag -d ist ein Testlauf – es wird nichts geändert, aber Sie sehen genau, was passieren würde. Falls ein Dienst in /etc/logrotate.d/ fehlt, erstellen Sie eine Konfiguration dafür. Ausführliche Anweisungen zur Konfiguration von logrotate finden Sie im Leitfaden zur Protokollrotation.

Schritt 6: Temporäre Dateien löschen

Risikostufe: MITTEL – PHP-Sitzungen und Anwendungs-Caches wirken sich auf aktive Benutzer aus. Zeigen Sie vor dem Löschen eine Vorschau an.

6.1 /tmp bereinigen

/tmp wird bei den meisten Distributionen beim Neustart geleert. Wenn Ihr Server bereits seit Monaten läuft, haben sich möglicherweise große temporäre Dateien angesammelt:

du -sh /tmp

Um Dateien zu entfernen, die älter als 7 Tage sind, sehen Sie sich zunächst eine Vorschau an:

sudo find /tmp -type f -mtime +7

Wenn die Liste unbedenklich erscheint, führen Sie den Löschvorgang durch:

sudo find /tmp -type f -mtime +7 -delete

6.2 Anwendungs-Caches bereinigen

Viele Anwendungen schreiben ihre eigenen Caches. Überprüfen Sie diese gängigen Speicherorte (Hinweis: Vergewissern Sie sich, dass diese Verzeichnisse auf Ihrem System vorhanden sind; auf einem sauberen System sind sie möglicherweise nicht vorhanden, und Sie erhalten die Fehlermeldung „No such file or directory“):

# PHP-Sitzungsdateien (werden oft vergessen, falls installiert)
sudo du -sh /var/lib/php/sessions/

# Pip-/Python-Paket-Caches (falls als Root ausgeführt und installiert)
sudo du -sh /root/.cache/pip/

# npm-Cache (falls Node systemweit installiert ist)
sudo du -sh /root/.npm/

Diese Verzeichnisse können bedenkenlos geleert werden, sofern die Anwendung sie nicht aktiv nutzt.

Schritt 7: Überprüfen Sie, ob die Dienste noch laufen

Risikostufe: NIEDRIG – Rein lesende Überprüfung. Führen Sie diese nach jedem Schritt durch, nicht nur am Ende.

Vergewissern Sie sich nach jedem Bereinigungsdurchlauf, dass Ihre Dienste weiterhin laufen. Führen Sie dies vor dem Beenden Ihrer SSH-Sitzung durch.

7.1 Status kritischer Dienste prüfen

Überprüfen Sie nur die Dienste, die tatsächlich auf Ihrem Server installiert sind (auf einem sauberen System führt die Überprüfung von nginx oder mysql zur Meldung Unit not found).

Ubuntu / Debian:

systemctl status nginx
systemctl status mysql
systemctl status ssh

AlmaLinux / RHEL:

systemctl status nginx
systemctl status mysqld
systemctl status sshd

Jeder sollte Active: active (running) anzeigen. Sollte ein Dienst failed oder inactive anzeigen, überprüfen Sie dessen Protokolle:

journalctl -u nginx --since "10 minutes ago"

7.2 Überprüfen Sie, ob sich die Festplattenauslastung verbessert hat

df -h

Vergleichen Sie die Spalte Use% mit den Werten aus Schritt 1. Die Änderung sollte dem freigegebenen Speicherplatz entsprechen.

7.3 Testen Sie Ihre Anwendung

Wenn Sie einen Webserver betreiben, senden Sie eine Testanfrage:

curl -I http://localhost

Erwartete Ausgabe:

HTTP/1.1 200 OK
Server: nginx/1.24.0

Ein 200 OK bestätigt, dass nginx den Datenverkehr normal verarbeitet.

Fehlerbehebung

`df` zeigt nach dem Entfernen von Paketen keine Verbesserung an

Durch das Entfernen von Paketen wird Speicherplatz sofort freigegeben. Wenn sich die Anzeige von df nicht ändert, sind die Dateien noch geöffnet. Suchen Sie nach geöffneten, aber gelöschten Dateien:

sudo lsof | grep deleted

Starten Sie den Dienst neu, der die Datei offen hält, und der Speicherplatz wird wieder freigegeben.

`apt autoremove` möchte etwas entfernen, das wichtig aussieht

Lesen Sie die Liste sorgfältig durch. Wenn Sie einen Paketnamen sehen, den Sie als Abhängigkeit eines laufenden Dienstes erkennen, drücken Sie N und gehen Sie der Sache nach. Führen Sie apt-cache rdepends <Paket> aus, um zu sehen, was davon abhängt.

`journalctl --vacuum-time` bewirkt keine Änderung

Das Journal ist möglicherweise bereits kleiner als die Zielgröße. Überprüfen Sie dies mit journalctl --disk-usage. Vergewissern Sie sich außerdem, dass das Journal persistent ist: Prüfen Sie, ob /var/log/journal/ existiert. Wenn nur /run/log/journal/ existiert, wird das Journal im Arbeitsspeicher gespeichert und beim Neustart automatisch gelöscht.

Dienst fällt nach `apt autoremove` aus

Führen Sie systemctl status <Dienst> aus und überprüfen Sie den Fehler. Falls eine gemeinsam genutzte Bibliothek entfernt wurde, installieren Sie das Paket, das diese bereitstellt, erneut:

sudo apt install --fix-broken

Inodes gehen trotz freiem Speicherplatz zur Neige

Suchen Sie das Verzeichnis mit den meisten Dateien:

find / -xdev -printf '%h\n' 2>/dev/null | sort | uniq -c | sort -rn | head -10

Häufige Ursachen: E-Mail-Warteschlangen in /var/spool/mail, PHP-Sitzungen in /var/lib/php/sessions oder ein außer Kontrolle geratener Cron-Job, der temporäre Dateien erstellt.

Rollback

Die meisten Bereinigungsvorgänge sind nicht umkehrbar – gelöschte Dateien sind unwiederbringlich verloren. Daher ist der Backup-Schritt unter „Voraussetzungen“ unverzichtbar.

Speziell beim Entfernen von Paketen können Sie das Entfernte wieder installieren:

Ubuntu / Debian:

sudo apt install <Paketname>

AlmaLinux / RHEL:

sudo dnf install <Paketname>

So zeigen Sie den Verlauf der in der aktuellen Sitzung entfernten Pakete an:

Ubuntu / Debian:

cat /var/log/dpkg.log | grep "^$(date +%Y-%m-%d)" | grep " remove "

AlmaLinux / RHEL:

sudo dnf history list
sudo dnf history undo last

dnf history undo last installiert die in der letzten Transaktion entfernten Pakete erneut – ein nützliches Wiederherstellungswerkzeug, falls autoremove mehr entfernt hat als beabsichtigt.

Fazit

Eine Bereinigung eines Linux-Servers ohne Ausfallzeiten lässt sich auf drei Dinge reduzieren: zuerst messen, nur das entfernen, was das System als ungenutzt bestätigt, und die Dienste nach jedem Schritt überprüfen. Führen Sie df -h und du aus, bevor Sie irgendetwas ändern. Verwenden Sie apt autoremove bzw. yum autoremove für ungenutzte Pakete, journalctl --vacuum-time zur Bereinigung der Journal-Protokolle und find /var/log -name "*.gz" für alte, rotierte Archive. Entfernen Sie alte Kernel erst, nachdem Sie sich vergewissert haben, dass uname -r mit dem übereinstimmt, den Sie behalten möchten. Und überprüfen Sie immer systemctl status, bevor Sie das Terminal schließen.

Bei einem INTROSERV-VPS ist es sinnvoll, die Auslastung von / unter 80 % zu halten – so bleibt Spielraum für Protokollspitzen und Paket-Updates, ohne dass ein Noteingriff erforderlich wird. Sollte der Speicherplatz ein wiederkehrendes Problem sein, erwägen Sie, die Speichergröße Ihres VPS direkt über den INTROSERV-Kundenbereich zu erweitern.

Dokumentversion: 1.0
Letzte Aktualisierung: Mai 2026
Verantwortlich: Team für technische Dokumentation