Anzeige

Am Puls von Microsoft

Anzeige

Windows 10 Bluescreen SYSTEM_SERVICE_EXCEPTION 0x0000003b Durch Backup-Program

1001111

Herzlich willkommen
Hallo,

leider habe ich in letzter Zeit sehr oft ein Bluescreen.

Im Ordner "C:\Windows\Minidump" habe ich aktuell 6 CMP Dateien.
Mit 3 verschiedenen Melden.

Ich würde gerne das beheben. Vielleicht kann mir ja hier jemand helfen.

Eine Dump Datei (042720-8828-01.dmp) habe ich mal als ZIP Datei in den Anhang gepackt.


Hat jemand ein Tipp, wie ich den Fehler beseitigen kann?


Ich wäre extrem Dankbar.
 

Anhänge

  • 042720-8828-01.zip
    70,3 KB · Aufrufe: 164
Anzeige
AW: Windows 10 Bluescreen SYSTEM_SERVICE_EXCEPTION 0x0000003b (Minidump)

Guten Morgen und willkommen im Forum, @1001111 ! :)
Der Stoppfehler inDumpfile 042720-8828-01.dmp wurde durch dein Aomei Backupper ausgelöst.
PROCESS_NAME: ABCore.exe
IMAGE_NAME: amwrtdrv.sys
FAILURE_BUCKET_ID: 0x3B_c0000005_amwrtdrv!unknown_function
Also der Treiber von Aomei hat im Speicher eine Zugriffsverletzung verursacht.

Wenn ich mir die Modulliste anschaue, wundert mich das garnicht:
ambakdrv.sys Tue Dec 25 09:46:35 2012
amwrtdrv.sys Tue Dec 25 09:46:38 2012
ammntdrv.sys Tue Dec 25 09:46:37 2012
Das sind alles Module von Aomei Backupper.

Gerade ein Backupp-Programm sollte immer aktuell sein.
Es sind auch noch Module von anderen Programmen, die schon reichlich alt sind.
Hier muss mal das ganze System durchforstet werden.

Nachtrag:
Hier noch der letzte Thread mit dem letzten Stack
Code:
!thread
THREAD ffff9d8f0aaeb080  Cid 0968.383c  Teb: 00000000003f6000 Win32Thread: 0000000000000000 RUNNING on processor 1
IRP List:
    Unable to read nt!_IRP @ ffff9d8f105fa2e0
Not impersonating
GetUlongFromAddress: unable to read from fffff8036622ca14
Owning Process            ffff9d8f11aeb080       [COLOR="#FF0000"]Image:         ABCore.exe[/COLOR]
Attached Process          N/A            Image:         N/A
fffff78000000000: Unable to get shared data
Wait Start TickCount      2014438      
Context Switch Count      2977           IdealProcessor: 1             
ReadMemory error: Cannot get nt!KeMaximumIncrement value.
UserTime                  00:00:00.000
KernelTime                00:00:00.000
Win32 Start Address 0x0000000074ea29e1
Stack Init ffff960b6a4a3c90 Current ffff960b6a4a37b0
Base ffff960b6a4a4000 Limit ffff960b6a49e000 Call 0000000000000000
Priority 10 BasePriority 8 PriorityDecrement 0 IoPriority 2 PagePriority 5
......
# Child-SP          RetAddr           Call Site
00 ffff960b`6a4a24a8 fffff803`65fd41e9 nt!KeBugCheckEx
01 ffff960b`6a4a24b0 fffff803`65fd363c nt!KiBugCheckDispatch+0x69
02 ffff960b`6a4a25f0 fffff803`65fcb182 nt!KiSystemServiceHandler+0x7c
03 ffff960b`6a4a2630 fffff803`65efa2c5 nt!RtlpExecuteHandlerForException+0x12
04 ffff960b`6a4a2660 fffff803`65efe85e nt!RtlDispatchException+0x4a5
05 ffff960b`6a4a2db0 fffff803`65fd431d nt!KiDispatchException+0x16e
06 ffff960b`6a4a3460 fffff803`65fd0503 nt!KiExceptionDispatch+0x11d
07 ffff960b`6a4a3640 fffff803`65f0a914 nt!KiPageFault+0x443
08 ffff960b`6a4a37d0 fffff803`7dc81845 nt!IofCallDriver+0x44
09 ffff960b`6a4a3810 00000000`00000000 [COLOR="#FF0000"]amwrtdrv+0x1845[/COLOR] 
[COLOR="#008000"]// und hier noch der zugehörige Context-Record[/COLOR]
CONTEXT:  ffff960b6a4a2de0 -- (.cxr 0xffff960b6a4a2de0)
rax=ffff9d8f0e909f78 rbx=0000000000000000 rcx=0000000000000000
rdx=ffff9d8f0e909dd0 rsi=0000000000040000 rdi=ffff9d8f105fa2e0
rip=fffff80365f0a914 rsp=ffff960b6a4a37d0 rbp=ffff9d8ef7869ad0
 r8=0000000000000003  r9=0000000000000000 r10=ffff800000000000
r11=ffff9d8f0e909fc0 r12=ffff9d8f0e909dd0 r13=0000000000000000
r14=ffff9d8f150614b0 r15=ffff9d8ef7869980
iopl=0         nv up ei ng nz ac po cy
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010297
nt!IofCallDriver+0x44:
fffff803`65f0a914 488b4908        mov     rcx,qword ptr [rcx+8] ds:002b:00000000`00000008=[COLOR="#FF0000"]???????????????[/COLOR]
[COLOR="#008000"]// es ist zusehen, dass der Aufruf des Treibers zu Speichermüll führte[/COLOR]
Der Stack wird angelegt und bereits bei Stack #07 verursacht der Treiber amwrtdrv.sys einen Speicherseiten-Fehler.

Und noch eine Anmerkung:
wenn in dem Ordner C:\Windows\Minidump mehrere Dumpfiles liegen, dann bitte die 5 neuesten zusammen in einen RAR- oder ZIP-Archiv packen.
Dann können wir auch die Gemeinsamkeiten der Stoppfehler ergründen
 
Zuletzt bearbeitet:
AW: Windows 10 Bluescreen SYSTEM_SERVICE_EXCEPTION 0x0000003b (Minidump)

Hallo Ari45,

vielen Dank. Das ist ja Wahnsinn, das ich so schnell eine so gute Antwort bekomme.
Diese Abstürze nervten mich schon die letzte Zeit.

Jetzt habe ich aber neue Fragen.

  1. Was sollte ich jetzt machen, um das Problem zu beheben?
    Aomei ist ein Backupprogramm, was regelmäßig Backups macht.

    A: Das Programm komplett deinstallieren und neu installieren

    B: Das Backup Programm wechseln? Vielleicht zu Acronis?
  2. Wie kann man so ein Minidump analysieren und den Fehler finden?
 
AW: Windows 10 Bluescreen SYSTEM_SERVICE_EXCEPTION 0x0000003b (Minidump)

hi
mal in den einstellungen von aomei gucken. ob unter backup-modus aomei eingestellt ist. normal ist MS eingestellt. mal auf aomei wechseln.
Unbenannt.png
gruß
ps. anschließend den zeitplan konfigurieren.
 
Zuletzt bearbeitet:
Hallo @1001111, für mich ist Aomei das beste Backup-Programm, weil Preiswert.
Du solltest schauen, wie die Version von deinem Aomei ist und dann auf der Homepage von Aomei nachschauen, ob es etwas neueres gibt.
Die Module, die ich dir in Antwort #2 genannt habe, sind von 2012. Damals gab es noch Windows 10. Es ist durchaus möglich, dass einige dieser alten Module nicht mit Windows 10 verträglich sind.
 
Vielen Dank Ari45 und laudon

Ich hatte mit Aomei Backupper schon Probleme.
Auf einmal war meine Backup Liste nicht mehr da und ich habe es neu installiert.
Zur Zeit stimmte da aber etwas nicht. Das Programm ist aber auf dem neusten Stand.

Ich habe mir die 3 Dateien angeschaut.
ambakdrv.sys Tue Dec 25 09:46:35 2012
amwrtdrv.sys Tue Dec 25 09:46:38 2012
ammntdrv.sys Tue Dec 25 09:46:37 2012

Die liegen unter "C:\Windows\System32"

und haben bei mir den folgenden Zeitstempel

C:\Windows\System32\ambakdrv.sys
21.12.2016 21:54

C:\Windows\System32\ammntdrv.sys
21.12.2016 22:52

C:\Windows\System32\amwrtdrv.sys
01.09.2017 18:12


Vielleicht sollte ich das Programm einmal komplett deinstallieren und neu einrichten?
Müsste die 3 Dateien beim deinstallieren auch komplett verschwinden?
 
sind von 2012. Damals gab es noch Windows 10
Windows 7 ist natürlich gemeint. Windows 10 kam im Juni 2015 heraus.

Gerade bei Programmen, die tief ins System eingreifen (alle Backup Programme gehören dazu) sollte man regelmäßig auf aktuelle Versionen updaten.
 
@1001111, nur zur Info:
die drei Dateien, die mit Datumsangabe in Antwort #2 aufgelistet habe, stammen aus der Modulliste der Dumpfile.
Da ich selbst auch AOMEI benutze, habe ich bei mir nachgeschaut.
Die Zeitstempel sind bei mir genau so, wie bei dir in Antwort #6 aufgelistet. Und ich habe die neueste Version von AOMEI.

Wieso die Modulliste in der Dumpfile den Zeitstempel 2012 angibt, ist mir unklar. Diese Modulliste wird von Windows erstellt, sobald ein Bluescreen eintritt. Es ist also kein Fehler meines Debuggers, sondern von Windows selbst.
 
@Ari45;1801504]
Wenn ich mir die Modulliste anschaue, wundert mich das garnicht ... [/QUOTE]

Wie schon geschrieben, Aomei, ist ja auf dem neusten Stand.
Da scheint irgendwas nicht zu stimmen.

Aber meine Hauptfrage ist ja, warum steht da das Datum 2012,
wenn ich nachschaue, steht bei mir ein anderes Datum.
Siehe Anhang.

Kann mir das jemand erklären?
Liegt die Datei denn noch woanders?

Ok, sehr merkwürdig.
Ich habe in Autoruns geguckt.
Da steht auch ein altes Datum.

Wenn ich aber die Datei im Windows Explorer öffne, steht da ein anderes Datum.

Hat da jemand ein Ahnung, warum ich da 2 verschiedene Datum Angaben habe?

Wieso die Modulliste in der Dumpfile den Zeitstempel 2012 angibt, ist mir unklar. ...

Achso. ok.

Vielen Dank
 

Anhänge

  • 2020-04-28 (3).png
    2020-04-28 (3).png
    93,8 KB · Aufrufe: 185
  • 2020-04-28 (5).png
    2020-04-28 (5).png
    143,6 KB · Aufrufe: 198
Zuletzt bearbeitet von einem Moderator:
Hallo,

also ich habe Aomei komplett deinstalliert und neu installiert.
Dann kam aber wieder der Fehler.

Und wenn ich mir die Zeiten von den Abstürzen angucke, fällt mir auf, das es oft zu voller Stunde ist. Dann, wenn das Backup läuft.

Ich habe mal die letzten Minidum Dateien in eine ZIP gepackt.


Vielleicht kann jemand was zu den Minidump Dateien sagen?

Eine Ursache könnte ich mir wohl noch vorstellen. Das vielleicht der Ram kaputt ist. Das müsste ich mal intensiv prüfen.
 

Anhänge

  • 2020-04-29 (2).png
    2020-04-29 (2).png
    52,3 KB · Aufrufe: 163
  • Minidump.zip
    485,2 KB · Aufrufe: 141
Wie viel mistige Antivirus-Programme willst du denn noch haben auf dem System?
MBAM wurde genannt, von mir F-Secure und jetzt finde ich noch Zemana... :rolleyes:
Hau den Müll runter, die taugen allesamt nichts bis auf Malwarebytes (MBAM).

Windows scheitert beim IofCallDriver -> IRP
I/O request packet - Wikipedia
bzw
Sends an IRP to the driver associated with a specified device object.
Das Problem ist nicht Aomei, sondern AOMEI scheitert mit seiner Abfrage an das Gerät, weil irgendwas dazwischen grätscht.
 
Anzeige
Oben