Bluescreens - Irql_not_less_or_equal

Alle Informationen in unserem Special: Windows Vista.

Seite 1 von 1

Bluescreens - Irql_not_less_or_equal

#1 SkyBrutus

Forumbewohner

Gruppe: aktive Mitglieder
Beiträge: 26
Beigetreten: 27. Januar 07
Reputation: 0

geschrieben 25. Januar 2009 - 21:22

Hallo zusammen,

ich habe mir vor einigen Tagen einen neuen PC zusammengestellt und diesen auch selbst zusammen gebaut! Leider habe ich von Anfang Probleme... :grin:

System:
CPU: Intel Q9550
Mainboard: Gigabyte EP45-DS5
RAM: OCZ 4096MB PC2-8500 Reaper
NT: BeQuiet Dark Power Pro P7 650W
Graka: Club3d HD4870 overclocked
BS: Vista 64Bit + Vista 32Bit (beides getestet)

Nun zu meinem Problem:

Ich bekomme ständig und ohne Vorwarnung Bluescreens mit dem Inhalt "IRQL_NOT_LESS_OR_EQUAL"

Ab und an gab es auch BLuescreens ohne "Meldung" bzw es stand irgendwas von "Wenn dieses Bild zum erstmal sehen, prüfen Sie ob genug Speicher vorhanden ist"

Und unter Vista x64 hatte ich noch folgende BlueScreen Meldung "System_service_exception"

Nun bin ich fast am verzweifeln, da das System mit 1050 Euro auch nich gerade sehr billig war und bei Google findet man zu diesen BlueScreen jede Menge, nur hilft einem da nicht viel von weiter.....

BITTE HELFT MIR !!!!

Folgendes habe ich bereits getestet:
- Memtest durchlaufen lassen und den RAM auf Fehler prüfen lassen --> keine Fehler
- Vista neu installiert + alle Treiber aus dem Internet aktualisiert --> keine Veränderung
- Vista x86 + Vista x64 getestet
- alle Einstellungen im Bios auf Auto und nicht benötigte COM Ports etc. deaktiviert -->keine veränderung
- RAM manuell auf seine Werte eingestellt --> leider auch nichts gebracht!

Solltet ihr die .dmp Files benötigen, bitte melden!

Ich danke euch schonmal für eure Hilfe!!!

Mfg SkyBrutus

Dieser Beitrag wurde von SkyBrutus bearbeitet: 25. Januar 2009 - 21:35

Nach oben
Nach oben of the page up there ^

#2 Thomynator

WF-Fetischist

Gruppe: aktive Mitglieder
Beiträge: 2.485
Beigetreten: 20. Februar 08
Reputation: 36
Geschlecht:Männlich
Wohnort:Traunreut

geschrieben 25. Januar 2009 - 22:30

hi SkyBrutus...

das isn ziemlich seltsames problem...
versuche es mal nach dieser kleinen Anleitung, den ein oder anderen BlueScreen näher zu analysieren und poste mal, was du rausfindest:

Debugging Tools for Windows

evtl. wären auhc die *.dmp Files hilfreich... (/aber probiers erst einmal so wie dort beschrieben)

Weiteres vorgehen:
Wenn bei der analyse nur mist rauskommt (also ständig verschiedene Sachen)
Dann probiere mal auf der Herstellerseite deines Mainbords ein BIOS Update für dein Boprd zu suchen und einzuspielen, vielleicht schafft das abhilfe.

evtl. probierst du es auch mal mit Windows XP
wenn das läuft hat es was mti Vista zu tun, geht es mit XP auch nicht, liegt es an der Hardware.

BZW: checke auch mal deine Festplatte auf Defekte Sektoren (kann auch zum absturz führen)
(die hersteller bieten solche Tools für ihre festplatten an)

Dieser Beitrag wurde von Thomynator bearbeitet: 25. Januar 2009 - 22:31

Nach oben
Nach oben of the page up there ^

#3 SkyBrutus

Forumbewohner

Gruppe: aktive Mitglieder
Beiträge: 26
Beigetreten: 27. Januar 07
Reputation: 0

geschrieben 26. Januar 2009 - 07:27

Hallo Thomynator,

vielen Dank für deine Antwort!

Ich habe gerade ebend mal die erste Dump File ausgewertet und es kam folgendes heraus:
(Leider kann ich daraus nichts erschließen :grin:

)

Die Auswertung der anderen Files folgt heute abend!

**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {5133a70d, 2, 0, 81a6b960}

Probably caused by : ntkrpamp.exe ( nt!ExpScanGeneralLookasideList+22 )

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

0: kd> !analyze -v
**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 5133a70d, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 81a6b960, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from 81b54868
Unable to read MiSystemVaType memory at 81b34420
 5133a70d 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExpScanGeneralLookasideList+22
81a6b960 8b51e0		  mov	 edx,dword ptr [ecx-20h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  8b5ffc4c -- (.trap 0xffffffff8b5ffc4c)
ErrCode = 00000000
eax=0000001e ebx=000007d0 ecx=5133a72d edx=00000362 esi=0000fd1f edi=00000bca
eip=81a6b960 esp=8b5ffcc0 ebp=8b5ffcd0 iopl=0		 ov up ei ng nz na pe cy
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000			 efl=00010a87
nt!ExpScanGeneralLookasideList+0x22:
81a6b960 8b51e0		  mov	 edx,dword ptr [ecx-20h] ds:0023:5133a70d=?
Resetting default scope

LAST_CONTROL_TRANSFER:  from 81a6b960 to 81a77d24

STACK_TEXT:  
8b5ffc4c 81a6b960 badb0d00 00000362 00000002 nt!KiTrap0E+0x2ac
8b5ffcd0 81a58620 81b1f1f8 81b1f1f0 00000000 nt!ExpScanGeneralLookasideList+0x22
8b5ffd7c 81bf2b18 00000000 81281bad 00000000 nt!KeBalanceSetManager+0x110
8b5ffdc0 81a4ba2e 81a58510 00000000 00000000 nt!PspSystemThreadStartup+0x9d
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!ExpScanGeneralLookasideList+22
81a6b960 8b51e0		  mov	 edx,dword ptr [ecx-20h]

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!ExpScanGeneralLookasideList+22

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  48d1b7fa

FAILURE_BUCKET_ID:  0xA_nt!ExpScanGeneralLookasideList+22

BUCKET_ID:  0xA_nt!ExpScanGeneralLookasideList+22

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

Dieser Beitrag wurde von SkyBrutus bearbeitet: 26. Januar 2009 - 09:32

Nach oben
Nach oben of the page up there ^

#4 Thomynator

WF-Fetischist

Gruppe: aktive Mitglieder
Beiträge: 2.485
Beigetreten: 20. Februar 08
Reputation: 36
Geschlecht:Männlich
Wohnort:Traunreut

geschrieben 26. Januar 2009 - 17:25

Das Problem scheint an dieser Datei hier zu liegen:
ntkrpamp.exe

so... also das Problem haben laut google sehr viele...
& für Windows XP gibt es auch einen patch dafür, für Vista habe ich bislang nichts gefunden dafür...

bzw. für die weitere Auswertung der Bluescreens...
WIchtig und am hilfreichsten sind diese 2 Zeilen:

Zitat

MODULE_NAME: nt

IMAGE_NAME: ntkrpamp.exe

hoffe es hilft etwas :blush:

bzw unter XP gab es dieses Problem auch schon... da habe ich etwas gefunden, dass es mit der Icon chace größe zusammenhängen könnte.
Hast du an einem Ort auf der Festplatte (bspw. in einem Ordner auf dem Desktop) die ganzen shortcut Icons liegen oder sowas in der art?

lg

Tommy

EDIT: Microsoft da steht, was man noch machen kann, also in kurzform:
Eingabeaufforderung (cmd.exe) als Admin ausführen und dann "sfc /scannow" eingeben, vllt findet er einen fehler mit der datei oder so und behebt es dann

Dieser Beitrag wurde von Thomynator bearbeitet: 26. Januar 2009 - 17:32

Nach oben
Nach oben of the page up there ^

#5 SkyBrutus

Forumbewohner

Gruppe: aktive Mitglieder
Beiträge: 26
Beigetreten: 27. Januar 07
Reputation: 0

geschrieben 26. Januar 2009 - 22:29

Hallo Tommy,

vielen Dank für deine Hilfe!
Einen solchen Ordner habe ich nirgends! Vista ist ganz frisch installiert! :grin:

Hier noch ein paar Bluescreens dumps (der letzte ist von heute):

1.

1: kd> !analyze -v
**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 43000001, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 81a1aff9, address which referenced memory

Debugging Details:
------------------


WRITE_ADDRESS: GetPointerFromAddress: unable to read from 81b81868
Unable to read MiSystemVaType memory at 81b61420
 43000001 

CURRENT_IRQL:  2

FAULTING_IP: 
hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+29
81a1aff9 8902			mov	 dword ptr [edx],eax

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  8d347a78 -- (.trap 0xffffffff8d347a78)
ErrCode = 00000002
eax=8d347afc ebx=c00000d8 ecx=8660e98c edx=43000001 esi=85e6ad78 edi=8660e958
eip=81a1aff9 esp=8d347aec ebp=8d347b0c iopl=0		 nv up ei ng nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000			 efl=00010286
hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+0x2
9:
81a1aff9 8902			mov	 dword ptr [edx],eax  ds:0023:43000001=?
Resetting default scope

LAST_CONTROL_TRANSFER:  from 81a1aff9 to 81aa4d24

STACK_TEXT:  
8d347a78 81a1aff9 badb0d00 43000001 81a1b0ed nt!KiTrap0E+0x2ac
8d347ae8 81a9bc62 00000002 9492a270 c00000d8 hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+0x2
9
8d347b0c 8aa183bb 8660e958 00880000 8d347b40 nt!ExAcquireResourceExclusiveLite+0x25
8d347b1c 8aa1827c 8664d9f8 9492a270 00880000 Ntfs!NtfsAcquireResourceExclusive+0x1e
8d347b40 8aa1d203 8664d9f8 9492a270 00000000 Ntfs!NtfsAcquireExclusiveFcb+0x42
8d347b6c 8aa9b201 8664d900 9492a270 00000002 Ntfs!NtfsAcquireFcbWithPaging+0x8b
8d347bac 8aa98cd4 8664d9f8 00000000 8fc57410 Ntfs!NtfsFindPrefix+0x13b
8d347c10 8aa9767f 8664d9f8 84958008 8d0ef918 Ntfs!NtfsFindStartingNode+0x7ef
8d347cec 8aa1d2aa 8664d9f8 84958008 8fc573cc Ntfs!NtfsCommonCreate+0x620
8d347d2c 81b03288 8fc57364 00000000 ffffffff Ntfs!NtfsCommonCreateCallout+0x20
8d347d2c 81b03381 8fc57364 00000000 ffffffff nt!KiSwapKernelStackAndExit+0x118
8fc572f4 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+2ac
81aa4d24 833d648cb78100  cmp	 dword ptr [nt!KiFreezeFlag (81b78c64)],0

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!KiTrap0E+2ac

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  48d1b7fa

FAILURE_BUCKET_ID:  0xA_nt!KiTrap0E+2ac

BUCKET_ID:  0xA_nt!KiTrap0E+2ac

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

3: kd> !analyze -v
**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 005bbe00, memory referenced
Arg2: 0000001b, IRQL
Arg3: 00000001, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 81a45780, address which referenced memory

Debugging Details:
------------------


WRITE_ADDRESS: GetPointerFromAddress: unable to read from 81b43868
Unable to read MiSystemVaType memory at 81b23420
 005bbe00 

CURRENT_IRQL:  1b

FAULTING_IP: 
nt!KeWaitForGate+126
81a45780 8902			mov	 dword ptr [edx],eax

CUSTOMER_CRASH_COUNT:  3

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  a0351884 -- (.trap 0xffffffffa0351884)
ErrCode = 00000002
eax=86fce480 ebx=86821a74 ecx=86821a7c edx=005bbe00 esi=86fce3c8 edi=00000000
eip=81a45780 esp=a03518f8 ebp=a0351924 iopl=0		 nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000			 efl=00010246
nt!KeWaitForGate+0x126:
81a45780 8902			mov	 dword ptr [edx],eax  ds:0023:005bbe00=?
Resetting default scope

LAST_CONTROL_TRANSFER:  from 81a45780 to 81a66d24

STACK_TEXT:  
a0351884 81a45780 badb0d00 005bbe00 b5f50000 nt!KiTrap0E+0x2ac
a0351924 81a40caf 00000000 00000000 86e40e00 nt!KeWaitForGate+0x126
a035193c 81a492aa 94514ba0 86e40ee8 8aa95854 nt!KiAcquireGuardedMutex+0x53
a0351948 8aa95854 2a914308 98de8414 84cf4e00 nt!ExAcquireFastMutex+0x1e
a03519b0 8aa8d802 86e40ee8 94514ba0 00000080 Ntfs!NtfsCreateScb+0x25
a03519e8 8aaa975c 86e40ee8 84cf4e00 84cf4fb4 Ntfs!NtfsBreakBatchOplock+0x7e
a0351a1c 8aaa94de 86e40ee8 84cf4e00 94514e30 Ntfs!NtfsOpenExistingAttr+0x91
a0351b04 8aaa8976 86e40ee8 84cf4e00 94514e30 Ntfs!NtfsOpenAttributeInExistingFile+0x79b
a0351bb0 8aa98fdb 86e40ee8 84cf4e00 94514e30 Ntfs!NtfsOpenExistingPrefixFcb+0x26d
a0351c10 8aa9767f 86e40ee8 84cf4e00 8d0ee810 Ntfs!NtfsFindStartingNode+0xaf7
a0351cec 8aa1d2aa 86e40ee8 84cf4e00 98de83cc Ntfs!NtfsCommonCreate+0x620
a0351d2c 81ac5288 98de8364 00000000 ffffffff Ntfs!NtfsCommonCreateCallout+0x20
a0351d2c 81ac5381 98de8364 00000000 ffffffff nt!KiSwapKernelStackAndExit+0x118
98de82f4 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KeWaitForGate+126
81a45780 8902			mov	 dword ptr [edx],eax

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KeWaitForGate+126

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  48d1b7fa

FAILURE_BUCKET_ID:  0xA_nt!KeWaitForGate+126

BUCKET_ID:  0xA_nt!KeWaitForGate+126

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

: kd> !analyze -v
**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 00000034, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 81a03fe9, address which referenced memory

Debugging Details:
------------------


WRITE_ADDRESS: GetPointerFromAddress: unable to read from 81b6a868
Unable to read MiSystemVaType memory at 81b4a420
 00000034 

CURRENT_IRQL:  2

FAULTING_IP: 
hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+19
81a03fe9 8711			xchg	edx,dword ptr [ecx]

CUSTOMER_CRASH_COUNT:  4

DEFAULT_BUCKET_ID:  COMMON_SYSTEM_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  8bb32798 -- (.trap 0xffffffff8bb32798)
ErrCode = 00000002
eax=8bb3281c ebx=c00000d8 ecx=00000034 edx=8bb3281c esi=86155d78 edi=00000000
eip=81a03fe9 esp=8bb3280c ebp=8bb32828 iopl=0		 nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000			 efl=00010246
hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+0x1
9:
81a03fe9 8711			xchg	edx,dword ptr [ecx]  ds:0023:00000034=?
Resetting default scope

LAST_CONTROL_TRANSFER:  from 81a03fe9 to 81a8dd24

STACK_TEXT:  
8bb32798 81a03fe9 badb0d00 8bb3281c 8bb327c0 nt!KiTrap0E+0x2ac
8bb32808 81a84c62 00000000 8e187183 c00000d8 hal!KeAcquireInStackQueuedSpinLockRaiseToSynch+0x1
9
8bb32828 8aa143bb 00000000 86874201 8bb3285c nt!ExAcquireResourceExclusiveLite+0x25
8bb32838 8aa1427c 8bb32c28 8e187183 86874201 Ntfs!NtfsAcquireResourceExclusive+0x1e
8bb3285c 8aa1b885 8bb32c28 8e187183 8682b9a0 Ntfs!NtfsAcquireExclusiveFcb+0x42
8bb32878 8aa8e0a0 8bb32c28 8682b9a0 011733b4 Ntfs!NtfsAcquireExclusiveScb+0x17
8bb3290c 8aa8dec0 8bb32c28 868740d8 8bb329f4 Ntfs!NtfsFreeRecentlyDeallocated+0x31
8bb32b2c 8aa8ecff 8bb32c28 868740d8 00000000 Ntfs!NtfsCheckpointVolume+0x13b7
8bb32b80 8aa8e82b 8bb32c28 868740d8 8bb32d43 Ntfs!NtfsCheckpointAllVolumesWorker+0x3b
8bb32be0 8aa8ec0a 8bb32c28 00000000 8aa8ecc0 Ntfs!NtfsForEachVcb+0xe6
8bb32d44 81a6b445 00000000 00000000 86155d78 Ntfs!NtfsCheckpointAllVolumes+0xab
8bb32d7c 81c08b18 00000000 f49442e8 00000000 nt!ExpWorkerThread+0xfd
8bb32dc0 81a61a2e 81a6b348 80000000 00000000 nt!PspSystemThreadStartup+0x9d
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+2ac
81a8dd24 833d641cb68100  cmp	 dword ptr [nt!KiFreezeFlag (81b61c64)],0

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!KiTrap0E+2ac

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  48d1b7fa

FAILURE_BUCKET_ID:  0xA_nt!KiTrap0E+2ac

BUCKET_ID:  0xA_nt!KiTrap0E+2ac

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

3: kd> !analyze -v
**************************************************
*****************************
*																			 *
*						Bugcheck Analysis									*
*																			 *
**************************************************
*****************************

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 81e42d85, The address that the exception occurred at
Arg3: 807aca4c, Trap Frame
Arg4: 00000000

Debugging Details:
------------------

GetPointerFromAddress: unable to read from 81d7e6d8
Unable to read MiSystemVaType memory at 81d5f2e0
GetPointerFromAddress: unable to read from 81d7e6d8
Unable to read MiSystemVaType memory at 81d5f2e0
GetPointerFromAddress: unable to read from 81d7e6d8
Unable to read MiSystemVaType memory at 81d5f2e0

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP: 
nt!ObpCloseHandleTableEntry+20
81e42d85 83787400		cmp	 dword ptr [eax+74h],0

TRAP_FRAME:  807aca4c -- (.trap 0xffffffff807aca4c)
ErrCode = 00000000
eax=4d81e0f0 ebx=8b8022d8 ecx=00000000 edx=873b3950 esi=873b3950 edi=84014ad0
eip=81e42d85 esp=807acac0 ebp=807acafc iopl=0		 nv up ei ng nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000			 efl=00010286
nt!ObpCloseHandleTableEntry+0x20:
81e42d85 83787400		cmp	 dword ptr [eax+74h],0 ds:0023:4d81e164=?
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x8E

PROCESS_NAME:  System

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 81e42cad to 81e42d85

STACK_TEXT:  
807acafc 81e42cad 8b800170 8b8022d8 8400c020 nt!ObpCloseHandleTableEntry+0x20
807acb2c 81e43530 8400c020 00000000 00000000 nt!ObpCloseHandle+0x73
807acb40 81ca997a 8000016c 807acc18 81ca7359 nt!NtClose+0x20
807acb40 81ca7359 8000016c 807acc18 81ca7359 nt!KiFastCallEntry+0x12a
807acbbc 81e94ee4 8000016c 8db70a84 8db707c8 nt!ZwClose+0x11
807acc18 81f08195 81d4a8c0 84014ad0 00000000 nt!CmpCmdHiveClose+0xed
807acd2c 81f1b39e 00000003 84014ad0 81d56390 nt!CmShutdownSystem+0x2f7
807acd44 81cad68e 00000000 00000000 84014ad0 nt!PopGracefulShutdown+0x198
807acd7c 81dfa6d5 00000000 fbebf9f5 00000000 nt!ExpWorkerThread+0xfd
807acdc0 81ce16de 81cad591 00000000 00000000 nt!PspSystemThreadStartup+0x9d
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!ObpCloseHandleTableEntry+20
81e42d85 83787400		cmp	 dword ptr [eax+74h],0

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!ObpCloseHandleTableEntry+20

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  48d1b7e8

FAILURE_BUCKET_ID:  0x8E_nt!ObpCloseHandleTableEntry+20

BUCKET_ID:  0x8E_nt!ObpCloseHandleTableEntry+20

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

Nach oben
Nach oben of the page up there ^

#6 Tille2000

Spezialist

Gruppe: aktive Mitglieder
Beiträge: 488
Beigetreten: 13. Dezember 05
Reputation: 0
Geschlecht:Männlich

geschrieben 26. Januar 2009 - 22:36

Den gleichen Fehler hatte ich letztens auch bei einen Bekannten. Haben nach langen Suchen herausgefunden das es am Treiber für die Netzwerkkarte liegt. Und es war auch ein Gigabyte Board. Haben alle Treiber ausprobiert, jedoch ohne Erfolg. Also neue Netzwerkkarte eingebaut und nun läuft er seit ca Wochen ohne einen Absturz.

Also versuche mal bitte eine PCI Netzwerkkarte zu verwenden bzw. beobachte wann genau (Bei welcher Anwendung) diese Blue Screens auftauchen, das würde uns auch schon einen Schritt näher bringen.

Update: sehe gerade deine dmp Files und vermute das es am Ram liegt. Aber dann müsste eigentlich Memtest was zeigen. mmmhhhhh . . .

Dieser Beitrag wurde von Tille2000 bearbeitet: 26. Januar 2009 - 22:38

FirmaClan

Homepage

Nach oben
Nach oben of the page up there ^

#7 Thomynator

WF-Fetischist

Gruppe: aktive Mitglieder
Beiträge: 2.485
Beigetreten: 20. Februar 08
Reputation: 36
Geschlecht:Männlich
Wohnort:Traunreut

geschrieben 26. Januar 2009 - 22:37

Also ok...
grad mal so durchgegangen und hab festgestellt, es ist immer die selbe, oben genannte Datei ntkrnlmp.exe

Leider bietet MS dafür keine spezifische Lösung unter Vista an, für XP gibt es einen Patc, da hängt es mit der Multicoreunterstützung zusammen.
Für Vista wie gesagt nicht ein solcher patch.. (warum eig.?)

aber Vista hat an sich schon eine ganz gute bis sehr gute Multicoreunterstützung...

bzw. BIOS Update schon probiert? würde ich jetzt mal als allererstes machen..

EDIT: das mit der Netzwerkkarte wäre auch ein anhaltspunkt, probiers mal aus :grin:

Dieser Beitrag wurde von Thomynator bearbeitet: 26. Januar 2009 - 22:38

Nach oben
Nach oben of the page up there ^

#8 SkyBrutus

Forumbewohner

Gruppe: aktive Mitglieder
Beiträge: 26
Beigetreten: 27. Januar 07
Reputation: 0

geschrieben 27. Januar 2009 - 09:37

Zitat (Tille2000: 26.01.2009, 23:36)

Das mit der Netzwerkkarte ist ein sehr guter Hinweis! Das Problem tritt, wie ich herausgefunden habe, häufig dann auf, wenn ich von meinem DesktopPC via WLAN auf mein Notebook zugreife und dort dateien aufrufe!

Als WLAN Adapter nutze ich einen "billig" WLAN stick von Plus. Die Marke heisst Lutec. Ich werde den Stick mal deinstallieren und es per Netzwerkkabel über die onboard Netzwerkkarte versuchen.

Hatte dein Bekannter die Probleme mit dem Onboard chip oder mit einer separaten PCI Netzwerkkarte?!?

Zitat (Thomynator: 26.01.2009, 23:37)

Bios ist auf dem aktuellen Stand. Hatte zuerst auch gedacht, dass bei dem Bios Update etwas schief gelaufen sei und habe die neuste Version erneut aufgespielt! Jedoch besteht der Fehler weiterhin!

Ich werde nun erstmal die Sache mit dem WLAN Stick überprüfen und melde mich dann erneut!!!

Vielen, vielen Dank für die zahlreichen Tipps von euch!! :grin:

Viele Grüße
SkyBrutus

Nach oben
Nach oben of the page up there ^

#9 Tille2000

Spezialist

Gruppe: aktive Mitglieder
Beiträge: 488
Beigetreten: 13. Dezember 05
Reputation: 0
Geschlecht:Männlich

geschrieben 27. Januar 2009 - 20:25

Mein Bekannter hatte das Problem mit der OnBoard Netzwerkkarte. Er ist aber via Lan verbunden gewesen. Aber versuch mal dein Glück mit dem Netzwerk, ich drück dir die Daumen dass es das auch ist.

FirmaClan

Homepage

Nach oben
Nach oben of the page up there ^

#10 SkyBrutus

Forumbewohner

Gruppe: aktive Mitglieder
Beiträge: 26
Beigetreten: 27. Januar 07
Reputation: 0

geschrieben 27. Januar 2009 - 20:52

Zitat (Tille2000: 27.01.2009, 21:25)

Mein Bekannter hatte das Problem mit der OnBoard Netzwerkkarte. Er ist aber via Lan verbunden gewesen. Aber versuch mal dein Glück mit dem Netzwerk, ich drück dir die Daumen dass es das auch ist.

Voll Treffer!!! :wink:

Bei mir lag es an dem Treiber von meine WLAN Stick! System neu aufgesetzt, über LAN-Kabel mit dem Inet verbunden und seit dem keine Bluescreens mehr!!

Vielen herzlichen Dank euch alle, für die wirklich tolle und vor allem schnelle Hilfe!!!!!

Nach oben
Nach oben of the page up there ^

#11 X2-3800

Freak

Gruppe: aktive Mitglieder
Beiträge: 1.113
Beigetreten: 03. August 07
Reputation: 2

geschrieben 27. Januar 2009 - 21:09

http://www.computerh...5-184301-0.html

http://www.winhelpline.info/forum/allgemei...uer-9-99-a.html

Siehe Post 4

Atheros AR5007UG

Wenn der Adapter so bezeichnet wird im Gerätemanager dann lade dir mal folgende Treiber herunter:
http://www.station-d...age/atheros.htm

Musst schauen welcher davon Zertifiziert ist, damit der unter Vista ohne tricks läuft. ich habe derzeit die Version 7.3.1.127 allerdings für den AR5005G Chipsatz, da der dort auf der Seite angebotene Treiber aber für die gesamte 5er Reihe gilt, sollte er hoffentlich funktionieren und Probleme beseitigen.

Zydas 1211 chipsatz ist glaube gleich Atheros AR5007UG (kann mich irren), da Atheros die Firma aufgekauft hat und den Chipsatz als AR5XXX weiter anbietet.
http://www.atheros.c...ws/ZyDAS_2.html

Dieser Beitrag wurde von X2-3800 bearbeitet: 27. Januar 2009 - 21:10