Blue Screen Vista 64bit NETIO.SYS

[mako]

Witam

Od dłuższego czasu borykam się z problemem Blue Screena, następuje on po około 3 dobach gdy komputer chodzi bez wyłączania. Gdy go wyłączałem i zostawiałem jedynie na cały dzień nie ma problemu. Nie spisałem dokładnie numerów błędu jedynie wiem, że napewno dotyczy NETIO.SYS. Poczytałem trochę, niby wina antywirusa ja używam Avasta home, niby wina sterowników wszystkie najnowsze i nadal to samo.

Wstawiam SMART z dysku:

Kod: Zaznacz cały

HD Tune: WDC WD3200AAKS-00B3A0 Health

ID                               Current  Worst    ThresholdData     Status   
(01) Raw Read Error Rate         200      200      51       0        Ok       
(03) Spin Up Time                153      152      21       3341     Ok       
(04) Start/Stop Count            100      100      0        831      Ok       
(05) Reallocated Sector Count    200      200      140      0        Ok       
(07) Seek Error Rate             200      200      0        0        Ok       
(09) Power On Hours Count        72       72       0        20597    Ok       
(0A) Spin Retry Count            100      100      0        0        Ok       
(0B) Calibration Retry Count     100      100      0        0        Ok       
(0C) Power Cycle Count           100      100      0        803      Ok       
(C0) Power Off Retract Count     200      200      0        59       Ok       
(C1) Load Cycle Count            200      200      0        831      Ok       
(C2) Temperature                 112      104      0        31       Ok       
(C4) Reallocated Event Count     200      200      0        0        Ok       
(C5) Current Pending Sector      200      200      0        0        Ok       
(C6) Offline Uncorrectable       200      200      0        0        Ok       
(C7) Ultra DMA CRC Error Count   200      200      0        0        Ok       
(C8) Write Error Rate            200      200      0        0        Ok       

Power On Time         : 20597
Health Status         : Ok


Windbg

Kod: Zaznacz cały

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

Use !analyze -v to get detailed debugging information.

BugCheck D1, {28, 2, 0, fffffa6000cefecd}

Probably caused by : NETIO.SYS ( NETIO!RtlCopyBufferToMdl+1d )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000028, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffffa6000cefecd, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003082080
 0000000000000028

CURRENT_IRQL:  2

FAULTING_IP:
NETIO!RtlCopyBufferToMdl+1d
fffffa60`00cefecd 448b5228        mov     r10d,dword ptr [rdx+28h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  fffffa600d92d770 -- (.trap 0xfffffa600d92d770)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa600d92d990 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffffa6000cefecd rsp=fffffa600d92d900 rbp=fffffa600d92da20
 r8=00000000ffffffbc  r9=0000000000000044 r10=0000000000000000
r11=fffffa80089994b0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
NETIO!RtlCopyBufferToMdl+0x1d:
fffffa60`00cefecd 448b5228        mov     r10d,dword ptr [rdx+28h] ds:e1e0:00000000`00000028=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002eb522e to fffff80002eb5490

STACK_TEXT: 
fffffa60`0d92d628 fffff800`02eb522e : 00000000`0000000a 00000000`00000028 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffffa60`0d92d630 fffff800`02eb410b : 00000000`00000000 fffffa80`0930e860 fffffa80`0930e860 00000000`00000044 : nt!KiBugCheckDispatch+0x6e
fffffa60`0d92d770 fffffa60`00cefecd : 00000000`00000000 e2b402ef`00000000 00000000`00000000 ffff0000`00000000 : nt!KiPageFault+0x20b
fffffa60`0d92d900 fffffa60`01092e80 : 00000000`00000010 00000000`00000010 fffffa80`045b15f0 fffffa60`0106a5e3 : NETIO!RtlCopyBufferToMdl+0x1d
fffffa60`0d92d960 fffffa60`0106201c : fffffa80`089994b0 fffffa80`045b15f0 00000000`00000011 00000000`7b59d1f8 : tcpip! ?? ::FNODOBFM::`string'+0x1550f
fffffa60`0d92d9d0 fffffa60`010656d2 : fffffa80`04c48b70 00000000`00000011 fffffa80`00000001 fffffa60`0d92dc20 : tcpip!TcpTcbCarefulDatagram+0x3fc
fffffa60`0d92db80 fffffa60`0105f959 : fffffa80`04c48b70 fffffa80`04627100 fffffa80`04baf000 00000000`00000000 : tcpip!TcpTcbReceive+0x512
fffffa60`0d92dd30 fffffa60`0105f3b4 : fffffa60`0cefde6c fffffa80`04baf000 00000000`00000001 fffffa80`039586b0 : tcpip!TcpMatchReceive+0x1b9
fffffa60`0d92de30 fffffa60`0104fffd : fffffa80`04c402db fffffa60`00000000 fffffa60`0d9289dd fffffa80`04baf000 : tcpip!TcpPreValidatedReceive+0x2e4
fffffa60`0d92ded0 fffffa60`010500a9 : 00000000`00000000 00000000`00000000 fffffa80`04d7ce24 00000000`00000000 : tcpip!IppDeliverListToProtocol+0x4d
fffffa60`0d92df90 fffffa60`0104f6b3 : fffffa60`011426d0 fffffa80`04c6a550 00000000`00000000 fffffa60`0d92e050 : tcpip!IppProcessDeliverList+0x59
fffffa60`0d92e000 fffffa60`0104ea0c : fffffa60`011413e8 fffffa80`04baf000 fffffa80`04c6a550 fffffa60`0cefde5c : tcpip!IppReceiveHeaderBatch+0x223
fffffa60`0d92e0e0 fffffa60`0104dff4 : fffffa80`04965aa0 00000000`00000000 fffffa80`0656a000 00000000`00000001 : tcpip!IpFlcReceivePackets+0x8dc
fffffa60`0d92e2e0 fffffa60`010b2fcc : fffffa60`0d92e460 fffffa80`04463d10 fffffa80`0656a010 fffffa80`05ac9c00 : tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x264
fffffa60`0d92e3c0 fffffa60`00fb30bc : 00000000`00000103 fffffa60`033d7657 fffffa80`0656e900 fffffa80`0631b1a0 : tcpip! ?? ::FNODOBFM::`string'+0x3d836
fffffa60`0d92e410 fffffa60`00f7ba5c : fffffa80`0656e9b0 00000000`00000000 fffffa80`049c4310 00000000`00000000 : ndis!ndisMIndicateNetBufferListsToOpen+0xac
fffffa60`0d92e460 fffffa60`00e185c4 : fffffa80`0631b1a0 fffffa60`0d92ea20 fffffa80`049c4bf0 00000000`00000001 : ndis!ndisMDispatchReceiveNetBufferLists+0x36c
fffffa60`0d92e8e0 fffffa60`00fb38a6 : 00000000`00000001 fffff800`00000000 fffffa80`092c6770 fffffa60`0d92ea28 : ndis!ndisMTopReceiveNetBufferLists+0x24
fffffa60`0d92e920 fffffa60`00d6cdf9 : 00000000`0000003c fffffa80`049c4bf0 00000000`00000001 00000000`045a0000 : ndis!ndisMIndicatePacketsToNetBufferLists+0x106
fffffa60`0d92e9c0 fffffa60`00f8fce7 : 00000000`00000001 00000000`00000000 fffffa80`048cccb0 fffff6fb`40000110 : tunmp!TunWrite+0x1c1
fffffa60`0d92ea10 fffff800`03119993 : 00000000`00000001 00000000`00000000 fffffa80`05866640 fffffa80`08b0f4f0 : ndis!ndisDummyIrpHandler+0xb7
fffffa60`0d92ea50 fffff800`0311fe4f : fffffa80`08b0f608 fffffa60`0d92eca0 fffffa80`05866640 fffffa60`0d92eca0 : nt!IopSynchronousServiceTail+0x123
fffffa60`0d92eab0 fffff800`02eb4f33 : ffffffff`ffffff01 00000000`00000000 00000000`00000000 00000000`045a0dc0 : nt!NtWriteFile+0x7ee
fffffa60`0d92ebb0 00000000`77386efa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`10e5f1e8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77386efa


STACK_COMMAND:  kb

FOLLOWUP_IP:
NETIO!RtlCopyBufferToMdl+1d
fffffa60`00cefecd 448b5228        mov     r10d,dword ptr [rdx+28h]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  NETIO!RtlCopyBufferToMdl+1d

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: NETIO

IMAGE_NAME:  NETIO.SYS

DEBUG_FLR_IMAGE_TIMESTAMP:  49e02e06

FAILURE_BUCKET_ID:  X64_0xD1_NETIO!RtlCopyBufferToMdl+1d

BUCKET_ID:  X64_0xD1_NETIO!RtlCopyBufferToMdl+1d

Followup: MachineOwner


-- 05 lut 2012, 17:18 --

Wstawiłem poprawnie zdebugowany dump. Proszę kogoś o pomoc, gdyż męczę się z tym od około 2 lat

[cosik_ktosik]

Zmień na początek Avasta na np Avirę. Zmień też zaporę ogniową. Jeśli to nie pomoże, sprawdź proszę system czy nie ma wirusów. Użyj wtedy programu MalwareBytes AntiMalware, jest za darmo, a przy tym bardzo skuteczny.

[mako]

Hej posiadam Malware sprawdzam co tydzień komputer. Nie chodzę po niezaufanych stronach, nie odbieram żadnych nieznanych mi wiadomości itd. Dlaczego mam zmienić Avasta ? Korzystam z niego od czasu zanim to się pojawiło. Co masz na myśli zaporę ogniową ?

[cosik_ktosik]

oki, nie mówię, że Avast jest zły i że to na 100% on. Chodzi tylko o proste sprawdzenie czy nie on powoduje problem. Czasami głupia aktualizacja programu może coś zbroić. Stąd zwyczajnie najłatwiej i chyba najtaniej sprawdzić innego AV. Jak się okaże, że jest spokój to Masz winnego.

[mako]

Cosik_ktosik jest jeden klops, że tak powiem ten problem mam od 2 lat. A w tym czasie Avast się zmieniał kilkukrotnie na nowsze wersje... Ja bardziej bym celował może w sieciówkę albo ram ? Muszę odpalić memtesta. Co wynika z tego dumpa co odczytałem ?

Czy to oznacza, że przyczyną jest program od pobierania uaktualnien od windowsa ?

BUGCHECK_STR: 0xD1

PROCESS_NAME: svchost.exe

[cosik_ktosik]

BUGCHECK_STR: 0xD1

to, że winą jest sterownik

PROCESS_NAME: svchost.exe

to podczas jego działania był BSOD.Ale on jest ogólnie związany z siecią. Dlatego pisałem najpierw o wirusach, bo to one zazwyczaj powodują przy nim błąd. Inna opcja to sterownik karty sieciowej, a ostatni to co z niego bezpośrednio korzysta czyli właśnie antywirus lub firewall.

[mako]

Spróbuję zaaktualizować sterownik do sieciówki, ale wątpię aby to coś dało. Czy musze pierw stary odinstalować ? Odnośnie wirusów, jeśli malware i avast nic nie wykrywają, komp nie jest przymulony żadne procesy nie obciążają mi komputera to chyba nie ma się czym martwić ?

Czy ja w ogóle mam jakiegoś firewalla ? kożystam z avasta + zapory windowsowej (system oryginalny z sp2 i wszystkimi aktualizacjami na bieżąco)

-- 05 lut 2012, 22:35 --

Narobiłem sobie bigosu niedawno. Nie wiem dlaczego ale przez te blue screeny zaczął pojawiać mi się podczas uruchamiania komputera "Menedżer rozruchu systemu windows". Poczytałem po internecie i pobrałem plik Easybcd i tak narobiłem, ze skasowałem sobie boota, co dziwne dodałem w programie go ponownie ale po kolejnym odpaleniu komputera wyszedł klops. Więc mówię naprawię płytą windowsa. Na nic niestety moje próby gdyż wyskakiwał błąd, że mam usunąć niedawno podłaczone urządzenia typu aparat cyfrowy itd (nic podłaczonego nie miałem). Więc przywróciłem system i się udało w końcu. Czy spotkał się ktoś z takim czymś ? Dlaczego ten menedżer tak nagle mi się pojawił... Żadnego systemu innego nie instalowałem.

[greh]

Nie robiłeś czasem instalacji nakładkowej przed pojawieniem się boot menagera?

[mako]

Nic nie robiłem, samo się pojawiło prawdopodobnie po którymś BlueScreenie. Udało mi się w końcu to wszystko naprawić, przywróceniem systemu dziwne tylko, że z płyty nie szło naprawić uruchamiania systemu ani po wpisywaniu w wierszu poleceń znalezionych na stronach komend. Tylko co z tego, że po przywróceniu systemu miałem też ten menedżer rozruchu systemu windows tylko uwaga po angielsku (po zastosowaniu easy bcd). Zmieniłem więc w wierszu poleceń na pl, a ostatecznie udało mi się to wywalić tym samym programem easy bcd "skip boot menu".

Zaaktualizowałem sterowniki od grafiki i czekam do blue screena, po jego wystąpieniu testuje ram.

-- 16 lut 2012, 16:52 --

7 dni od aktualizacji sterownika i brak Blue Screena zobaczymy dalej.

-- 20 lut 2012, 22:46 --

No i klops, po 11 dniach to samo. Przetestowałem ram memtestem 5 godzin, ponad 3 pass i brak błędów Co to może być cholera.

[cosik_ktosik]

To podaj najnowszy raport DMP.

[mako]

Kod: Zaznacz cały

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


Loading Dump File [C:\Windows\Minidump\Mini022512-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\symbols
Executable search path is:
Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 6002.18484.amd64fre.vistasp2_gdr.110617-0336
Machine Name:
Kernel base = 0xfffff800`02e5e000 PsLoadedModuleList = 0xfffff800`03022dd0
Debug session time: Sat Feb 25 23:32:21.734 2012 (GMT+1)
System Uptime: 5 days 6:55:53.704
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.............
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {28, 2, 0, fffffa6000cedecd}

Probably caused by : NETIO.SYS ( NETIO!RtlCopyBufferToMdl+1d )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000028, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffffa6000cedecd, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003085080
 0000000000000028

CURRENT_IRQL:  2

FAULTING_IP:
NETIO!RtlCopyBufferToMdl+1d
fffffa60`00cedecd 448b5228        mov     r10d,dword ptr [rdx+28h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  fffffa600cc8c770 -- (.trap 0xfffffa600cc8c770)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa600cc8c990 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffffa6000cedecd rsp=fffffa600cc8c900 rbp=fffffa600cc8ca20
 r8=00000000ffffffbc  r9=0000000000000044 r10=0000000000000000
r11=fffffa800564d060 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
NETIO!RtlCopyBufferToMdl+0x1d:
fffffa60`00cedecd 448b5228        mov     r10d,dword ptr [rdx+28h] ds:00000000`00000028=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002eb822e to fffff80002eb8490

STACK_TEXT: 
fffffa60`0cc8c628 fffff800`02eb822e : 00000000`0000000a 00000000`00000028 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffffa60`0cc8c630 fffff800`02eb710b : 00000000`00000000 00000000`0000edf1 00000000`00000000 00000000`00000044 : nt!KiBugCheckDispatch+0x6e
fffffa60`0cc8c770 fffffa60`00cedecd : 00000000`00000011 00000000`00000000 00000000`00002ee0 fffffa60`0106c5e3 : nt!KiPageFault+0x20b
fffffa60`0cc8c900 fffffa60`01094e80 : 00000000`8a5e68a8 fffffa60`01063bcd fffffa80`053a3d10 fffffa80`053a3d10 : NETIO!RtlCopyBufferToMdl+0x1d
fffffa60`0cc8c960 fffffa60`0106401c : fffffa80`0564d060 fffffa80`053a3d10 00000000`00000011 00000000`8a5e68a8 : tcpip! ?? ::FNODOBFM::`string'+0x1550f
fffffa60`0cc8c9d0 fffffa60`010676d2 : fffffa80`04aceab0 00000000`00000011 fffffa80`00000001 fffffa60`0cc8cc20 : tcpip!TcpTcbCarefulDatagram+0x3fc
fffffa60`0cc8cb80 fffffa60`01061959 : fffffa80`04aceab0 fffffa80`09364600 fffffa80`04aba000 00000000`00000000 : tcpip!TcpTcbReceive+0x512
fffffa60`0cc8cd30 fffffa60`010613b4 : fffffa60`03f7d8bc fffffa80`04aba000 00000000`00000001 fffffa80`04a4f3f0 : tcpip!TcpMatchReceive+0x1b9
fffffa60`0cc8ce30 fffffa60`01051ffd : fffffa80`04ac02db fffffa60`00000001 fffffa60`0cc802eb fffffa80`04aba000 : tcpip!TcpPreValidatedReceive+0x2e4
fffffa60`0cc8ced0 fffffa60`010520a9 : 00000000`00000000 00000000`00000000 fffffa80`063b9c40 00000000`00000000 : tcpip!IppDeliverListToProtocol+0x4d
fffffa60`0cc8cf90 fffffa60`010516b3 : fffffa60`011446d0 fffffa80`04af11e0 00000000`00000000 fffffa60`0cc8d050 : tcpip!IppProcessDeliverList+0x59
fffffa60`0cc8d000 fffffa60`01050a0c : fffffa60`011433e8 fffffa80`04aba000 fffffa80`04af11e0 fffffa60`03f7d8ac : tcpip!IppReceiveHeaderBatch+0x223
fffffa60`0cc8d0e0 fffffa60`0104fff4 : fffffa80`063b9bc0 00000000`00000000 fffffa80`063b9c00 00000000`00000001 : tcpip!IpFlcReceivePackets+0x8dc
fffffa60`0cc8d2e0 fffffa60`010b4fcc : fffffa60`0cc8d460 fffffa80`053ad010 fffffa80`063b9c40 fffffa80`04e17800 : tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x264
fffffa60`0cc8d3c0 fffffa60`00fa70bc : 00000000`00000103 fffffa60`083dd657 fffffa80`063b8000 fffffa80`061e41a0 : tcpip! ?? ::FNODOBFM::`string'+0x3d836
fffffa60`0cc8d410 fffffa60`00f6fa5c : fffffa80`063b8010 00000000`00000000 fffffa80`063b94a0 00000000`00000000 : ndis!ndisMIndicateNetBufferListsToOpen+0xac
fffffa60`0cc8d460 fffffa60`00e0c5c4 : fffffa80`061e41a0 fffffa60`0cc8da20 fffffa80`063b9060 00000000`00000001 : ndis!ndisMDispatchReceiveNetBufferLists+0x36c
fffffa60`0cc8d8e0 fffffa60`00fa78a6 : 00000000`00000001 00000000`00000000 fffffa80`09364640 fffffa60`0cc8da28 : ndis!ndisMTopReceiveNetBufferLists+0x24
fffffa60`0cc8d920 fffffa60`01002df9 : 00000000`0000003c fffffa80`063b9060 00000000`00000001 00000000`02f0c000 : ndis!ndisMIndicatePacketsToNetBufferLists+0x106
fffffa60`0cc8d9c0 fffffa60`00f83ce7 : 00000000`00000001 00000000`00000000 fffffa80`063b7cb0 fffff6fb`400000b8 : tunmp!TunWrite+0x1c1
fffffa60`0cc8da10 fffff800`0311c993 : 00000000`00000001 00000000`00000000 fffffa80`097ee2e0 fffffa80`03f0f7f0 : ndis!ndisDummyIrpHandler+0xb7
fffffa60`0cc8da50 fffff800`03122e4f : fffffa80`03f0f908 fffffa60`0cc8dca0 fffffa80`097ee2e0 fffffa60`0cc8dca0 : nt!IopSynchronousServiceTail+0x123
fffffa60`0cc8dab0 fffff800`02eb7f33 : ffffffff`ffffff01 00000000`00000000 00000000`00000000 00000000`02f0c810 : nt!NtWriteFile+0x7ee
fffffa60`0cc8dbb0 00000000`76fb6efa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`1aa9f4d8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76fb6efa


STACK_COMMAND:  kb

FOLLOWUP_IP:
NETIO!RtlCopyBufferToMdl+1d
fffffa60`00cedecd 448b5228        mov     r10d,dword ptr [rdx+28h]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  NETIO!RtlCopyBufferToMdl+1d

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: NETIO

IMAGE_NAME:  NETIO.SYS

DEBUG_FLR_IMAGE_TIMESTAMP:  49e02e06

FAILURE_BUCKET_ID:  X64_0xD1_NETIO!RtlCopyBufferToMdl+1d

BUCKET_ID:  X64_0xD1_NETIO!RtlCopyBufferToMdl+1d

Followup: MachineOwner


[cass123]

A czy przypadkiem nie jest to wina zasilacza albo procesora? proponuje też zmienić system na xp sp3

[mako]

Po czym wnioskujesz, że zasilacz albo procesor ? Komputer niepodkręcany procesor to e8400, zasilacz corsair 620w. Prędzej system bym zmienił na 7 ale poczekam aż wyjdzie 8 i wtedy kupię. Nie gustuję w nieoryginalnych systemach a XP SP2 mam oryginał ale nie będę się cofał. Zmiana systemu nie jest wyjściem z problemu który u mnie występuje.

[cass123]

Nie musisz formatować go całego po prostu zrób 2 systemy 1 vista i zainstaluj drugi xp warto spróbować.

[XMan]

A czy przypadkiem nie jest to wina zasilacza albo procesora? proponuje też zmienić system na xp sp3

DRIVER_IRQL_NOT_LESS_OR_EQUAL
- problem ze sterownikami ale niekoniecznie.
Zainstalowałeś odpowiednie sterowniki na swój system bit. do karty graficznej, dźwiękowej itd ?
Sprawdzałeś tylko najnowsze ?
Dużo starsze mogą być lepsze.
Masz zainstalowanego najnowszego Avasta:
http://www.hotfix.pl/infusions/pro_down ... rus-p6.htm
Jeżeli tylko aktualizowałeś starsze wersje to odinstaluj, przeczyść dokładnie komputer - zainstaluj...

jedynie wiem, że napewno dotyczy NETIO.SYS.

Wcześniej miałeś inne antywirusy, jakie ?
Pozostałości po wcześniejszych antywirusach mogą powodować ten problem.
Może nie zostały dokładnie odinstalowane ?
Jeżeli nie miałeś innych to przeinstaluj Avasta lub zainstaluj np. Avira AntiVir Personal - Free Antivirus
http://www.hotfix.pl/avira-antivir-pers ... a-a218.htm
Sprawdź...