UPDATE: Achteinhalb Monate später,Das Problem besteht weiterhin, tritt jetzt aber jedes Mal auf, wenn eine VM gestartet wird, egal ob von BlueStacks, Vagrant oder einfach von der VirtualBox-Konsole aus. Der Stoppcode variiert. In den letzten paar Malen habe ich Folgendes erhalten:
- APC_INDEX_MISMATCH
- Treiber_übergelaufener_Stapel_Puffer
- Unterbrechungsausnahme nicht behandelt
- SYSTEM_SERVICE_EXCEPTION
- 0x00000133
- KMODE_AUSNAHME_NICHT_BEHANDELT
- 0x00000109
- TREIBER_IRQL_NICHT_WENIGER_ODER_GLEICH
- IRQL NICHT WENIGER ODER GLEICH
Ich habe zahlreiche Speicherscans ausgeführt, von denen die überwiegende Mehrheit keine Probleme zeigte. Zwei sind auf „nicht näher bezeichnete“ Fehler gestoßen, und einer hat vor vielen Monaten einen Bluescreen ohne Stoppcode erzeugt. Nichts, womit ich einen problematischen Stick identifizieren könnte.
VirtualBox ist auf dem neuesten Stand, alle Treiber sind aktuell.
Ich schätze, ich könnte einen ganz neuen Speichersatz kaufen und es ausprobieren, aber das klingt nach potenzieller Geldverschwendung.
Aktueller Windows-Build: Version 1703, Build 15063.540
ORIGINALEINTRAG: In den letzten Wochen wurde mein Computer gelegentlich ohne ersichtlichen Grund neu gestartet (d. h. kein Bluescreen, kein hinterlassener Crash Dump, keine Einträge im Ereignisprotokoll außer dem einen Eintrag für Kernel-Power, Ereignis 41 („Das System wurde neu gestartet, ohne vorher sauber heruntergefahren zu werden …“)).
Ich denke, es liegt am Motherboard oder am Netzteil? Speicherprobleme hinterlassen doch sicher eine Spur, oder?
Mein Setup: Dell XPS 8700, i7-4770, BIOS Dell A11, 12 GB Speicher, Betriebssystem = Win10 Pro Build 14393.
Vor drei Wochen ist meine Festplatte kaputtgegangen und ich habe sie durch eine WD Blue (2 TB) ersetzt.
Ich habe VirtualBox in letzter Zeit häufiger verwendet, um Ubuntu/WinXP/Win7 auszuführen.
Irgendwelche Vorschläge?
Bearbeiten: Die letzten beiden Neustarts haben Ereignisdaten im Ereignis 41: einer hatte IRQL_NOT_LESS_OR_EQUAL in hal.dll; der andere hatte CLOCK_WATCHDOG_TIMEOUT in ntoskrnl.exe.
Update: Die Neustarts wurden fortgesetzt, allerdings nicht so regelmäßig. Einige hatten Ereignisdaten, andere nicht. Die meisten traten einige Zeit nach dem Hochfahren einer VM auf, einige geschahen jedoch während Sitzungen, in denen keine VM vorhanden war.
Ich gehe jetzt davon aus, dass es sich um einen fehlerhaften Speicher handelt, und führe jetzt einige Tests durch. Ich werde berichten, wie es gelaufen ist.
AKTUALISIERUNG: 17.01.2017 gleiche Beschreibung wie oben, jetzt auf Windows Build 14393.693. Ich sollte auch hinzufügen, dass meins ein Dual-Monitor-Setup ist, ein 24-Zoll-Dell-S2409w-Monitor als primärer und ein Samsung SyncMaster 192n. Wenn die Neustarts erfolgen, wird der Samsung leer, das System reagiert nicht mehr und führt, je nachdem, ob ein Crashdump gespeichert wurde oder nicht, entweder nach 10 Sekunden oder immer dann, wenn der Crashdump fertig gespeichert ist, einen Power-Down-Neustart durch. Es gibt keinen wirklichen „Bluescreen“.
Diesmal ist hier eine Liste von Vorfällen aus BlueScreenView. Beachten Sie, dass es immer noch einige Neustarts gibt, bei denen kein Crash Dump erstellt wurde, aber ich würde sagen, das sind < 10 % der Neustarts.
https://docs.google.com/document/d/1x2WV9ycscCm41s_b6EybhPrqMCU2MouWKMRHwJYcXhA/edit?usp=sharing
Da es kürzlich einen Absturz gab, der der Grafikkarte (NVIDIA GeForce GTX 645) zugeschrieben wurde, habe ich gerade den Treiber aktualisiert (war von 01/2016, jetzt 09/2016). Mal sehen, welche Auswirkungen das hat.
Update eine Stunde später: Nun, das war egal. Habe die erste Sitzung nach dem Upgrade erneut neugestartet.
==================================================
Dump File : 011717-66281-01.dmp
Crash Time : 1/17/2017 3:10:50 PM
Bug Check String : MEMORY_MANAGEMENT
Bug Check Code : 0x0000001a
Parameter 1 : 00000000 00061941
Parameter 2 : ffffcd0e 9cf4563a
Parameter 3 : 00000000 00000009
Parameter 4 : ffffaa00 826d4750
Caused By Driver : hal.dll
Caused By Address : hal.dll+387f
Crash Address : ntoskrnl.exe+14a6f0
File Description : Hardware Abstraction Layer DLL
Product Name : Microsoft® Windows® Operating System
Company : Microsoft Corporation
File Version : 10.0.14393.206 (rs1_release.160915-0644)
Processor : x64
Full Path : C:\WINDOWS\Minidump\011717-66281-01.dmp
Processors Count : 8
Major Version : 15
Minor Version : 14393
Dump File Size : 506,820
Dump File Time : 1/17/2017 3:14:47 PM
==================================================
Gleicher Fehler wie beim NVIDIA-Absturz vor ein paar Tagen, scheint aber nichts mit NVIDIA zu tun zu haben.
Antwort1
Es könnte auch ein Problem mit einer Windows-Systemdatei geben. Um zu überprüfen, ob es sich nicht um eine Windows-Systemdatei handelt, führen Sie einfach die Eingabeaufforderung aus und geben Sie SFC /SCANNOW ein.
Sie könnten auch versuchen, eine benutzerdefinierte Ansicht in der Ereignisanzeige zu erstellen und alle Ereignissammler anzuhängen, von denen Sie glauben, dass sie die gesuchten Informationen enthalten könnten, und zu warten, bis es wieder passiert. Überprüfen Sie dann Ihre benutzerdefinierte Ereignisansicht. Sie können praktisch allem, was Ihr Betriebssystem auf angeschlossener Hardware installiert hat, einen Ereignislogger hinzufügen. Und um Ihnen eine Vorstellung davon zu geben, was Sie mit der Ereignisanzeige machen können und wie leistungsfähig sie ist: Sie können sogar benutzerdefinierte Aufgaben basierend auf dem Eintreten bestimmter Ereignisse ausführen lassen, vorausgesetzt, das Ereignis ist protokollierbar.
Wie einige bereits gesagt haben, ist es möglich, dass es sich um einen fehlerhaften Treiber handelt. Der häufigste Grund für einen Neustart Ihres Computers ist ein fehlerhafter Grafiktreiber. Allerdings kann jeder fehlerhafte Treiber einen Neustart Ihres Computers verursachen. Wenn das Innere Ihres Computers verschmutzt ist, kann dies außerdem dazu führen, dass er herunterfährt, weil ein Kurzschluss auftritt oder eine andere Komponente zu heiß wird und deshalb nicht mehr richtig funktioniert.
Um dieses Problem zu lösen, ist es in solchen Situationen am besten, mit den Grundlagen zu beginnen, indem Sie zuerst Ihren Computer physisch reinigen und dann den Müll im Betriebssystem entfernen. Entfernen Sie alte Programme, leeren Sie den Papierkorb, defragmentieren Sie den Computer, installieren Sie Windows-Updates, falls vorhanden, und suchen Sie zuletzt nach aktualisierten Treibern für die Hardware in Ihrem Computer. Beispielsweise Grafiktreiber, Netzwerkkartentreiber, Audiotreiber usw. Wenn es Probleme mit Ihrer Hardware wie dem Speicher oder der Festplatte gab, hätte das Betriebssystem diese erkannt und irgendwo protokolliert, bevor das System abstürzt oder in Ihrem Fall einfach neu startet. Wie Sie ohne weitere Informationen sehen, kann es eine Reihe von Ursachen haben, aber wenn Sie einige dieser Wartungsaufgaben durchführen, können Sie zumindest mehr Dinge von Ihrer Liste der möglichen Ursachen streichen.