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