Dump-Datei wird nicht erstellt
 

Habe momentan mit BSoD's zu kämpfen und zur Auswertung benötige ich die .dmp-Dateien. Und genau die werden seid ein paar BlueScreens nicht mehr erstellt. BSoD bleibt stehen bei 0% und bleibt da auch, selbst nach 2, 3 Minuten noch. Es geht nur noch der Reset-Knopf.
Heute nachmittag habe ich deswegen ein InplaceUpgrade durchgeführt - das brachte nicht die gewünsche Lösung: immer noch keine .dmp.
w10pro x64 1809
Jemand eine Idee was ich da falsch mache? :dankeschoen:

1) Warum fragst du nicht die Leute, die die Auswertung der Dumps machen? Es scheint dir ja jemand woanders zu diesem Vorgehen geraten zu haben.
2) Wahrscheinlich ist die Kiste so zerschossen, dass einfach keine Dumps mehr erstellt werden können.
3) Wie(so) provozierst du denn bitte diese ständigen BSODs? Keine gute Idee, wenn es an der Hardware liegt (siehe auch Punkt 2).

zu 1) Das ist Acronis. Und die sind unterirdisch lahm - brauchen für die Auswertung des 1ten BlueScreen lt. Mail 4 Wochen.
zu 2) Nach einem InplaceUpgrade?
zu 3) Die werden nicht provoziert, die kommen 'von alleine' - und nach dem Update des Nividia-Treibers von vorgestern gehäuft und da würde ich gerne mit WhoCrashed & BlueScreenView nachschauen ob mein Verdacht berechtigt ist.

Hört sich nach Hardwarefehler der Grafikkarte an. Da kannst du dann soviel in-place-upgraden wie du willst - allein, es nützt nichts.

Wenn es NUR verschwurbelte Software ist, sollte eine Neuinstallation die Probleme beseitigen.

Was hat überhaupt Acronis mit BSODs zu tun? Hast du ein Problem nach Backup?

zu 3. Warum installierst Du Dir nicht eines der genannten Programme? Und postes nicht einfach die Ergebnisse?

@felix:
3) Die Programme sind installiert aber ohne .dmp gibt's da nichts zum Auslesen & Posten.

@Yatagan:
Die ist nicht mal 1/2 Jahr alt, ich weiss, das heisst nichts, kann trotzdem hinüber sein. Allerdings gab es eindeutige Bluescreen die auf Acronis (Active Protection) deuteten und genaus deshalb hatte ich vor ein paar Wochen schon den Acronis-Support kontaktiert - sind halt leider nicht die schnellsten.

Werde Acronis deinstallieren und schauen ob es besser wird.

Da würde ich nicht nach Fehlern suchen, sondern den Krempel deinstallieren.

Bzw. bei Acronis die Protection Komponente deaktivieren.

@stefanbecker
Active Protection hatte ich gleich deaktiviert, nachdem ich es als Fehler/Ursache in BlueScreenView gelesen hatte. Danach war einige Zeit Ruhe, leider nicht endgültig.

@Yatagan
Nein, keine Probleme mit Backups von Acronis aber mit fehlenden .dmp's und und BlueScreens (siehe Post #1).

Habe jetzt ATI2019 mit einer Anleitung vom First-Level-Support deinstalliert und neu installiert - wenn es läuft: gut, wenn nicht: erneute Deinstallation und warten auf Antwort von Acronis.
Zu Acronis Entlastung muss ich nachtragen, dass die Mail mit den 4 Wochen vom Third-Level-Support kam (Post #3).

Noch jemand eine Idee wie ich w10 dazu bekomme wieder .dmp-Dateien zu erstellen (aktuelles Grundproblem)? :kaffee:

Vergiss erst mal Acronis. Teste eher mal die Hardware. Festplatte mit Crystal Disk Info, RAM mit Memtest, evtl. mal eine andere Grafikkarte einbauen.

Wenn da alles in Ordnung ist, dann mal das Gerät mit Linux von CD starten/nutzen. Stürzt das auch ab, ist die Hardware defekt.

@stefanbecker - Danke für Deine Hilfe! :abklatsch:
Festplatten habe ich gleich zu Beginn des Problems mit CrystalDiskInfo als auch SeaTools for Windows überprüft: beide sagen OK.
Einen USB-Stick mit MemTest86 werde ich gleich im Anschluss vorbereiten.
Möchte allerdings anmerken, dass die HW (SSD's, Board, GraKa, Netzteil, RAM & Prozessor) erst ein knappes 1/2 Jahr jung sind. Lediglich die HDD und das BR-LW habe ich aus dem alten Rechner mitgenommen. Nichts desto trotz kann es ein HW-Defekt sein obwohl mir ein Profi den Rechner neu aufgebaut und ausführlich getestet hat. Eine AMD Radeon R7 360 habe ich hier aus dem Alten auch noch liegen.
Werde jetzt mal anfangen nach Deiner Reihenfolge die HW zu testen. Und falls da tatsächlich etwas kaputt ist, habe ich ja noch Garantie.

Edit1: Habe jetzt das RAM mit Windows (mdsched) Standard getestet: keine Probleme. Später am Abend werde ich MemTest86 starten und über Nacht laufen lassen.

Edit2: MemTest86 ist durch: 0 Errors :heilig:.

Heute Morgen habe ich Acronis mit deren CleanupTool deinstalliert, weil es gestern Abend schon wieder einen BSoD gab. Beim Deinstallieren gab es 2x einen BSoD und 1x hat der Rechner sich komplett aufgehangen :kloppen: :pfui: - nicht dass ich mir hier noch die HW zerlege. Erst der 4te Versuch klappte - jetzt ist es erstmal runter.

Beim letzten BSoD ist ohne mein Zutun (endlich) wieder eine grosse memory.dmp (fast 16 GB) und eine kleine (gutes MB) Minidump erstellt worden. Die habe ich erst Mal schnell in Sicherheit gebracht und anschliessend, zuammen mit einer ausführlichen Mail, Acronis hochgeladen/geschickt. Acronis hat innerhalb von knapp 2 Stunden geantwortet (Auszug):
Vielleicht doch ausschliesslich ein Acronis Problem :glaskugel:?

Jedenfalls habe ich den BSoD mal mit Crash Dump Analysis und BlueScreenView ausgelesen:

Richtig schlau werde ich daraus nicht. Auszug WhoCrashed: 'This was probably caused by the following module: ntdll.sys.' Problem: 'ntdll.sys' findet sich auf meinem System nicht und so bekomme ich nicht raus wozu es gehört und welcher Treiber da genau betroffen ist :dummguck:.
Kann mir jemand von Euch weiterhelfen? :dankeschoen:

Also ich versteh jetzt nicht was du da von uns erwartest. Etwas eine Anweisung du musst nur hier und da drücken und dann geht wieder alles?

Der Hersteller hat doch bestätigt, dass es an seiner Software liegt, das Problem nicht einfach ist und er kurzfristig keinen Fix liefern kann.

Mach eine saubere Neuinstallation von Windows, installiere Acronis neu und beobachte, ob durch Acronis weiterhin BSOD verursacht werden. Wenn ja wirst du eine andere Backupsoftware benötigen.

Upps, mein Fehler :stirn::
habe im letzten Post vergessen zu ergänzen, dass es nach deinstalliertem Acronis noch einen BlueScreen gab. Deshalb hatte ich gehofft, dass jemand der sich auskennt aus den Logs lesen kann was da in etwa den BlueScreen verursacht hat. Eine Datei (ntdll.sys) wurde in WhoCrashed gennant, nur gibt es die auf meinem Rechner nicht. Und felix1 wollte in Post #5 Logs von WhoCrashed/BlueScreenView. ntdll.dll gibt es mehrfach und gehört eindeutig zu Windows aber ntdll.dll ist nicht ntdll.sys.
Eine Neuinstallation an sich ist kein Thema. Nur habe ich einiges an Spielen auf der HDD und bis das dann wieder alles gedownloaded/installiert ist gehen locker so 2-3 Tage ins Land. Habe gerad mal geschaut: knapp 860 GB.
Bis jetzt gab es keinen weiteren BlueScreen. Schön wenn's dabei bliebe oder sich eine Lösung findet, ansonsten muss ich da eben durch.

Sowas wie ntoskrnl.sys sind allgemeine Kernelfehler. Viel mehr als defekte oder überhitzte Hardware oder Treiber mit Bugs kann man dazu nicht sagen.

:dankeschoen: :abklatsch:
RAM, SSD's & HDD sind schon mal OK. Dann muss ich, falls nötig (weiterer BSoD), als nächstes die GraKa tauschen lassen (ich weiß ist nicht sonderlich anspruchsvoll aber ich habe da zwei linke Hände).
Die Temperaturen habe ich seid dem Problem immer wieder mit CPUID HWMonitor/Core Temp geprüft – alles deutlich unter 50°C. Das einzig auffällige waren Temperaturen auf/am Board (TMPIN6 und TMPIN8) mit deutlich über 100° C. Das habe ich gegoogelt und komplette Entwarnung gefunden (von 'Auslesefehler' zu 'nicht benutztem Sensor' bis hin 'kann nicht sein, mit dem Temperaturen schaltet sich das Board/der Rechner sofort ab').
Treiber mit Bugs ist schwierig raus zu kriegen. Lt. Gerätemanager alles OK, incl. ausgeblendeter Geräte. SSD's haben aktuelle FW, Nvidia-Treiber auch aktuell - heißt hier aber nicht viel, es können trotzdem Bugs drin sein.
Können die Treiber mit einem (einigermaßen) verlässlichem Tool gecheckt werden? Google findet dazu einiges aber ich kenne mich da nicht aus, weiß nur das so was wie Driver Booster von IObit gar nicht geht.
Gestern habe ich im MS-Forum noch nach gelesen, dass die BSoDs von NETFramework kommen könnten. Daraufhin habe ich das auf dem Rechner gesucht und in einem Spiel gefunden: Spiel deinstalliert, weiter gesucht und noch 2 MS-Updates gefunden und auch deinstalliert. Vielleicht war es das - die Hoffnung stirbt zuletzt :heilig:.

Mit Treiber kann auch sowas gemeint sein wie Filtertreiber bzw Modul für das Betriebssystem. Ein Beispiel wäre zB ntfs.sys, diese Treiberdatei ist kein Treiber für ein Gerät aber als Treiber notwendig um ein NTFS-Dateisystem anzusprechen. Und Acronis bringt wohl auch einige dieser Treiber/Module mit.

Es ist doch klar, dass es an Acronis liegt oder nicht? Deinstallier es und mach deine Backups mit einem anderen Tool.

Nee, eben nicht (#12 'mein Fehler').
Snapshot sichert gerade Alles, macht es schon seid heute früh um 7:00 Uhr, incl. verifying. Systempartition schon gestern Abend. Snapshot war von Acronis da und ist geblieben :pfeiff:.
Lieber einmal zu viel als einmal zu wenig :zunge:.
Besten Dank für den Wikipedia-Link :abklatsch:, schau ich mir gleich mal in Ruhe an :kaffee:.

Hm...aber der Acronis Support hat dir doch den Fehler der in Acronis steckt, doch bescheinigt?

Wie dem auch sei, mir ist Acronis schon zu lange zu fett. Windows-Kisten image ich seit Jahren nur mit drivesnapshot. Eine gute Backup/Image Software soll den Rechner ja auch nur sichern und nicht verändern (mit Kernelmodulen zupflastern)...

Richtig, bleibt der BSoD nach der Deinstallation.
Gerade habe ich mir mit DriverView mal angeschaut (angeregt durch den Wikipediaartikel 'Gerätetreiber') was das alles auf meinem Rechner installiert ist. Und siehe da 'Ntfs.sys' ist jetzt (wieder) da, ursächlich wird das InplaceUpgrade von gestern Nachmittag sein, Datum und Uhrzeit stimmen. Vielleicht ist der ja vorgestern bei der BSoD-Serie während der Acronis-Deinstallation abgeschossen worden und deshalb der weitere BSoD :glaskugel:.
Das InplaceUpgrade habe ich zwar aus einem anderen Grund gemacht (w10 erstellte keine Systemwiederherstellungspunkte mehr und nach einer Stunde googel und frickeln hatte ich die Faxen dick) aber gut.
Ja, Acronis ist im Gegensatz zu Snapshot ein buntes Monster. Snapshot ist essenziell. Ehrlich gesagt habe ich das Projekt Acronis nur deshalb gestartet, weil es in deutsch ist. Bei Snapshot brauche ich des öfteren Übersetzungshilfen obwohl ich das deutsche Handbuch hier habe.
Was meinst Du? Könnte beobachten und abwarten ob ein weiterer BSoD auftritt eine vorläufige Lösung sein? :kaffee:

ntfs.sys war doch ein Beispiel - dür ein Modul und kein Gerätetreiber - du hast doch vorher geglaubt, ein Treiber müsste zwangsläufig ein Gerätetreiber für echte Hardware sein. :kaffee:

und ja ntfs.sys muss vorhanden sein, sonst geht garnix in Windows.

Deinstalliere mal Acronis und poste FRST-Logs.

Och Cosinus, Acronis ist doch seid Montag vormittag deinstalliert :pfeiff:.
ntfs.sys zeigte WhoCrashed als Ursache für den BSoD an.

ja ich dachte du hast es wieder drauf. Dass ntfs.sys auch als Ursache angezeigt wurde habe ich nicht gesehen, bin das Log nicht komplett durchgangen als von ntoskrnl die Rede war :confused:

Was issen nun mit FRST

kommt:

Addition:
FRST:

... und zum Vierten! :wtf:

Dabei könnte es so einfach sein:

hxxps://www.der-postillon.com/2016/05/rechtschreibreform-seid-seit.html

Sorry für OT...:heilig:

Also Hinweise zur Ursache seh ich da nicht. Aber zu Bluescreenview, ist das Teil buggy oder so? Ich seh da timestrings aus der Zukunft wie zB

Zeitstring : 14.10.2045 09:19:45

Dann stürzt der Fluxkompensator ab :)

Na wenn du meinst, du bist der Doc, Doc :D

@cosinus
:dankeschoen: für's Logauswerten.
Mit BlueScrennView habe ich so keine Probleme. Soll ich es trotzdem Mal runterschmeissen?

BlueScreenView wird eh nicht installiert, das besteht aus ein paar Dateien die einfach nur ausgeführt werden. Das ist aber keine extra Software die man über nen Installer installieren muss, das Teil legt keine Dienste, Reg-Einträge oder gar Kernelmodule an.

Gut, dann kann es ja da bleiben wo es ist :abklatsch:.

Eben beim Hochfahren gab es wieder ein BSoD :headbang:.
Sieht ähnlich wie die vorigen aus (wieder ntdll.sys ursächlich).'CRITICAL_PROCESS_DIED' ist neu. Ein bisschen positiv an dem BSoD ist, dass eindeutig (WhoCrashed) auf einen Gerätetreiber gezeigt wird. Aber welcher? :glaskugel:
Gestern Abend hatte ich (rein vorsorglich) sfc /Scannow, Dism /Online /Cleanup-Image /ScanHealth und Dism /Online /Cleanup-Image /CheckHealth ausgeführt. Vorher schon perfmon /report.
Durchgehend alles OK.

Und ntdll.sys fehlt schon wieder in meinem System, damit ist das System doch eigentlich nicht lauffähig - läuft aber trotzdem (noch). :confused:

Hattest du nicht eine Grafikkarte zum Wechsel rumliegen? Wenn ja, machen.

Du könntest Windows mal komplett neu installieren.

Und wenn das nichts hilft, Hersteller/Garantie.

GraKa: siehe bitte #14
Neuinstallation: siehe bitte #12
Hersteller/Garantie: dafür müsste ich wissen welches Teil defekt ist, denn ich habe die neue HW zum größten Teil im stationären Handel gekauft, einen kleineren Teil bei einem IT-Dienstleister im Nachbardorf der auch den späteren Um- und Zusammenbau übernommen hat und zu guter Letzt habe ich die HDD und das BR-LW aus dem alten Rechner übernommen.

Der aktuelle BSoD sagt ja eindeutig 'Gerätetreiber' und selbst bei einer Neuinstallation werden wieder dieselben Treiber installiert. Der einzige Grund weshalb ich noch keine Neuinstallation angestossen habe ist die grosse Spielesammlung auf der HDD (#12).

Bitte nicht falsch verstehen. Ich bin für die Hilfe des TB (hpts. cosinus/stefanbecker) wirklich dankbar habe da aber den verzwickten Knoten mit den Spielen.

Meinst du jetzt jetzt

#12 - Geht nicht wegen zu viel Daten
#14 - Geht nicht wegen zwei linken Händen

?

Oder hast du beides probiert und es hat nicht geholfen?

Ich wüsste jedenfalls nicht, wie man das Problem sonst lösen sollte als durch Hardwaretausch und Neuinstallation.

OK, kapiert:
"Wasch mir den Pelz aber mach mich nicht nass"
funktioniert nicht. :heilig:

Neuinstallation & GraKa-Wechsel am Sonntag - danach war alles gut - bis eben :headbang:
sfc /scannow & DISM-Standard Befehle mit cmd ausgeführt - auch alles gut (leider in dem Fall).
Habe die Bug Check Codes gegoogelt & nix gefunden.
Kann jemand aus den Logs lesen was jetzt die Ursache war? :dankeschoen: