CMOS Checksum Bad: Die Ursache war nicht die BIOS-Batterie

Bei einem älteren Tower-PC aus dem Jahr 2007 tauchte nach längerer Trennung vom Stromnetz immer wieder dieselbe Meldung auf:

CMOS Checksum Bad

Datum und Uhrzeit waren anschließend zurückgesetzt, gespeicherte BIOS-Einstellungen ebenfalls verschwunden.

Der erste Verdacht lag natürlich auf der klassischen Ursache: BIOS-Batterie leer.

Also CR2032 ersetzt, neu gestartet – und trotzdem blieb der Fehler bestehen.

Spätestens an diesem Punkt wird so ein eigentlich einfacher Defekt interessant. Denn wenn die Batterie neu ist und das Problem trotzdem weiter auftaucht, denkt man schnell an einen defekten Batteriehalter, das BIOS selbst oder im schlimmsten Fall an das Mainboard.

Am Ende war die Ursache deutlich simpler.

Der Rechner: ASRock P4VM900-SATA2 aus dem Jahr 2007

Bei dem betroffenen System handelt es sich um einen älteren PC mit folgender Hardware:

Der Rechner selbst lief ansonsten unauffällig.

Solange er am Strom hing, gab es keine besonderen Probleme.

Erst nachdem er längere Zeit vollständig vom Stromnetz getrennt worden war, verlor das BIOS seine Einstellungen.

Zuerst natürlich die Batterie getauscht

Bei einem solchen Fehler ist die CR2032 die naheliegendste Ursache.

Also wurde zunächst eine neue BIOS-Batterie eingesetzt.

Das Ergebnis:

Keine Veränderung.

Der Rechner verlor nach längerer Netztrennung weiterhin Datum, Uhrzeit und BIOS-Konfiguration.

Damit war klar, dass die Sache etwas genauer untersucht werden musste.

Kontakte gereinigt, Jumper kontrolliert

Als Nächstes habe ich die typischen einfachen Ursachen überprüft.

Die Batteriekontakte wurden gereinigt.

Der CMOS-Reset-Jumper wurde kontrolliert.

Auch dort sah alles korrekt aus. Die Pins befanden sich im normalen Zustand und verursachten keinen dauerhaften CMOS-Reset.

Damit blieb die Frage:

Kommt die Spannung der Batterie überhaupt zuverlässig auf dem Mainboard an?

Die Batterie selbst hatte 3,33 Volt

Also kam das Multimeter zum Einsatz.

Direkt an der eingesetzten CR2032 lagen rund:

3,33 V

an.

Die Batterie war damit eindeutig in Ordnung.

Interessanter wurde es bei der Messung am äußeren Pluskontakt des Batteriehalters.

Dort lagen nur ungefähr:

0 bis 0,02 V

an.

Das passte natürlich überhaupt nicht zusammen.

Die Batterie hatte Spannung – aber diese Spannung kam offenbar nicht zuverlässig dort an, wo sie ankommen sollte.

Der entscheidende Test: Batterie nach unten drücken

Dann kam der entscheidende Moment.

Während der Messung habe ich die Batterie mit dem Finger etwas nach unten gedrückt.

Plötzlich stieg die Spannung am äußeren Kontakt auf ungefähr:

3,3 V

Damit war die Ursache praktisch gefunden.

Nicht die Batterie war defekt.

Der mechanische Kontakt im Batteriehalter war zu schwach.

Die untere Kontaktfeder war das eigentliche Problem

Im Boden des CR2032-Halters befindet sich eine kleine Metallfeder.

Diese stellt den Kontakt zur Batterie her und sorgt gleichzeitig dafür, dass die Knopfzelle mit ausreichend Druck im Halter sitzt.

Bei diesem Mainboard lag die Feder offenbar über die Jahre zu flach.

Der Anpressdruck reichte nicht mehr aus, um dauerhaft einen sauberen elektrischen Kontakt herzustellen.

Solange ich die Batterie von Hand nach unten drückte, funktionierte die Verbindung.

Ohne zusätzlichen Druck brach sie wieder zusammen.

Bei einem Mainboard von 2007 ist das eigentlich gar nicht so überraschend.

Mechanische Kontakte altern eben auch.

Warum dadurch „CMOS Checksum Bad“ erscheint

Die BIOS-Batterie versorgt bei gezogenem Netzstecker weiterhin bestimmte Bereiche des Mainboards.

Dazu gehören unter anderem:

• Echtzeituhr
• BIOS-Datum und Uhrzeit
• gespeicherte CMOS-Einstellungen

Fehlt diese Pufferversorgung, gehen die Daten verloren.

Beim nächsten Einschalten stellt das BIOS fest, dass die gespeicherten Informationen nicht mehr korrekt sind beziehungsweise die Prüfsumme nicht stimmt.

Das Ergebnis ist die bekannte Meldung:

CMOS Checksum Bad

Dass der Rechner ansonsten völlig normal lief, passt ebenfalls dazu.

Während der PC eingeschaltet ist, erfolgt die Versorgung der betreffenden Schaltung über das Mainboard.

Das Problem tritt also hauptsächlich dann auf, wenn der Rechner vollständig vom Strom getrennt wird.

Die Reparatur war erstaunlich einfach

Nachdem der Fehler eindeutig eingegrenzt war, musste weder das Mainboard ausgebaut noch gelötet werden.

Der Rechner wurde vollständig ausgeschaltet und vom Stromnetz getrennt.

Anschließend habe ich die CR2032 entfernt.

Dann wurde die untere Kontaktfeder im Batteriehalter vorsichtig etwas nach oben gebogen.

Wichtig ist dabei wirklich das Wort vorsichtig.

Die Feder soll lediglich wieder etwas mehr Anpressdruck erzeugen.

Wer sie zu stark verbiegt oder abbricht, macht aus einer sehr einfachen Reparatur schnell eine deutlich aufwendigere.

Danach kam die Batterie wieder in den Halter.

Kontakt wieder hergestellt

Nach dem Nachbiegen lag die Knopfzelle wieder deutlich besser im Batteriehalter.

Der elektrische Kontakt war wieder vorhanden und die Batteriespannung wurde korrekt weitergegeben.

Damit war klar:

Der Batteriehalter funktioniert wieder.

Es waren keine zusätzlichen Ersatzteile notwendig.

Kein neuer Halter.

Kein Lötkolben.

Und erst recht kein neues Mainboard.

Der Testablauf im Überblick

Die Fehlersuche sah am Ende so aus:

Gerade die Spannungsmessung zusammen mit dem Druck auf die Batterie war hier der entscheidende Hinweis.

Was ich aus dem Fall mitnehme

Bei „CMOS Checksum Bad“ denkt man verständlicherweise zuerst an die Batterie.

Und in sehr vielen Fällen ist genau das auch die Ursache.

Wenn aber bereits eine neue CR2032 eingesetzt wurde und das Problem bleibt bestehen, lohnt sich ein genauer Blick auf den Batteriehalter selbst.

Nicht nur Korrosion kann eine Rolle spielen.

Auch eine mechanisch ermüdete Kontaktfeder reicht aus, um die Pufferversorgung vollständig zu unterbrechen.

Das ist so ein Fehler, bei dem man schnell komplizierter denkt, als nötig.

BIOS defekt?

Southbridge?

Mainboard am Ende?

Vielleicht.

Oder eben einfach eine kleine Metallfeder, die nach fast 20 Jahren keine Lust mehr hatte.

Langzeittest gehört trotzdem dazu

Nach der Reparatur sollte der Rechner noch einmal längere Zeit vollständig vom Stromnetz getrennt werden.

Danach kontrolliert man beim nächsten Start:

• stimmt Datum und Uhrzeit noch?
• sind die BIOS-Einstellungen erhalten?
• erscheint die CMOS-Fehlermeldung erneut?

Bleibt alles gespeichert, ist die Reparatur endgültig bestätigt.

Sollte das Problem später wieder auftreten, wäre der Austausch des kompletten CR2032-Batteriehalters die sinnvollste dauerhafte Lösung.

Mein Eindruck

Ich mag solche Reparaturen.

Nicht weil der Fehler besonders spektakulär wäre, sondern gerade weil er so banal ist.

Der Rechner hatte ein klassisches CMOS-Problem.

Die Batterie war neu.

Elektrisch sah zunächst vieles nach einem größeren Defekt aus.

Am Ende war es schlicht zu wenig mechanischer Druck im Batteriehalter.

Und genau solche Fälle zeigen schön, warum sich systematische Fehlersuche lohnt.

Erst messen.

Dann beobachten.

Dann Ursache eingrenzen.

Und nicht sofort anfangen, Teile auf Verdacht auszutauschen.

Fazit

Beim ASRock P4VM900-SATA2 war nicht die BIOS-Batterie die Ursache für die wiederkehrende Meldung „CMOS Checksum Bad“.

Die CR2032 lieferte mit 3,33 Volt genügend Spannung.

Das eigentliche Problem war die untere Kontaktfeder des Batteriehalters. Sie lag zu flach und stellte keinen zuverlässigen Kontakt mehr zur Knopfzelle her.

Nachdem die Feder vorsichtig nach oben gebogen wurde, war der Kontakt wieder vorhanden.

Reparaturaufwand:

ein paar Minuten, kein Ersatzteil, kein Löten.

Und aus einem vermeintlichen Mainboard-Problem wurde am Ende eine kleine mechanische Reparatur.