Immer wieder BlueScreen im Acronis-Testmodus unter WinXP Pro
Acronis True Image 11 Home V. 11.0 / 8.064 / 8.105
Vorgestern wollte ich den Druckertreiber deinstallieren, wie immer beim Installieren/Deinstallieren im Acronis-Testmodus - man weiß ja nie ...
Kurz vor Abschluß der Deinstallation kam ein BlueScreen, einzige Angabe unten der Stop-Fehler 0x000000F4 (Treiber?). Nach weiteren vergeblichen Versuchen habe ich den Treiber ohne Testmodus entfernt, ohne Probleme.
Anschließend mal im Testmodus versuchsweise andere Software zu deinstallieren versucht, immer wieder ein BlueScreen w. o.
"Normales" Arbeiten im Testmodus (surfen, Text schreiben, Dateien kopieren usw.) führt ebenfalls zu BlueScreen, dann aber erst nach einigen Minuten.
Tägliches Arbeiten, ja sogar BackUps und Rücksicherungen mit Acronis gehen ohne Probleme, gottseidank.
Und nun ging's los:
1) Acronis neu/drüber installiert - keine Besserung.
2) RAM und Festplatten (C und D, auf D befindet sich die Acronis-Secure-Zone sowie die Pagefile) mit ChckDsk getestet - keine Beschwerden
3) Secure-Zone und Pagefile auf C verschoben, um mögl. Defekt von Platte D auszuschließen - keine Besserung.
4) CrystalDiskInfo und Microsoft's Windows Memory Diagnostic laufen lassen - keine Beanstandungen
5) Letztes Voll-BackUp aus Juli zurückgespielt: Dann läuft der Testmodus, egal was ich wie lange mache, völlig problemlos, wie immer. Wesentliche System-Änderungen bis heute und somit Unterschiede waren nur die regelmäßigen Viren-Updates, versionsweise Updates von Firefox und Thunderbird von Vers. 3 auf derzeit 8.0 und die Aktualisierung des Netzwerkadaptertreibers. Aber das dürfte wohl mit dem Acronis-Testmodus nichts zu tun haben.
6) Verifier.exe angeschoben, nach Neustart ging nix mehr, BlueScreen mit Stop-Fehler 0x0000007E -> Rücksicherung
7) BlueScreenView installiert, der findet zwei BlueScreens von heute vormittag, kann doch aber eigentlich nicht sein, weil diese nur im Testmodus auftraten, in der Secure-Zone mglw. zwar gespeichert wurden, aber doch beim Neustart nicht mehr vorhanden sein dürften, nachdem alle Änderungen verworfen wurden? Die anderen 5-10 BlueScreens von heute sind daher auch nicht gelistet. Die von BlueScreenView monierten Treiber-Dateien habe ich aus einem älteren BackUp zurückgespielt - keine Besserung.
Ich bin jetzt am Ende mit meinem Latein. Der besagte Stop-Fehler 0x000000F4 könnte sich auf einen Treiber beziehen, ab wo jetzt ansetzen, nachdem die Probleme nur im Acronis-Testmodus auftreten und ich diese Software bereits neu installiert habe? Wenn wenigstens eine Fehlermeldung käme, wüßte ich ja wo, aber auch das passiert nicht. Wegen Testmodus finde ich dazu natürlich auch nichts in der Ereignisanzeige. Ohne Testmodus ist das Problem nicht reproduzierbar.
Das waren die ntoskrnl.exe und die csrss.exe. Letztere wurden von MS's Debugger als mögliche Ursache angeführt.
Wiederherstellung mal aus TI direkt heraus, einmal auch über das Notfall-Medium (o. a. Punkt 6).
Gestern habe ich den ganzen Tag weiter geforscht. Z. B. habe ich die "alte" Registry aus Juli zurückgespielt, dann sogar mal das gesamte System32-Verzeichnis, beides ohne Erfolg.
Hardware-Problem schließe ich aus, weil mit dem Juli-Stand alles läuft.
Welches Betriebssystem wird verwendet?
Welches Mainboard wird verwendet?
Wurden in letzter Zeit andere Tools zum Partitionieren oder Alignmenttools verwendet?
Was stand in den Klammern hinter dem Stop-Fehler 0x000000F4, (???????)?
Betriebssystem heute wie damals im Juli WinXP SP2 32bit (das SP3 hatte ich schon im Frühjahr mal versucht, aber zuviele Probleme, daher wieder mit TI auf vorherigen Stand zurückgesetzt).
Mainboard ist - nach wie vor - ein Gigabyte P35 DS3R.
Andere Tools wurden nicht eingesetzt.
Zum Stop-Fehler lt. Minidump (in beiden Abbildern der gleiche, trotz vieler, vieler BlueScreens habe ich nur 3 Speicherabbilder):
Mini120111-02.dmp Crash Time : 1.12.2011 18:17:17
Bug Check String : CRITICAL_OBJECT_TERMINATION
Bug Check Code : 0x000000f4
Parameter 1 : 0x00000003
Parameter 2 : 0x89376020
Parameter 3 : 0x89376194
Parameter 4 : 0x805d1658
Caused By Driver : ntoskrnl.exe
Caused By Address : ntoskrnl.exe+22f0d
File Description : NT-Kernel und -System
Processor : 32-bit
Crash Address : ntoskrnl.exe+22f0d
Stack Address 1 : ntoskrnl.exe+f97ff
Stack Address 2 : ntoskrnl.exe+fa703
Stack Address 3 : ntoskrnl.exe+6a40c
Die ntoskrnl.exe hatte ich ja schon mal aus dem Juli-Stand zurückgespielt, müsste also OK sein.
Habe heute den dritten Tag dieser Odyssee hinter mir:
1) System32-Verzeichnis mal komplett aus Juli-Sicherung zurückgespielt - keine Besserung.
2) Die komplette Sicherung aus Juli - außer dem Windows-Verzeichnis - zurückgespielt, dabei ein paar Fehlermeldungen bezüglich AVIRA Antivir ignorieren müssen. Kleine Verbesserung, es dauerte nun mehrere Minuten länger bis zum BlueScreen.
3) Daraufhin mal AVIRA Antivir minutiös entfernt, erst mit Revo, dann mit dem AVIRA-Registry-Reiniger und - nachdem der BlueScreen immer noch auftrat - die letzten Einträge in der Registry manuell, lt. LOG-File. Nachdem ich vor 2-3 Wochen Probleme mit den Viren-Updates hatte, hatte ich AVIRA mal neu drüberinstalliert.
4) Letzter Test, wieder mit AVIRA: Ich kann im Acronis-Test-Modus machen was ich will (riesige Dateien kopieren, ganze Verzeichnisse duplizieren, fast eine Stunde lang, bis die Secure-Zone kurz vor dem Max.-Stand steht), ich bekomme KEINE BlueScreens. Deinstalliere ich jedoch Programme, egal ob über die Systemsteuerung oder mit REVO, kommt nach 1/2 bis 10 Minuten der Bluescreen. Umgekehrt kann ich OHNE Test-Modus, also ich echt, Programme deinstallieren so viel ich will (kleine Tools, mein großes Videoschnittprogramm, das .NET-Framework, egal), ohne Probleme.
Versuch mal den Windows Installer 4.5, eventuell lässt sich damit das SP3 installieren.
http://support.microsoft.com/kb/942288/de
Bei Versuchen mit einem Gigabyte X38 DS 4 (Intel ICH9R Chipsatz), Securezone auf der gleichen Festplatte wie das Betriebssystem und Windows XP Pro SP3, gab es bei mir kein Problem mit ATIH 11, ich kann ohne BSOD Programme deinstallieren, wenn Try & Decide aktiv ist.
Danke für Hinweis, aber ich hatte seinerzeit keine Probleme, das SP3 zu installieren, nur anschließend gab's hier und da Schwiereigkeiten, so dass ich zum SP2 zurückgekehrt war.
Das Juli-BackUp ist im SP2 und da läuft der Testmodus noch - wie geschrieben - fehlerfrei, egal was ich mache.
Hat denn niemand eine Idee? Ich weiß nicht mehr weiter.
Ich nochmal.
Habe mir mal Spybot – Search & Destroy in der aktuellen Version heruntergeladen.
Dann bin ich in den Acronis Testmodus gegangen und habe die Anwendung installiert.
Anschließend geupdatete und das ganze System prüfen lassen - ohne Beanstandungen.
Das hat fast eine halbe Stunde gedauert und ist die ganze Zeit ohne Fehler im Testmodus gelaufen!
Sofort danach habe ich - immer noch im Testmodus - ein kleines Tool deinstalliert. Noch vor dem Ende kam wieder der BlueScreen.
Der Fehler muss also irgendwie darin zu suchen sein, dass der Testmodus - im Gegensatz zu früher (Juli) - keine Deinstallationen mag.
Hilft Euch das vielleicht weiter?
Noch nicht probiert ob der neuere Windows Installer 4.5 helfen würde?
http://support.microsoft.com/kb/942288/de
Aber vorher ein Backup machen.
Hab's versucht, obwohl ich ihn im Juli auch noch nicht hatte. Also heruntergeladen, installiert, Neustart, ab in den Test-Modus.
Systemsteuerung - Software - irgendeine Anwendung zu deinstallieren versucht - Bluescreen.
Der Stop-Fehler 0x000000F4 könnte auf das Fehlschlagen beim Laden eines Systemtreibers oder
dessen Beendigung nach dem Start hindeuten.
Der einzige Systemtreiber, den ich seit Juli geupdatet hatte, war der vom Realtek-Netzwerkadapter.
Also habe ich die Vorversion des Treibers über den Gerätemanager zurückgespielt. Die Bezeichnung des Adapters änderte sich daraufhin, nicht aber das angezeigte Treiberdatum bzw. die Versionsnummer.
Habe daher die damalige Version heruntergeladen, den jetzigen Treiber deinstalliert und den alten installiert - ohne Erfolg.
Habe auch mal über msconfig ALLE Systemstarteinträge abgewählt - ohne Erfolg.
Habe zum wiederholten Male das gesamte System32-Verzeichnis mit dem Juli-Stand überschrieben, müsste also alle Treiber "erwischt" haben - auch ohne Erfolg.
Ich kann nicht mehr.
Man könnte noch die Auslagerungsdatei vergrößern, oder die Festplatte an einen anderen Sataport anschließen, oder ein CMOS Reset probieren (wirkt manchmal Wunder). Sonst fällt mir nichts mehr ein.
Ich habe einen letzten Anlauf genommen und bin mglw. ein ganzes Stück weiter:
Habe zunächst die Verzeichnisse dllcache und windows/inf mit den Juli-Versionen ersetzt - ohne Erfolg.
Dann habe ich mal das gesamte Programm-Verzeichnis zurückgespielt, und anschließend keinen BlueScreen erhalten!
Jetzt muss ich nur noch herausfinden, wo dort genau der "Hase im Pfeffer liegt". Werde dazu mal vorher/nachher mit Winmerge vergleichen.
(Eventuell) gelöst:
Um den Verursacher zu lokaliseren, habe nicht gleich das komplette Programm-Verzeichnis zurückgespielt, sondern erst einmal die Unterverzeichnisse A (wie Acronis) bis J (wie Java).
Anschließend kein BlueScreen mehr.
Alles wieder rückgängig gemacht und Schritt für Schritt von A bis J jedes Unterverzeichnis einzeln zurückgespielt und jeweils immer wieder einen Versuch im Test-Modus unternommen.
Wie nicht anders zu erwarten, dauerte es bis J wie Java. Erst nachdem ich dieses (letzte) Unterverzeichnis zurückgespielt hatte, bekam ich keine BlueScreens im Test-Modus mehr.
Wieder alles zurück und nur das Java-Verzeichnis zurückgespielt - alles OK.
Da ich mir nicht erklären kann, was JRE 1.06.29 (damals noch die 1.06.26) mit dem Test-Modus von Acronis zu tun haben könnte, habe ich nochmals alles auf den heutigen Stand zurückgespielt (BlueScreen natürlich wieder da), anschließend aber mal das Java-Verzeichnis mit dem gleichen Sicherungsstand wie heute (!) - nicht wie Juli - quasi 1:1 drübergespielt, also eigentlich nichts verändert - kein BlueScreen mehr, will's aber nicht zu laut sagen.
Das verstehe, wer will. War vielleicht eine Datei "mechanisch" defekt.
Ihnen/Euch allen vielen Dank.
Zu früh gefreut. JAVA JRE 1.6.0_30 ist erhältlich. Zuvor die _29 (ohne Testmodus) deinstalliert, Reste manuell entfernt, dann die _30 installiert.
Versuchsweise im Testmodus nun mal was ganz anderes zu deinstallieren versucht - Bluescreen.
Um endgültig festzustellen, ob es wirklich an JAVA liegt, wollte ich das Juli-Verzeichnis mit der _26er-Version zurückspielen; vorher habe ich im Acronis-Testmodus eine Kopie des JAVA-Verzeichnis anlegen wollen; während des Kopierens BlueScreen.
Kopie nun einmal ohne Testmodus angelegt, das Juli-Verzeichnis zurückgespielt - kein BlueScreen mehr.
Vorläufiges Fazit: Acronis-Testmodus und JAVA JRE ab 1.6.0_29 passen nicht mehr zusammen