Eine Detektivgeschichte – blinkende Lichter und kein Schlaf

Die Nacht war dunkel, als Sherlock vor seinem Ubuntu-System saß und seine Finger über die Tastatur fliegen ließ. Plötzlich, kurz nach Mitternacht, fiel ihm eine nervös blinkende LED ins Auge.

Die Festplattenzugriffsleuchte blinkte wie wild. Das System wurde quälend langsam.

Sherlock erstarrte. War es ein Virus? Ransomware? Ein Hacker? Ein Hardwaredefekt? Er musste es herausfinden.

#Das Mysterium des schlaflosen PCs

„Ruhig bleiben”, murmelte er vor sich hin. Es war spät; ein frischer Kopf würde der Ermittlung morgen besser dienen. Doch als er versuchte, den Computer in den Ruhezustand zu versetzen, weigerte sich das System. Es war von einer unsichtbaren Aufgabe gefesselt, die den Ruhezustand hartnäckig verhinderte.

Er konnte kein Herunterfahren erzwingen. Er hatte 67 offene Browser-Tabs – jeder einzelne ein wichtiger Faden in seinem aktuellen Projekt. Mit einem müden Seufzer blieb er wach, um in den digitalen Abgrund einzutauchen.

#Der fehlende Cronjob

Sein erster Gedanke: ein Cronjob. Er überprüfte die Crontab auf geplante Wartungsaufgaben, fand aber nichts. Keine Geister in der Maschine.

Verwundert grub er tiefer in den Systemprotokollen, bis er den Übeltäter fand: ein Programm namens fstrim.

Er fand bald heraus, dass fstrim der unbesungene Held des modernen Zeitalters ist. Es pflegt die Gesundheit von SSDs, indem es ungenutzte Blöcke trimmt, die Lebensdauer des Laufwerks verlängert und die Leistung flott hält. Er hatte kürzlich auf eine SSD aufgerüstet, aber nicht gewusst, dass das System seit Ubuntu 18.04 systemd-Timer anstelle altmodischer Cronjobs verwendet.

Puh. Das erklärte, warum seine Suche nach Cronjobs ins Leere gelaufen war.

#Die Auflösung

Mit einer Welle der Erleichterung beobachtete Sherlock, wie die blinkende LED endlich erlosch. Das System beruhigte sich. Die „Bedrohung” war nichts weiter als ein pflichtbewusster digitaler Hausmeister.

Allerdings war Sherlock ein Mann der Logik, und seine Arbeit um Mitternacht unterbrochen zu bekommen, war an sich schon ein Verbrechen. Ihm wurde klar, dass das Planen der Aufgabe auf 4:00 Uhr morgens – wie die meisten Tutorials vorschlugen – ein Anfängerfehler war. Wenn sein PC ausgeschaltet war, würde der systemd-Timer einfach warten, bis er hochfuhr, und dann „aufholen”, indem er seine morgendliche Kaffee-und-Coding-Session verlangsamte.

#Der clevere Fix

Sherlock öffnete ein letztes Mal sein Terminal. Er würde die Wartung weder mitten in der Nacht noch zum Beginn seines Tages planen.

Stattdessen verlegte er fstrim auf Dienstag, 12 Uhr. „Selbst ein Detektiv muss essen”, sinnierte er. „Während ich auf der Jagd nach einem Sandwich bin, kann der Computer seine eigenen fragmentierten Blöcke jagen. Bis ich mit vollem Magen zurückkomme, wird die SSD aufgefrischt sein und meine 67 Tabs werden einsatzbereit sein.”

---

Fazit: Wenn Sie ein Ubuntu-Nutzer mit einer SSD sind, lassen Sie sich von Ihrer Systemwartung nicht den Schlaf rauben. Überprüfen Sie Ihre Timer, verstehen Sie Ihre Hardware und planen Sie Ihre „Hausarbeit” für eine Zeit, in der Sie tatsächlich nicht am Schreibtisch sitzen.

---

#Technischer Anhang: Den fstrim-Timer meistern

Wenn Sie Ihre eigene SSD-Wartung untersuchen oder neu planen möchten, finden Sie hier die Befehle, die Sherlock zur Lösung des Rätsels verwendete.

#1. Prüfen, ob der Timer aktiv ist

Ubuntu aktiviert fstrim standardmäßig auf Systemen mit SSDs. Um zu sehen, ob er derzeit eingeplant ist, führen Sie aus:

systemctl status fstrim.timer

#2. Den letzten Ausführungszeitpunkt anzeigen

Um genau zu sehen, wann der letzte Trim stattfand und wie viele Daten freigegeben wurden, prüfen Sie die Logs:

journalctl -u fstrim.service

#3. Den „Schlafräuber” neu planen

Standardmäßig wird der Timer montags um 00:00 Uhr ausgelöst. Da die Einstellung Persistent=true standardmäßig aktiviert ist, wird Ubuntu, falls Ihr PC um Mitternacht ausgeschaltet ist, den Trim beim nächsten Hochfahren nachholen.

Wenn Sie den Zeitplan verschieben oder verhindern möchten, dass er Ihren morgendlichen Start verlangsamt, folgen Sie diesen Schritten:

1. Den Bearbeitungspuffer öffnen:

sudo systemctl edit fstrim.timer

2. Folgende Konfiguration einfügen:

[Timer]
# Standardzeitplan löschen
OnCalendar=

# Neuen Zeitplan setzen: Dienstag um 12:00 Uhr (Sherlocks Mittagspause)
OnCalendar=Tue *-*-* 12:00:00

# Bis zu 30 Minuten nach dem Hochfahren warten, bevor eine verpasste Ausführung nachgeholt wird
# Dies stellt sicher, dass bei einem verpassten Mittagstermin das System nicht sofort
# nach dem Einschalten mit der aufwändigen Aufgabe beginnt.
RandomizedDelaySec=30min

3. Speichern und beenden.
   Anmerkung des Detektivs: Die RandomizedDelaySec ist hier die eigentliche Geheimwaffe. Sie stellt sicher, dass das System, falls Sie Ihr 12-Uhr-Fenster verpasst haben, nicht sofort mit der schweren Arbeit beginnt, bevor Sie Gelegenheit hatten, Ihre 67 Tabs zu öffnen und sich einzurichten.

#4. Manueller Eingriff

Wenn Sie gerade ein riesiges Projekt gelöscht haben und den Speicherplatz sofort freigeben möchten, ohne auf den Timer zu warten, können Sie einen manuellen Trim ausführen:

sudo fstrim -av

Das -v-Flag (verbose) zeigt Ihnen genau an, wie viele Bytes getrimmt wurden.