Reinigungswerkzeuge tun meist dasselbe: Sie packen die Wartung, die man tun sollte, in einen Knopf. Dieses Skript geht weiter und nimmt auch den Knopf weg, es bleibt eine Stapeldatei. Die Startseite des Verzeichnisses sagt es schlicht, ein automatisiertes Reinigungsskript für Rechner. Die Erklärung des Autors: Ihn langweilte es, diese Werkzeuge von Hand eines nach dem anderen laufen zu lassen, also schrieb er das ganze Set in ein Skript, damit Reinigung und Entseuchung von Windows-Maschinen von selbst geschieht. Der Name ist einer Wendung entlehnt, die vom Kampf für den Nutzer spricht, die Lizenz ist eine freizügige Open-Source-Lizenz, und das Verzeichnis hat 2611 Commits, 6600 Sterne und 416 Forks angesammelt.

Es arbeitet in Stufen, nicht in Knöpfen

Die Projektnotizen teilen den ganzen Ablauf in nummerierte Stufen, jede mit eigener Stapeldatei, und der Autor betont, dass diese Teilstücke auch ohne das Hauptskript laufen können. Aus Beschreibung und Ressourcenordner ergibt sich das Bild. Die Vorbereitungsstufe legt einen Wiederherstellungspunkt an, nimmt vor dem Lauf einen Schnappschuss der installierten Programme und des ganzen Laufwerks auf, damit hinterher verglichen werden kann, prüft die Systemverwaltungsschnittstelle und versucht sie zu reparieren, gleicht die Uhr an einer Netzzeitquelle ab, sichert die Registrierung und ruft mehrere fremde Werkzeuge gegen Schadsoftware als Vorlauf auf. Reinigung temporärer Dateien und Entdopplung sind eigene Stufen, die Entseuchungsstufe bündelt Viren- und Rootkit-Suche, und die Verdichtung steht weit hinten.

Der Entwurf hat einen praktischen Gewinn: Geht etwas schief, ist es leicht zu finden. Protokolle werden pro Stufe geführt, das Hauptprotokoll landet standardmäßig in einem Protokollordner auf dem Systemlaufwerk, und so lässt sich nachlesen, welcher Schritt hing und was jeder Schritt verändert hat. Für eine Maschine, die wiederholt Wartung braucht, ist Nachvollziehbarkeit weit mehr wert als die Meldung, die Optimierung sei fertig.

Drei Warnungen in den Projektnotizen

Die erste: vorher neu starten. In Großbuchstaben verlangen die Notizen einen Neustart, damit ausstehende Aktualisierungen fertig werden, denn wenn das Skript auf halbem Weg ist und das System wegen einer aufgeschobenen Aktualisierung neu startet, kann das System Schaden nehmen. Das klingt nach einem Satz aus dem Handbuch, ist aber bei Stunden vor sich hinnagender Ausführung eine notwendige Versicherung.

Die zweite ist die Dauer. Offiziell sind 3 bis 10 Stunden Wartezeit genannt, mit der Betonung, dass es wirklich so lange dauert und nicht mittendrin abgebrochen werden sollte. Die eigene Beobachtung des Autors liegt bei 4 bis 8 Stunden, und Nutzer haben einen Lauf von 30 Stunden gemeldet. Es ist also kein Werkzeug für zwei Minuten, sondern eine vollständige gründliche Behandlung, und der Rat lautet, es anzustoßen und dann in Ruhe zu lassen. Die dritte ist der Modus: Es läuft im abgesicherten oder im normalen Modus, und außer bei schwerem Befall wird der normale Modus empfohlen.

Schalter der Kommandozeile: jeder Schritt einzeln abschaltbar

Das Skript unterstützt den Aufruf über die Kommandozeile vollständig, jeder Schalter ist wahlfrei und kombinierbar. Die gelisteten Schalter zerfallen in etwa drei Arten. Wie laufen: ein automatischer Modus, der Begrüßung und Rückfragen überspringt, automatisch mit vorherigem Neustart in den abgesicherten Modus, ein Probelauf, der den Ablauf durchgeht, ohne eine Aufgabe auszuführen, Herunterfahren am Ende, Neustart am Ende. Was abschalten: alle Virusprüfungen überspringen, ein bestimmtes Prüfwerkzeug überspringen, Anwendungspatches überspringen, eigene Skripte überspringen. Was behalten: die vorinstallierten Systemanwendungen behalten, die Energieeinstellungen behalten, ein bestimmtes Sicherheitsprogramm behalten.

Ein Schalter verdient einen eigenen Satz: eine Konfigurationsausgabe, die die aktuelle Einstellung zeigt, sodass sich vorab ansehen lässt, was das Skript täte, und sobald dieser Parameter benutzt wird, führt das Skript nichts wirklich aus. Für eine erste Begegnung mit einem Werkzeug dieser Art ist ein Probelauf oder eine Konfigurationsausgabe weit ruhiger als einfach laufen zu lassen.

Eine Eigenheit bei Fassungen und bei der Beschaffung

Die Freigabeseite zeigt als neueste Fassung 12.0.6, insgesamt 49 Marken, und die Geschichte reicht bis in die 10er-Reihe zurück. Merkwürdig ist, dass unter jeder Freigabe derselbe Satz steht: Hinweise zur Freigabe und zur Beschaffung stehen auf der zugehörigen Gemeinschaftsseite, aus dem Codeverzeichnis zu beziehen funktioniere nicht. Die Projektnotizen wiederholen das in Großbuchstaben.

Der Grund: Im Verzeichnis liegt nur der Quelltext des Skripts, die fremden Werkzeuge und Ressourcen, auf denen es läuft, sind nicht darin, also läuft der Quelltext allein nicht. Anders gesagt dient das Codeverzeichnis hier als Ort zum Lesen, Prüfen und Beitragen, nicht als Vertriebsweg. Eine weitere Einzelheit zeigt denselben Versatz: Die Änderungsliste im Verzeichnis steht oben schon bei 12.0.9, während die neueste Marke auf der Freigabeseite noch 12.0.6 ist.

Für wen es taugt, und was zu beachten ist

Drei Gruppen. Erstens alle, die Maschinen im Bündel behandeln müssen, wo ein Skript einen unbeaufsichtigten Lauf erlaubt und die Schalter den Ablauf auf das Nötige zuschneiden. Zweitens fortgeschrittene Nutzer, die erst schauen und dann handeln, weil Konfigurationsausgabe und Probelauf genau zeigen, was angefasst wird, und die Teilstücke sich einzeln herausnehmen lassen. Drittens Fälle, die hinterher einen Nachweis brauchen, wo ein vollständiges Stufenprotokoll mehr überzeugt als jede Meldung, die Maschine sei optimiert.

Drei Warnungen. Es ist eine lange Aufgabe, offiziell 3 bis 10 Stunden, und ein Abbruch mittendrin kann ein System halb verarbeitet zurücklassen, also vorher sicherstellen, dass die Maschine so lange ohne Stromausfall und ohne Zugriff auskommt. Es ändert Systemeinstellungen von selbst, darunter den Anteil des Laufwerks für Wiederherstellungspunkte, die Energieeinstellungen und die vorinstallierten Anwendungen, also vorher entscheiden, ob diese Änderungen gewollt sind, und die Notizen bieten Schalter, um sie zu behalten. Und die Beschaffung ist ungewöhnlich: Der Quelltext im Codeverzeichnis läuft nicht von selbst, was das Projekt sowohl im Verzeichnis als auch auf der Freigabeseite klar sagt.

Wartung als Skript zu schreiben heißt im Kern, vom Erinnern, wie es geht, zum Erinnernlassen überzugehen. Angesammelt hat sich hier über die Jahre nicht ein kluger Algorithmus, sondern eine immer wieder geflickte Reihenfolge: sichern, bevor man anfasst, aufzeichnen, bevor man ändert, und jeden Schritt einzeln abschaltbar lassen. Genau diese stumpfe Arbeit ist der Teil der Automatisierung, der trägt.