[Gelöst] Bluescreen bei Akkubetrieb des Notebooks

Moin

Hast du auch ein BIOS Update gemacht oder wenigstens geschaut, ob der neue Prozessor überhaupt kompatibel ist?

Moin

Vermutlich muss aber dennoch das BIOS angepasst werden. Die meisten Prozessoren werden im Batteriebetrieb auf Sparflamme gesetzt, laufen dann zB auf nur 1GHz und 0,9V. Eigentlich sollte das BIOS das automatisch anpassen, wenn der Prozessor eben 1V braucht im Sparmodus, was bei Notebooks aber vielleicht Hardcoded verankert ist.

Ich glaube, dass das Problem hier liegt: Das BIOS gibt dem neuen Prozessor zuwenig Spannung im Batteriebetrieb.

Wobei ich zwar den T5800 beim Processor Spec Finder finde, den P8100 aber genauso wenig wie den P8300. Nur den P8400. Ist es vielleicht auch ein T-Modell, denn den T8100 finde ich?

Wenn Du tatsächlich einen T8100 reingeschraubt hast u. der im Batteriemodus instabil läuft, dann sind ja Probleme mit der Spannungsversorgung nicht unwahrscheinlich.

Mit prime95 im 2-Thread Modus könntest Du ermitteln, ob der maximale Stromverbrauch zu hoch ist.

Hängt er sich bei prim95 auf, so wäre ein Lösungsversuch zu undervolten. Wenn's die T8100 ist: Standardmäßig läuft die CPU irgendwo um die 1,1xxx Volt bei ihren 2,1GHz Takt. Die macht das aber auch stabil bei 0,95 - 0,975 Volt je nach CPU. Das reduziert schon für sich genommen die benötigte Amperezahl aus der Batterie u. die Leistung der VRMs.

Wenn das nicht reicht kann man mit RMClock auch mal den Turbomode deaktivieren. Denn in diesem Modus genehmigt sich die CPU bis zu 1,3xxx Volt.

Hilft das bis hierhin alles nichts, dann kann man den Takt niedriger stellen. Viel niedriger braucht's eigentlich nicht, aber mal auf den Takt wo sie mit minimal möglicher Spannung läuft. Das sind vermutlich 2 GHz @ 0,95 Volt.

Wenn auch das fehlschlägt, dann mal:

RMClock / Management / P-states transitions method : Perform single-step transitions only

Die Notebook CPUs haben ja keinen Heatspreader. Wenn man hier jetzt zu wenig, zu viel oder ungleichmäßig viel WLP verteilt und/oder bei den Heatpipes trotz Federlagerung schief anzieht, dann passiert folgendes: Deine CPU überhitzt in einem Bruchteil von Sekunden. Viel stärker u. schneller als man das von Desktops kennt. "Normalerweise" drosselt die CPU u. es passiert nichts. Aber je nachdem wie das BIOS den Core2 Duo programmiert hat, kann's auch einen Reset geben. Ich hab' beides schon bei den aktuellen Notebooks gesehen.

Temperatur überwachen mit TJ_max = 105°C (für den T8100) schadet also nicht. Einfach um das auszuschließen.

Ja das ist richtig. Bei einigen ES CPUs funktionieren die DTS-Sensoren u. damit das Temperatur auslesen nicht. Aber stimmt: Wenn's mit Netzteil funktioniert, sollte das nicht das Problem sein.

Umso wichtiger sind Tools wie RMClock um zu schauen welche Spannungen der wann anlegt etc.

Wenn Du 1,6 GHz @ 0,975 V als alleinigen P-State einstellst, wird es wohl auch stabil laufen.

Was Probleme verursachen kann sind die Spannungswechsel, die durch unterschiedliche P-States hervorgerufen werden. Wenn das Einschwingen auf den neuen Spannungspegel noch nicht beendet ist, aber der neue Takt schon wieder anliegt u. die CPU die Bearbeitung fortsetzt, dann stürzt die CPU ab.

Die 1,6 GHZ haben bei Dir ja ebenfalls 0,975 V so wie die 2,13 GHz. Es liegt auch nicht an dem Wechsel, sondern an einem anderen, den Du übersehen hast. Meine Vermutung wäre der Turbomode (IDA), der sich kurzfristig aktiviert haben könnte. Dessen Spannung liegt ja typischerweise bei 1,3xx Volt.

Ich weiß nicht was Deine niedrigste Spannung ist. 0,95V oder 0,975V? Wenn's der Turbomode nicht war, dann vielleicht auch der SuperLFM mit 0,95 Volt.

Generell kann man sagen: Je höher die Spannungsdifferenz zwischen zwei P-States, desto höher die Wahrscheinlichkeit für Probleme. Das führt dazu, dass manche Leute Probleme bekommen, wenn sie untervolten. Im Standardfall sind die Abstände zwischen verschiedenen Spannungen unterschiedlicher P-States etwa in gleichen Stufen. Undervoltet man, so erhöht man oft unwissentlich die Differenz zwischen höchstem P-State u. dem noch höheren Turbomode. Das ist eine Ursache für Probleme.

Eine andere Ursache sind übertaktete GPUs. Die Last auf dem Akku ist dann höher als Normal. Das Einschwingen der VRMs dauert länger. Ist der P-State Sprung zu hoch, gibt's Probleme. In dem Fall hilft dann Perform single-step transitions only, denn so werden die großen VID Sprünge über kleine Treppenstufen erreicht. Das geht dann gut.

--

Wenn die niedrigste Spannung, die Deine CPU kann die 0,975 Volt sind, dann ist 2,13 GHz mit dieser Spannung als alleiniger P-State die Stromsparendste Möglichkeit überhaupt. Man würde in dem Fall keinen SuperLFM oder tiefere P-States aktivieren wollen. Mit dem hohen P-State in 2,13 GHz arbeitet sie schneller u. unter Halblast schläft sie dann länger u. teilweise tiefer in C1, C2, C3, C4, C6 (C5 gibt's nicht).

Wenn Du noch eine tieferen VID Modus hast (das ist CPU spezifisch von Intel reinkodiert) also z.B. 0,95 Volt. Dann probier' ob 2 P-States 1,87 GHz @ 0,95V sowie 2,13 GHz @ 0,975V zusammen noch stabil laufen. Noch besser wäre mit Multi 7,5x 2 GHz @ 0,95 sowie 2,13 Ghz @0,975V. Das geht jedoch nicht mit RMClock, sondern nur mit der aktuellen Beta von NHC. Die läuft derzeit jedoch nur unter Vista 32-Bit.

Den Turbomodus (IDA) hast Du nur, wenn Du den Multi 9x einstellst. Das kann aber sein, dass das nicht mehr stabil läuft.

--

Test mal ein bißchen rum, damit Du weißt was stabil läuft. Hast die Settings gefunden dann sag' ich Dir wie's unter Linux geht.

Habe heute mal einen längeren Test gemacht. 2 1/2 Stunden nur vom Akku gelebt und es hat prima funktioiert.

Deshalb werde ich die Einstellungen erstmal so lassen und bei Bedarf nochmal wegen Turbomodus gucken - obwohl ich habe den Prozesor noch nicht über 2.13 GHz takten sehen.

Vielen Dank nochmal an 7oby!

Jup die CPU ist ein Engineering Sample:

CPU-Z (V. 1.52.3 Beta) kann die genaue Typ-Bezeicnng nicht auslesen: