Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm


Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm

Diskutiere Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm im Windows 7 Bluescreens Forum im Bereich Windows 7; Hallo zusammen, dies ist mein erster Beitrag, weil ich nicht mehr weiter weiß und seit über einem Jahr mit meinem Fehler auf der Stelle trete. ...


Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm

Thema geschlossen + Neues Thema erstellen
Seite 1 von 3 1 2 3 LetzteLetzte
Ergebnis 1 bis 10 von 25
  1. #1

    Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm

    Hallo zusammen,

    dies ist mein erster Beitrag, weil ich nicht mehr weiter weiß und seit über einem Jahr mit meinem Fehler auf der Stelle trete.

    Ich verwende einen Laptop (ASUS N53JQ) den ich um eine SSD (Corsair Force f120 mit neuster Firmware Version), nochmals 4GB RAM (jetzt 8GB RAM) des identischen Typs wie eingebaut und einen Sony Optiarct Bluray Brenner erweitert habe. Zusätzlich dazu habe ich das zuvor installierte Windows 7 Home Premium x64 System durch mein eigenes Windows 7 Professional x64 ersetzt.

    Schon von Beginn an (ich hatte leider die Original Konfiguration nie getestet und kann daher nicht sagen, ob der Fehler dort auch schon existent war) hatte ich Probleme mit willkürlichen Bluescreens.

    Die STOP-Fehlermeldung ist dabei meistens: 0x00000000a (0xffffea80075cf5c0, 0x0000000000000002, 0x0000000000000000, 0xfffff8003abcbe9)

    Gefolgt (nicht immer) von einem: "IRQL_NOT_LESS_OR_EQUAL". Leider ist dort nie eine Datei angegeben die den Fehler ausgelöst hat.

    Die Ereignisanzeige sagt mir hierzu leider auch nichts, zeigt mir nach dem Neustart aber als kritischen Fehler "Kernel-Power Event 41" an, hierzu gibt es im Netz einfach zu viele unterschiedliche Gründe. Auch zu der STOP Meldung finde ich leider nichts und die Windows 7 eigenen Bordmittel finden hierzu (auch mittels Internet) keine Hilfe sondern bietet mir gleich überhaupt keine Antwort an.

    Ich hatte selbst versucht das ganze einzugrenzen und kann den RAM-Speicher schon ausschließen, da ich den Memtest mehrmals habe ohne Fehler durchlaufen lassen. Zudem kann ich mittlerweile schon fast auf die Grafikkarte (Geforce 420M) schließen, da der Fehler nur auftritt sobald ich meinen zweiten Bildschirm (Samsung SyncMaster 226CW 22" (Samsung SyncMaster 226CW 22 Zoll Widescreen TFT: Amazon.de: Computer & Zubehör)) nicht mehr über HDMI angeschlossen habe. Dabei ist es egal, ob der Laptop am Netz oder per Akkubetrieb läuft. Auch wenn ich einen anderen! Bildschirm angeschlossen habe (egal ob über VGA oder HDMI) passiert dieser Fehler - nur bei dem Samsung nicht... Andere Hardwareveränderungen beeinflussen dieses Phänomen nicht, es scheint wirklich an der Verbindung zu meinem Bildschirm zu liegen, dass das System stabil bleibt.

    Interessanterweise habe ich als zweite Partition ein Linux Mint 11 x64 System am laufen - hier passiert dieser Fehler nicht.

    Eine Komplett-Neuinstallation des Systems hat nicht geholfen, auch habe ich mehrere Treiber (auch die Original Treiber von ASUS) ausprobiert - ohne Erfolg.

    Die Abstürze passieren hierbei vollkommen willkürlich, manchmal direkt nach dem hochfahren, noch bevor ich den Desktop sehen kann und manchmal erst nach Stunden.

    Leider habe ich auch keine Möglichkeit gefunden das interne Grafikkarten BIOS zu flashen, vielleicht hat ja jemand von euch eine Idee hierzu.

    Ich danke schon einmal jedem, der das hier wenigstens ließt.

    •   



       

  2. #2

    Idee AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    bei einem Notebook wird es selten eine Möglichkeit geben, die Grafikkarte zu Flashen,
    da diese meisten direkt fester Bestandteil vom Mainboard ist,
    allerdings macht es doch den Anschein, dass deine Grafikkarte, bzw. der Treiber der Auslöser deiner Probleme ist.

    Bei Notebooks sollte man für die Grafikkarte wenn verfügbar, nur die Treiber vom Hersteller verwenden
    und manchmal hilf es auch, wenn man zu einem älteren Treiber greift.

    Was dein Problem mit "Kernel-Power Event 41" angeht, so könnte das
    mit der geänderten Hardware (RAM oder Sony Optiarct Bluray Brenner) zusammenhängen,
    hier wäre evtl. mal ein Test mit den original Komponenten angebracht.

    Weiter Infos zu diesem Thema kannst du vielleicht unter folgendem Link finden:

    System: Windows 7 Kernel-Power ID 41 - Windows 7 allgemein

  3. #3

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    hi
    es könnte durchaus sein dass deine neu eingebaute hardware probleme macht. besonders bei notebooks kann das aufrüsten manchmnal problematisch sein. hast du dich vorher informiert ob eine aufrüstung ohne weiteres möglich ist? Hast du auch daran gedacht dass deine neue Hardware mehr Saft braucht und du ein leistungsfähigeres netzteil brauchst?
    wenn ja wäre es sinnvol per ausscheidungsverfahren alle fehlerquellen der hardwarekomponente auszuschliessen, um sicher zu gehen dass es sich nicht um eine defekte hardware handelt
    d.h. jeder einzelne komponent auf herz und nieren überprüfen.

    Die Arbeitsspeiocher kannst du mit win7 prüfen. einfach in der suche nach "windows-speicherdiagnose" suchen. Bei deinem nächsten neustart wird bevor windows geladen wird deine rams auf fehler überprüft, anschliessden startet das system normal neu und zeigt dir das ergebniss an.

    Deine SSD kannst du z.B. mit "HD Tune" testen. Führe einen kompletten "error scan" durch. nicht den schnellscann! (Der scann kann mehrere srunden dauern) dass programm wird dir dann sagen ob teile deiner ssd kaputtt sind.

    Deine Grafikkarte kannst du mir Furmark testen. Furmark ist ein programm welches für grafikkarten sehr anspruchsvolle berechnungen in auftrag gibt. Falls deine Graka nach kurzer zeit abschmiert kannst du davon ausgehen das an der was nicht mehr in ordung ist. (bedenke dass du die einstellungen von furmark deiner graka anpasst, es ist nicht sinnvoll den test auf die höchste auflösung zu setzen wenn deine grafikkarte nicht für so was gedacht ist. und allzulange solltest du furmark auch nicht laufen haben. Spätestens wenn deine graka 75°C erreicht hat solltest du das programm beenden.)

    Um deine CPU zu testen am besten googlen. Es gibt viele solche tools. Ewt. ist je nach PC hersteller so eins auch schon bereits installiert.


    Nach dem du alle test fetig hast melde dich nochmals und poste ggf. probleme die auftauchten. Solltest du keine fehler gefunden haben wäre es sinnvol gewisse Komponente temporär zu ersetzten. Also andere RAMs verwenden (auch mal die anderen steckplätze verwenden)
    Ewt. grafikkarte deaktivieren und die onboard graga vom mainboard verwenden.)

    hoffe konnte weiterhelfen

    mfg domi

  4. #4

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Zitat Zitat von Zoih Beitrag anzeigen
    da der Fehler nur auftritt sobald ich meinen zweiten Bildschirm (Samsung SyncMaster 226CW 22" (Samsung SyncMaster 226CW 22 Zoll Widescreen TFT: Amazon.de: Computer & Zubehör)) nicht mehr über HDMI angeschlossen habe.
    Das ist ziemlich strange!

    Lade die Mindumps hier im Forum hoch, die zu den Bluescreens geschrieben werden. Evtl. kann hier ein Hinweis auf ein Treiberproblem gefunden werden. Die Minidumps findest du im Ordner C:\Windows\Mindiumps (sofern in den erweiterten Systemeinstellungen das "kleine Speicherabbild" eingestellt ist).

  5. #5
    Themenstarter

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Hallo zusammen,

    danke für die schnellen Antworten. Ich versuche das mal einzeln zu beantworten:


    @Holgi1964 = Danke für den Link, ich hatte mir den Thread schon durch gelesen, bevor ich diesen hier eröffnet hatte. Leider hatte mir das auch nicht weiter geholfen. Wie Du schon geschrieben hast, lassen sich bei Laptops solche Lösungsansätze eher schwer durchsetzen.

    Die Energieeinstellungen hatte ich gestern durchprobiert nachdem ich den Artikel gelesen hatte - ohne Erfolg.

    Ich glaube nur nicht, dass es an der geänderten Hardware liegt, da der Fehler ja wie beschrieben ausschließlich dann auftritt, sobald ich den externen Bildschirm abziehe. Grafikkarten Treiber (auch ältere und Original Treiber von ASUS) habe ich auch schon ausprobiert - ohne Erfolg.


    @Domi. = Danke für die vielen Tipps, wie bereits geschrieben hatte ich schon mehrere Memtests durchlaufen lassen - ohne Fehler. Trotzdem werde ich das mit dem Bordeigenen Windows 7 Tool nochmal ausprobieren da mich das Ergebnis auch interessiert.

    Furmark werde ich ebenfalls durchlaufen lassen, da ich den Fehler bei der Grafikkarte vermute. Interessant finde ich hier nur, dass ich kein PC-Spieler bin und die Karte deshalb bei mir in der Theorie gar nicht heiß werden dürfte . Es sei denn Firefox, Outlook und gelegentliches Bluray schauen überfordern die Grafikkarte derart. Ich werde die Ergebnisse posten, sobald ich diese habe. Danke nochmal.


    @simpel1970 = Du sagst genau das, was ich denke = Strange trifft es! Die Minidumps hatte ich selbst auch schonmal durch gesehen, bin aber ehrlich gesagt nicht schlau daraus geworden. Ich werde das Speicherabbild noch heute Abend posten, sobald ich Zuhause bin.

  6. #6

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    OK. Vielleicht kann ich ja was erkennen.

    Bis dahin...

  7. #7
    Themenstarter

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Guten Abend,

    ich habe nun die Windows eigene Speicherdiagnose einmal durchlaufen lassen - keine Probleme gefunden - soweit, so gut.

    Gleichzeitig habe ich den aktuellsten Speicherdump hier:


    ----------------------------------------



    Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [F:\011112-10358-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available

    WARNING: Whitespace at end of path element
    Symbol search path is: SRV*C:\Program Files (x86)\Windows Debugging Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is: C:\Windows\System32
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
    Product: WinNt, suite: TerminalServer SingleUserTS
    Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
    Machine Name:
    Kernel base = 0xfffff800`03a5f000 PsLoadedModuleList = 0xfffff800`03ca4670
    Debug session time: Wed Jan 11 14:25:52.334 2012 (GMT+1)
    System Uptime: 0 days 1:14:18.333
    Loading Kernel Symbols
    .................................................. .............
    .................................................. ..............
    .................................................. ..............

    Loading User Symbols
    Loading unloaded module list
    ...........
    ************************************************** *****************************
    * *
    * Bugcheck Analysis *
    * *
    ************************************************** *****************************

    Use !analyze -v to get detailed debugging information.

    BugCheck A, {ffffea80075cf5c0, 2, 0, fffff80003abcbe9}

    Probably caused by : NETIO.SYS ( NETIO!NsiEnumerateObjectsAllParametersEx+24f )

    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: ffffea80075cf5c0, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000000, 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: fffff80003abcbe9, address which referenced memory

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


    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003d0e100
    ffffea80075cf5c0

    CURRENT_IRQL: 2

    FAULTING_IP:
    nt!RtlEnumerateEntryHashTable+83
    fffff800`03abcbe9 4983791000 cmp qword ptr [r9+10h],0

    CUSTOMER_CRASH_COUNT: 1

    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

    BUGCHECK_STR: 0xA

    PROCESS_NAME: LMS.exe

    TRAP_FRAME: fffff88006168330 -- (.trap 0xfffff88006168330)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffffa80075cf010 rbx=0000000000000000 rcx=fffffa80074c5ef8
    rdx=fffffa80075cf5b0 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff80003abcbe9 rsp=fffff880061684c8 rbp=0000000000000000
    r8=000000000000005a r9=ffffea80075cf5b0 r10=fffffa80074c5ef8
    r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0 nv up ei ng nz na po cy
    nt!RtlEnumerateEntryHashTable+0x83:
    fffff800`03abcbe9 4983791000 cmp qword ptr [r9+10h],0 ds:a520:ffffea80`075cf5c0=????????????????
    Resetting default scope

    LAST_CONTROL_TRANSFER: from fffff80003adb1e9 to fffff80003adbc40

    STACK_TEXT:
    fffff880`061681e8 fffff800`03adb1e9 : 00000000`0000000a ffffea80`075cf5c0 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
    fffff880`061681f0 fffff800`03ad9e60 : 00000000`00000001 fffff8a0`01c09b50 fffff880`06168530 00000000`00000080 : nt!KiBugCheckDispatch+0x69
    fffff880`06168330 fffff800`03abcbe9 : fffff880`01ab9a87 fffffa80`074b4d30 00000000`0000001c fffffa80`074b4cb8 : nt!KiPageFault+0x260
    fffff880`061684c8 fffff880`01ab9a87 : fffffa80`074b4d30 00000000`0000001c fffffa80`074b4cb8 fffffa80`15b67550 : nt!RtlEnumerateEntryHashTable+0x83
    fffff880`061684d0 fffff880`01ac6b5c : 00000000`00000022 fffffa80`07131228 fffffa80`07131bb8 00000000`00000022 : tcpip!TcpEnumerateConnections+0xf7
    fffff880`06168580 fffff880`01803aab : fffff880`01c26e50 fffffa80`071311a0 fffff880`01c26668 fffffa80`07573f40 : tcpip!TcpEnumerateConnectionType+0xcc
    fffff880`061685d0 fffff880`043f6e29 : fffffa80`071311a0 fffff8a0`00000070 fffffa80`1937e3d0 fffff880`06168910 : NETIO!NsiEnumerateObjectsAllParametersEx+0x24f
    fffff880`061687b0 fffff880`043f88e8 : fffffa80`1937e3d0 fffffa80`1937e300 00000000`00000000 fffffa80`1937e338 : nsiproxy!NsippEnumerateObjectsAllParameters+0x305
    fffff880`061689a0 fffff880`043f89db : fffffa80`07780a50 00000000`00000000 00000000`00000001 00000000`00000003 : nsiproxy!NsippDispatchDeviceControl+0x70
    fffff880`061689e0 fffff800`03df6a97 : fffffa80`109be960 fffffa80`109be960 fffffa80`1937e418 fffffa80`1937e300 : nsiproxy!NsippDispatch+0x4b
    fffff880`06168a10 fffff800`03df72f6 : 00000000`0088e848 00000000`0000018c 00000000`00000001 00000000`00000000 : nt!IopXxxControlFile+0x607
    fffff880`06168b40 fffff800`03adaed3 : fffffa80`109ba060 00000000`0088e7e8 fffff880`06168bc8 00000000`00000001 : nt!NtDeviceIoControlFile+0x56
    fffff880`06168bb0 00000000`74512e09 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
    00000000`0088f0f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x74512e09


    STACK_COMMAND: kb

    FOLLOWUP_IP:
    NETIO!NsiEnumerateObjectsAllParametersEx+24f
    fffff880`01803aab 8bd8 mov ebx,eax

    SYMBOL_STACK_INDEX: 6

    SYMBOL_NAME: NETIO!NsiEnumerateObjectsAllParametersEx+24f

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: NETIO

    IMAGE_NAME: NETIO.SYS

    DEBUG_FLR_IMAGE_TIMESTAMP: 4ce79381

    FAILURE_BUCKET_ID: X64_0xA_NETIO!NsiEnumerateObjectsAllParametersEx+2 4f

    BUCKET_ID: X64_0xA_NETIO!NsiEnumerateObjectsAllParametersEx+2 4f

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


    -------------------


    Danke schon einmal für's lesen.

  8. #8

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Laut der Auswertung ist das Problem durch eine Netzwerkkomponente aufgetreten.
    Allerdings würde ich, bevor man Rückschlüsse daraus ziehen kann, gerne noch die anderen Dumps (bzw. Auswertungen) sehen. Sollte ein generelles Problem mit dem Speichermanagement vorliegen, kann die Auswertung der nächsten Dump schon wieder auf etwas ganz anderes hindeuten.

    Dennoch...die aktuellsten Chipsatz-, Lan- und WLAN-Treiber sind installiert? (Nicht nur die Versionen des Laptopherstellers, sondern die der Geräte-/Chiphersteller?
    Was für eine Virenschutz- und Firewallsoftware kommen zum Einsatz?

  9. #9

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Ich würde speziell die LAN/WLAN-Treiber akualisieren und auch mal gucken, welche Geräte sich alles den IRQ2 teilen (im Gerätemanager, dort unter Ansicht "anzeigen nach Typ" ändern).
    Und (auch schon erlebt): Benutzt du eine VPN-SOftware oder steht was "unnormales" in den Eigenschaften der Netzwerkkarte?!
    Bild wär nicht schlecht.

    Gruß

    Carsten

  10. #10
    Themenstarter

    AW: Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildsch

    Netzwerkadapter_alle_Geraete.jpgHallo zusammen,

    ich hatte leider die anderen Dumps schon gelöscht gehabt - aber das ist ja glücklicherweise nicht schlimm, die kommen ja wieder.

    Das mit den Netzwerktreibern klang mir merkwürdig, habe diese trotzdem mal auf das neuste geupdatet (jetzt Mitte 2010 Treiber) was ich gefunden hatte (LAN & WLAN). Leider ohne Erfolg, gestern dann trotzdem wieder:


    -----------


    Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [F:\011512-23368-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available

    WARNING: Whitespace at end of path element
    Symbol search path is: SRV*C:\Program Files (x86)\Windows Debugging Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is: C:\Windows\System32
    Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
    Product: WinNt, suite: TerminalServer SingleUserTS
    Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
    Machine Name:
    Kernel base = 0xfffff800`03a59000 PsLoadedModuleList = 0xfffff800`03c9e670
    Debug session time: Sun Jan 15 19:19:04.580 2012 (GMT+1)
    System Uptime: 0 days 0:35:06.533
    Loading Kernel Symbols
    .................................................. .............
    .................................................. ..............
    .................................................. ...........
    Loading User Symbols
    Loading unloaded module list
    .....
    ************************************************** *****************************
    * *
    * Bugcheck Analysis *
    * *
    ************************************************** *****************************

    Use !analyze -v to get detailed debugging information.

    BugCheck A, {ffffea800752b3a0, 2, 0, fffff80003ab6be9}

    Probably caused by : NETIO.SYS ( NETIO!NsiEnumerateObjectsAllParametersEx+24f )

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

    2: 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: ffffea800752b3a0, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000000, 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: fffff80003ab6be9, address which referenced memory

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


    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003d08100
    ffffea800752b3a0

    CURRENT_IRQL: 2

    FAULTING_IP:
    nt!RtlEnumerateEntryHashTable+83
    fffff800`03ab6be9 4983791000 cmp qword ptr [r9+10h],0

    CUSTOMER_CRASH_COUNT: 1

    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

    BUGCHECK_STR: 0xA

    PROCESS_NAME: LMS.exe

    TRAP_FRAME: fffff88006fed330 -- (.trap 0xfffff88006fed330)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffffa800752b010 rbx=0000000000000000 rcx=fffffa80074b6ea8
    rdx=fffffa800752b390 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff80003ab6be9 rsp=fffff88006fed4c8 rbp=fffffa801668fa48
    r8=0000000000000038 r9=ffffea800752b390 r10=fffffa80074b6ea8
    r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0 nv up ei ng nz na po cy
    nt!RtlEnumerateEntryHashTable+0x83:
    fffff800`03ab6be9 4983791000 cmp qword ptr [r9+10h],0 ds:0ac0:ffffea80`0752b3a0=????????????????
    Resetting default scope

    LAST_CONTROL_TRANSFER: from fffff80003ad51e9 to fffff80003ad5c40

    STACK_TEXT:
    fffff880`06fed1e8 fffff800`03ad51e9 : 00000000`0000000a ffffea80`0752b3a0 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
    fffff880`06fed1f0 fffff800`03ad3e60 : 00000000`00000001 fffff8a0`0195de90 fffff880`06fed530 00000000`00000080 : nt!KiBugCheckDispatch+0x69
    fffff880`06fed330 fffff800`03ab6be9 : fffff880`01a5aac9 fffffa80`074ae5b0 00000000`0000000c fffffa80`074ae538 : nt!KiPageFault+0x260
    fffff880`06fed4c8 fffff880`01a5aac9 : fffffa80`074ae5b0 00000000`0000000c fffffa80`074ae538 00000000`00000000 : nt!RtlEnumerateEntryHashTable+0x83
    fffff880`06fed4d0 fffff880`01a67b5c : 00000000`00000035 fffffa80`06f87088 fffffa80`06f87f70 00000000`00000035 : tcpip!TcpEnumerateConnections+0x139
    fffff880`06fed580 fffff880`0194caab : fffff880`01bc7e50 fffffa80`06f87000 fffff880`01bc7668 fffffa80`07563f40 : tcpip!TcpEnumerateConnectionType+0xcc
    fffff880`06fed5d0 fffff880`0302fe29 : fffffa80`06f87000 fffff8a0`00000070 fffffa80`15fa3ed0 fffff880`06fed910 : NETIO!NsiEnumerateObjectsAllParametersEx+0x24f
    fffff880`06fed7b0 fffff880`030318e8 : fffffa80`15fa3ed0 fffffa80`15fa3e00 00000000`00000000 fffffa80`15fa3e38 : nsiproxy!NsippEnumerateObjectsAllParameters+0x305
    fffff880`06fed9a0 fffff880`030319db : fffffa80`0776cb50 00000000`00000000 00000000`00000001 00000000`00000003 : nsiproxy!NsippDispatchDeviceControl+0x70
    fffff880`06fed9e0 fffff800`03df0a97 : fffffa80`076bf920 fffffa80`076bf920 fffffa80`15fa3f18 fffffa80`15fa3e00 : nsiproxy!NsippDispatch+0x4b
    fffff880`06feda10 fffff800`03df12f6 : 00000000`0056e848 00000000`0000018c 00000000`00000001 00000000`00000000 : nt!IopXxxControlFile+0x607
    fffff880`06fedb40 fffff800`03ad4ed3 : fffffa80`076bb660 00000000`0056e7e8 fffff880`06fedbc8 00000000`00000001 : nt!NtDeviceIoControlFile+0x56
    fffff880`06fedbb0 00000000`75322e09 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
    00000000`0056f0f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x75322e09


    STACK_COMMAND: kb

    FOLLOWUP_IP:
    NETIO!NsiEnumerateObjectsAllParametersEx+24f
    fffff880`0194caab 8bd8 mov ebx,eax

    SYMBOL_STACK_INDEX: 6

    SYMBOL_NAME: NETIO!NsiEnumerateObjectsAllParametersEx+24f

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: NETIO

    IMAGE_NAME: NETIO.SYS

    DEBUG_FLR_IMAGE_TIMESTAMP: 4ce79381

    FAILURE_BUCKET_ID: X64_0xA_NETIO!NsiEnumerateObjectsAllParametersEx+2 4f

    BUCKET_ID: X64_0xA_NETIO!NsiEnumerateObjectsAllParametersEx+2 4f

    Followup: MachineOwner


    ---------


    Anbei auch noch ein Screenshot meiner Netzwerkadapter. Das einzige Gerät, dass mir nichts sagt, ist das "Toredo Tunneling Pseudo-Interface", in diesem Zusammenhang habe ich tatsächlich schon vermehrt von Bluescreens gelesen. Das Gerät ist jedoch deaktiviert... Hier kann es sich tatsächlich um eine VPN-Verbindung von mir handeln.

    Ich sammele im laufe der Zeit noch weitere Dumps zur Analyse.

    •   



       


Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm



Tipp

Ähnliche Themen zu Windows 7 Professional x64 - Willkürliche Abstürze, aber nur ohne zweiten Bildschirm


  1. Sporadische Abstürze ohne Bluescreen: Hallo Leute! Seit kurzem hab ich folgendes Problem: Ich hab mir das Spiel "Skyrim" gekauft und konnte es ohne weiteres auf allen Grafikstufen...



  2. Asus Bildschirm VW191s unter Windows 7 Professional nicht erkannt: Hallo an die Gemeinde. Ich bin gerade damit beschäftigt, Windows 7 Professional 64 Bit zu installieren. Zuvor war Windows XP Professional 32...



  3. Willkürliche PC-Abstürze + Neustarts: Hallo liebe Community, seit ein paar Tagen stürzt mein PC beinahe täglich ab bzw. startet neu, ohne dass ich irgendwelche Einwirkung darauf nehmen...



  4. zweiten Bildschirm per Verknüpfung (de-)aktivieren: Halloo, ich habe vorhin meinen Fernseher als zweiten Bildschirm an den zweiten Anschluss meiner Graka angeschlossen, um demnächst wenn ich abends...



  5. Merkwürdiges Problem mit Aero: Videos ruckeln auf dem zweiten Bildschirm!: Ahoi, ich hab mir vor ein paar Wochen einen neuen Laptop zugelegt und dann gleich das neueste Win7 Professional aufgespielt. Es handelt sich um...


Besucher kamen mit folgenden Begriffen auf die Seite

bluescreen system failure exception

win 7 absturz bildschirm weiß

windows 7 professional 64-bit tägliche abstürze

Windos 7 Absturz

x64 exception type

windows 7professional erweiterte systemeinstellungen netzwerk-id deaktiviert

asus n53jq installation endlosschleife

bluescreen 0xA system ntkrnlmp.exe

win 7 absturz

windows 7 absturz

vermehrt bluescreens windows 7

windows 7 home premium absturz

windows 7 absturz ohne fehlermeldung

win 7 64bit bluescreen system failure

windows 7 kernel-power firmware

win7 64bit absturz ohne bluescreen

x64 exception type windows 8

Stichworte