Grundsätzlich ist es keine schlechte Sache, das Windows (Server) nach einem ungeplanten Neustart wie z.B. bei einem Absturz, Stromsausfall etc. nach der Ursache fragt. Unschön ist das allerdings auf einem Terminalserver, bei dem dieser Frage bei jedem Benutzer erscheint.
Ein Neukunde brachte sein Notebook zu uns, nachdem er wegen Druckerprobleme manuell Dateien aus „C:\Windows\System32\spool“ gelöscht hatte. Das Gerät startete in Endlosschleife mit einem Bluescreen neu.
Auf neuerer Hardware kann es bei der Installation oder dem Umzug von Windows 7 zum Bluescreen 0x000000A5 kommen. So erlebt mit einem Windows 7 Home Premium x64 das von einem defekten Notebook auf ein Lenovo B50-10 migriert werden musste.
Kurz notiert: Ein Kunde „kämpfte“ mit Abstürzen von ein paar Arbeitsplätzen, diese werden mit Windows 7 und Outlook 2013 betrieben.
Ein Kunde der ein „Zwangsupgrade“ von Windows 7 auf Windows 10 erfahren hat wollte wieder „einen funktionierenden PC“ haben. Da das Upgrade erst einen Tag her war, konnte auf die integrierte Wiederherstellung zurückgegriffen werden. Leider startete dann Windows 7 nicht und stürtzte mit einem Bluescreen 0x0000007E ab.
Microsoft macht einem das Updaten von Windows 10 nicht unbedingt leichter. Konnte man bis Windows 8.1 die Updates, die installiert werden sollen auswählen, so ist das leider nicht mehr möglich.
Eine Kundin brachte ihr Samsung-Notebook mit Windows 8.1 zu uns, das sich in vielerlei Hinsicht seltsam verhielt. Einer kurzer Blick in die Ereignisanzeige verhies nichts gutes, fanden sich dort Meldungen vom Intel-Chipsatz über S.M.A.R.T.-Ereignisse.
Manchmal kann Virtualisierung ein Minenfeld sein, so geschehen bei einem unserer Test-Systeme. Um einem anderen Fehler nachzugehen, wurde versuchsweise bei einer virtuellen Maschine mit installierten Linux, konkret einer virtuellen Securepoint UTM-Appliance, die Prozessorkompatibilität geändert. Weiterlesen
Mit dem MergeIDE-Skript besteht die Möglichkeit, Windows auf neue Hardware umzuziehen bzw. in virtuelle Maschinen zu migrieren und den berühmt-berüchtigten Bluescreen 0x0000007b zu umgehen.
In Version 3.0 meiner Version von MergeIDE wurden die bisherigen Einzelskripte für Windows XP/2003 (R2) und Vista/7/2008 (R2) nun zusammengefasst. Ferner wurde im Skript eine Abfrage nach dem aktuellen CurrentControlSet integriert. Eine Automatik versucht zu erkennen, auf welchem Laufwerk Windows installiert ist.
Das Skript ist in der Version 2 der Drive Snapshot-Rettungs-CD integriert.
Benutzung auf eigene Verantwortung!
Windows 8 und Server 2012 wurden bislang nicht getestet, sollten aber (hoffentlich) funktionieren.
Kleine An- bzw. Bemerkung zum Skript: Es werden nur die ControlSets eins bis drei berücksichtigt. Im Durchschnittsfall genügt das auch. Allerdings habe ich heute erstmalig eine Windows-Installation gesehen, die acht ControlSets hatte, das Current war dabei die Sieben. Ich wusste bis dato gar nicht, das es mehr als drei geben kann.
Im Zweifelsfall, wenn es mal nicht auf Anhieb mit MergeIDE klappt, sollte man prüfen, ob es an am (Current)ControlSet liegt.
Manchmal ist es zum Verweifeln, Fehler die viele haben, aber keine Lösung dafür. ein Beispiel dafür ist der BSOD (Bluescreen of Death)
0x0000007B (0x80599BB0,0xC0000034,0x00000000,0x00000000)
von Windows Vista. Dieser Fehler ist mir schon ein paar Mal begegnet, immer bei Kunden, immer entweder aus heiterem Himmel oder nach der Installation von Windows Updates.