Layer 8Ehrlicher Tech-Support
BetriebssystemSchweregrad: Lästig

Linux hängt zäh, obwohl es nicht abstürzt

Das System wird bei knappem Speicher unbenutzbar langsam, statt abzustürzen? Es lagert unentwegt aus und ein — das ist Swap-Thrashing.

Aufwand:
ca. 30 Min.
Voraussetzung:
sudo-Rechte, Terminal

Das Symptom

Der Linux-Rechner stürzt nicht ab, aber er wird bei bestimmten Aufgaben so langsam, dass er praktisch unbenutzbar ist: Die Maus bewegt sich ruckartig, Fenster brauchen Sekunden zum Reagieren, und die Festplatte arbeitet dauernd. Nach einiger Zeit erholt sich das System manchmal wieder — oder ein Prozess wird schließlich beendet.

Die „Layer 8“-Wahrheit

Wenn der Arbeitsspeicher knapp wird, wirft Linux nicht sofort einen Prozess ab. Zuerst versucht es, Platz zu schaffen, indem es selten genutzte Speicherseiten auf die Festplatte auslagert — den Swap. Das ist klug, solange es maßvoll bleibt. Wird der Speicher aber dauerhaft knapp, gerät das System in einen Teufelskreis: Es lagert Seiten aus, braucht sie sofort wieder, lagert sie ein, dafür andere aus — und verbringt fast seine ganze Zeit mit diesem Umschichten statt mit echter Arbeit. Das ist Swap-Thrashing.

Der OOM-Killer, der einen Prozess beenden würde, greift oft erst spät ein — bis dahin hängt das System zäh, obwohl es formal noch läuft. Deshalb ist die ehrliche Antwort nicht ein Kernelparameter, sondern die Erkenntnis, dass für diese Last zu wenig Arbeitsspeicher da ist. Swappiness senken und Verbraucher beenden verschaffen Luft; wirklich lösen lässt es sich nur mit weniger gleichzeitiger Last oder mehr Arbeitsspeicher.

Die echte, verifizierte Lösung

1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:

  1. 1.

    Das Symptom erkennen

    Wird das System bei voller Auslastung zäh wie Kaugummi — die Maus ruckelt, jeder Klick dauert ewig —, ohne abzustürzen, ist das oft Swap-Thrashing: Der Arbeitsspeicher ist voll, und Linux lagert ununterbrochen Daten auf die langsame Platte aus und wieder ein. Der Rechner ist mehr mit Umschichten als mit Arbeiten beschäftigt.

  2. 2.

    Den Speicherdruck bestätigen

    Prüfen, wie viel Arbeitsspeicher und Swap belegt sind. Ist der Arbeitsspeicher voll und der Swap stark und dauerhaft in Benutzung, ist die Diagnose eindeutig:

    free -h
    
  3. 3.

    Den größten Verbraucher beenden

    Solange das System noch reagiert, den speicherhungrigsten Prozess ausfindig machen und beenden, um Luft zu schaffen:

    ps -eo pid,comm,rss --sort=-rss | head -n 5
    
  4. 4.

    Die Swappiness anpassen

    Der Parameter „swappiness“ steuert, wie früh Linux auslagert. Auf Desktops kann ein niedrigerer Wert (etwa 10) das frühe Auslagern bremsen und die Reaktion verbessern, ersetzt aber keinen fehlenden Arbeitsspeicher:

    sudo sysctl vm.swappiness=10
    
  5. 5.

    Die eigentliche Ursache beheben

    Swap-Thrashing ist ein Symptom von zu wenig Arbeitsspeicher für die Last. Dauerhaft hilft nur, den Bedarf zu senken (weniger gleichzeitig offen, Speicherlecks beheben) oder mehr Arbeitsspeicher einzubauen. Ein Werkzeug wie earlyoom kann eingreifen, bevor das System einfriert.

Häufige Fragen (FAQ)

?Das System reagiert minutenlang nicht, stürzt aber nicht ab. Was passiert da?

Der Arbeitsspeicher ist voll, und der Kernel lagert ununterbrochen Speicherseiten auf die Platte aus und wieder ein. Weil jede dieser Bewegungen tausendmal langsamer ist als Speicherzugriff, verbringt das System fast seine ganze Zeit mit Umschichten statt mit Arbeit. Das nennt man Thrashing – es ist kein Absturz, sondern ein Stillstand mit voller Auslastung.

?Sollte ich Swap dann einfach abschalten?

Nein. Ohne Swap beendet der Kernel bei Speichermangel einfach Prozesse – oft genau den, den Sie gerade brauchen. Swap ist das Sicherheitsnetz, nicht die Ursache. Die Ursache ist ein Programm, das zu viel Speicher verlangt; dort gehört sie behoben.

Belege

Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.

Zuletzt geprüft am . Dokumentation altert – ein Datum daneben ist der einzige ehrliche Umgang damit.

Auch zu finden unter

Verwandte Fehler

OSLästigOut of memory: Killed process

Linux: Prozess wurde vom OOM-Killer beendet

Ein Dienst verschwindet ohne Absturzmeldung? Bei Speichermangel beendet der Kernel selbst Prozesse. Das Protokoll verrät, wen es traf und warum.

OSSystemzerstörendPAGE_FAULT_IN_NONPAGED_AREA

Bluescreen: PAGE_FAULT_IN_NONPAGED_AREA

Windows spricht eine ungültige oder längst freigegebene Speicheradresse an. Verdächtig sind defekter RAM ebenso wie Treiber, Virenscanner und NTFS.

HWLästig

Nicht alle RAM-Riegel werden erkannt

Der PC zeigt weniger Arbeitsspeicher an, als verbaut ist. Meist stecken die Riegel in den falschen Bänken oder sitzen nicht richtig.