Blog » Artikel » Fluch und Segen

ACHTUNG: Dieser Artikel enthält mittelschwere Computersprache und kann bei einigen Menschen Anstoß erregen. Okay, hauptsächlich bei denen die wenig oder gar nichts mit Computern zu tun haben

Jeder der sich bei der Wahl seines Betriebssystems für Windows entschieden hat, kennt das wohl mächtigste - und gleichzeitig gefährlichste - Instrument für systemweite Einstellungen: die Systemregistrierung (oder kurz: Registry). Hier sollte (wenn es nach Microsoft geht) alles drinnen stehen, was für den reibungsfreien Betrieb des Systems erforderlich ist. Angefangen von vitalen Dingen wie Treibern, Services und Systemprogrammen, bis hin zur "regulär" installierten Software kommt hier das gesamte Betriebssystem an einer Stelle zusammen. Kein Wunder, ist es doch die zentrale Konfigurationsdatei. Andere Betriebssysteme nutzen hier viele verteile Dateien, die meist textbasiert sind und es Administratoren im Notfall erlauben, mit einer minimalen Rettungsumgebung (Basissystem plus Texteditor) doch noch (fast) alles retten bzw. ein lauffähiges System wiederherstellen zu können. Es hat bereits endlose Diskussionen darüber gegeben, welcher Ansatz hier besser oder vernünftiger ist, also möchte ich an dieser Stelle nicht schon wieder einen "Krieg" von Zaun brechen.

Vor Kurzem war ich mit einem interessanten, wenn auch nicht neuen, Problem konfrontiert: Obwohl angeschlossen und vom System korrekt erkannt, funktionierte die Maus am Rechner meines Bürokollegen nicht (hier stehen schon viele an, aber lasst euch etwas gesagt sein: Windows lässt sich bis heute auch ausschließlich mit der Tastatur bedienen; aber in Zeiten von Touchscreens und Mäusen... wer will da noch tippen? ). Sowohl USB- als auch PS/2-Versionen schienen im Hardwaremanager normal auf, konnten dann aber - trotz korrekt installiertem Treiber - nicht in Betrieb genommen werden (der berühmte Fehlercode "41"). Jetzt fängt das Ratespiel an: Ist der Treiber korrupt, oder vielleicht die Hardware beschädigt oder ist es doch etwas ganz anderes? Der Reihe nach: erstmal den Treiber löschen und von der Originalquelle weg neu installieren. Das klappt schon mal einwandfrei und ein kurzer Check eröffnete mir, dass jetzt auch exakt dieser Treiber verwendet wird. Die Maus funktioniert aber immer noch nicht; statt dessen ändert sich der Fehlercode: Code "19" ist jetzt aktuell (Fehler in der Registry). *seufz*

Also ab in die Registry; hier kann es jetzt nur noch an einer... nein zwei... nein drei... nein vier... (das Spiel kann noch lange so weiter gehen) Stellen liegen. Der logische Ansatz ist, zuerst einmal die Enumerierung der HID- bzw. USB-Geräte im "CurrentControlSet" durchzusehen. Hier scheint alles in Ordnung zu sein. Gut, dann sehen wir uns doch einmal die "Classes" an. Unterabschnitt "{4D36E96F-E325-11CE-BFC1-08002BE10318}" (Maus & Co.) enthüllt mir dann endlich, dass als "UpperFilters" nicht nur der Standard ("mouclass") eingetragen ist, nein, darüber befindet sich noch ein anderer - unbekannter - Eintrag. An dieser Stelle stehen normalerweise nur Programme, die - per eigenem Treiber - ebenfalls auf die Maus zugreifen müssen (lies: wollen). Antivirenprogramme tragen sich hier gerne ein, aber der Eintrag der hier steht, hat absolut nichts mit so einem Programm zu tun. Statt dessen ist es eine widerliche Browser-Toolbar, die sich unerlaubterweise hier eingenistet hat. Nachdem die Toolbar von meinem Bürokollegen deinstalliert wurde, hat sie sich zwar brav selbst gelöscht, aber der Uninstaller hat hier wohl unsauber gearbeitet und diesen kleinen, ekelhaften Eintrag hinterlassen. Das reichte dann auch schon um das System lahm zu legen (streng genommen nur die Maus, aber mein Bürokollege kann ohne Selbige nicht arbeiten).

Der Rest ist schnell erzählt: nachdem ich den überflüssigen Wert aus der Registrierung entfernt und das System neu gestartet hatte, wurde die Maus wieder perfekt erkannt und auch in Betrieb genommen.

Wie bereits Eingangs erwähnt ist die Registry Fluch und Segen zugleich. Läuft etwas im System schief, kann man hier an einer zentralen Stelle den Fehler suchen. Auf der anderen Seite muss nur ein Programm nicht nach den Regeln spielen und kann so einen ganzen Rattenschwanz an Problemen nach sich ziehen.