dertowa
Goto Top

Minidump - EdgeUpdate Prozess?

Hallo zusammen,
ich brüte hier gerade über einem Minidump:
https://www.file-upload.net/download-15222152/111423-3343-01.zip.html

BlueScreenView spuckt: ntoskrnl.exe aus, also mal etwas tiefer gegraben - muss dann ein Subprozess sein.

Laut WinDbg:
BUGCHECK_CODE:  50

BUGCHECK_P1: ffff9aa84b7b3ce8

BUGCHECK_P2: 0

BUGCHECK_P3: fffff801690089a6

BUGCHECK_P4: 2

FILE_IN_CAB:  111423-3343-01.dmp

READ_ADDRESS: fffff801696fb390: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
unable to get nt!MmSpecialPagesInUse
 ffff9aa84b7b3ce8 

MM_INTERNAL_CODE:  2

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  MicrosoftEdgeUpdate.exe

TRAP_FRAME:  ffffef07d200f2d0 -- (.trap 0xffffef07d200f2d0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=ffffab81dcd66080
rdx=ffff9a884ddd01c0 rsi=0000000000000000 rdi=0000000000000000
rip=fffff801690089a6 rsp=ffffef07d200f460 rbp=ffffef07d200f580
 r8=ffffef07d200f470  r9=7fff9a884dc71b70 r10=7ffffffffffffffc
r11=ffffc7fb89a00000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz na pe nc
nt!ObpCreateHandle+0xe46:
fffff801`690089a6 488b4608        mov     rax,qword ptr [rsi+8] ds:00000000`00000008=????????????????
Resetting default scope

STACK_TEXT:  
ffffef07`d200f028 fffff801`68e38cbf     : 00000000`00000050 ffff9aa8`4b7b3ce8 00000000`00000000 ffffef07`d200f2d0 : nt!KeBugCheckEx
ffffef07`d200f030 fffff801`68c30730     : ffffef07`d200f5d0 00000000`00000000 ffffef07`d200f350 00000000`00000000 : nt!MiSystemFault+0x1de34f
ffffef07`d200f130 fffff801`68e0d1d8     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MmAccessFault+0x400
ffffef07`d200f2d0 fffff801`690089a6     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x358
ffffef07`d200f460 fffff801`68ff08c6     : 00000000`00000000 00000000`0000000f ffffef07`d200f688 ffffab81`cd8a3d60 : nt!ObpCreateHandle+0xe46
ffffef07`d200f670 fffff801`69020bd2     : ffffab81`de1bbdc0 00000000`01000000 ffff9a88`4dc71b90 ffffab81`de1bbdc0 : nt!ObInsertObjectEx+0x156
ffffef07`d200f900 fffff801`6902092c     : 00000000`0077e1c8 00000000`0000000d 00000000`00000000 00000000`00000001 : nt!MiCreateSectionCommon+0x292
ffffef07`d200f9e0 fffff801`68e10ef8     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!NtCreateSection+0x5c
ffffef07`d200fa50 00007ffa`7392d924     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
00000000`0077e128 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffa`7392d924


SYMBOL_NAME:  nt!ObpCreateHandle+e46

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

IMAGE_VERSION:  10.0.19041.3570

STACK_COMMAND:  .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET:  e46

FAILURE_BUCKET_ID:  AV_R_(null)_nt!ObpCreateHandle

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {48c202f8-a564-ab26-552e-c82ebfe1b64e}

Followup:     MachineOwner
---------

Das soll ich nun glauben, dass die EdgeUpdate Komponente einen BSOD auslöst?
Da ich die Updates bei uns über den WSUS rausgebe, habe ich nach der EXE gesucht:

C:\Program Files (x86)\Microsoft\EdgeUpdate

Dort liegt das schnöde Ding in Version 1.3.147.37 aus 2021, wie auf jedem anderen Windows 10 (22H2) Client hier auch.
Kann sich da jemand einen Reim drauf machen?

Grüße
ToWa

Content-ID: 22642879371

Url: https://administrator.de/contentid/22642879371

Ausgedruckt am: 23.11.2024 um 08:11 Uhr

dertowa
Lösung dertowa 21.11.2023 um 15:16:30 Uhr
Goto Top
Ich löse mir das hier mal selbst.
Ich war nicht in der Lage das System abstürzen zu lassen, auch meine Vermutung, dass es der RAM war/ist, konnte ich nach einem intensiven Memtest nicht bestätigen.

Also wurde das System zum Test an einen Azubi gegeben. face-big-smile
Nachdem gestern an einem Tage 3 Minidumps gesammelt wurden und alle unterschiedliche Analysen brachten, sah ich mich dennoch bestätigt und habe zu heute testweise mal den RAM-Takt vom XMP-Profil (3200) auf Auto (2133) reduziert und damit auch die Timings entschärft.

System ist damit stabil.
Also ist es doch der RAM, oder eine kleine Inkompatibilität zwischen Speichercontroller und Speicher, obwohl Memtest meint der sei Speicher und auch die Kommunikation sei absolut in Ordnung.

Grüße
ToWa