Показать полную графическую версию : Постоянно разные коды BSOD
ruslan...
30-08-2015, 12:14
Может какие- тесты ещё посоветуете? »
Тесты у Вас все есть в AIDA.
Попробуйте отключить сетевую карту в Диспетчере устройств и выявить сбой.
из фоновых программ »
Наборчик, конечно ... Без них то же сбои были на свеже установленной системе ?
psimera@vk
30-08-2015, 13:40
Попробуйте отключить сетевую карту в Диспетчере устройств и выявить сбой. »
Отключил сетевую карту, отключил весь набор фоновых программ перечисленный ранее, кроме AIDA64 на которой включил тест стабильности системы и вот результат:
PAGE_FAULT_IN_NONPAGED_AREA (dxgkrnl.sys)
Наборчик, конечно ... Без них то же сбои были на свеже установленной системе ?»
Синие экраны были и на прошлой системе под windows 7. Хотя сейчас их стало больше.
PS вчера драйвера видеокарты обновил.
ruslan...
30-08-2015, 14:31
psimera@vk,
В дампе - Видеокарта. Но я почему-то, несмотря на то, что память Вы меняли, склоняюсь, что проблема в памяти.
Встроенное видео у Вас есть ?
psimera@vk
30-08-2015, 14:39
В дампе - Видеокарта. Но я почему-то, несмотря на то, что память Вы меняли, склоняюсь, что проблема в памяти. »
уже третья память.
Встроенное видео у Вас есть ? »
нету.
ruslan...
30-08-2015, 14:53
psimera@vk,
А что показывает вольтаж в aida ? Сильно уменьшен ?
Температура мат. платы - 48 г. Как -то высоковата.
psimera@vk
30-08-2015, 17:13
А что показывает вольтаж в aida ? Сильно уменьшен ?»
Не знаю какой имеется ввиду вольтаж и какая у него должна быть норма - прилагаю скрины из AIDA
Температура мат. платы - 48 г. Как -то высоковата. »
а какая должна быть? я думал это в пределах нормы. Сейчас под нагрузкой до 52 поднималась, потом быстро остыла опять до 48
ruslan...
30-08-2015, 18:07
Не знаю какой имеется ввиду вольтаж и какая у него должна быть норма - прилагаю скрины из AIDA »
У меня она не подымается выше 30 гр. Обычно 26 стоит.
Не знаю какой имеется ввиду вольтаж и какая у него должна быть норма - прилагаю скрины из AIDA »
Немного занижена, но я думаю не страшно.
Можете в AIDA запустить тест Стабильности системы и посмотреть на просадки питания - вкладка Вольтаж и Питание.
psimera@vk
30-08-2015, 18:51
Можете в AIDA запустить тест Стабильности системы и посмотреть на просадки питания - вкладка Вольтаж и Питание. »
да вроде просадок нет... ровно идёт...
psimera@vk
30-08-2015, 18:55
Немного занижена, но я думаю не страшно. »
А о каком вольтаже речь? процессора? может в биосе поменять что-о надо?
ruslan...
30-08-2015, 19:32
psimera@vk,
На скрине весь вольтаж видно. У Вас только по лини 12 V небольшая просадка изначально идет.
Остается пробовать другой Блок питания, возможно даже другую Мат. плату.
psimera@vk
31-08-2015, 01:51
Короче комп при нагрузке вырубился. совсем вырубился. Я его включил и на видеокарте сгорела какая-то хрень. не знаю как она правильно называется. Фотку приложу.
Нашел в барахле компьютерном старую карточку Radeon X1600 XT, запустился с неё. Она тоже глючная, весь монитор в пикселях разноцветных хаотично разбросанных по экрану.
Вообщем тест стабильности системы прогнал уже с ней, синий экран минуте на пятой BAD_POOL_CLEANER на этот раз ошибка.
ну и дамп прикладываю
ruslan...
31-08-2015, 02:24
psimera@vk,
Конечно, гадание на гуще ...
По этому дампу ошибки в памяти, попробуйте запустить Проверку диска (http://www.outsidethebox.ms/9949/#gui)на системный диск.
psimera@vk
31-08-2015, 03:11
попробуйте запустить Проверку диска на системный диск. »
ошибок не обнаружено
Еще раз здравствуйте. Переустановил все драйвера которые теоретически могли вызвать проблему, и мало что поменялось. БСОДы возникают только когда ведется видеонаблюдение через программу PSS, хотя на этот раз коды ошибок немного поменялись.
Дампы ошибок (https://www.sendspace.com/file/kwnz26)
Единственное что я не пробовал менять - так это память. Хотя тестил недавно эту планку (проводил 10-15 тестов с диска), и ничего, все ок было. Материнка новая, процессор нормальный, хз что не так.
Заранее Благодарен!
Keraberos
08-09-2015, 10:23
Добрый день. Снова прошу помощи с анализом дампа. Последний раз BSOD вываливался месяц назад. С тех пор были переустановлены дрова на видяху, (с офф сайта другой версии) ещё раз сброшен биос ( небольшой разгон в нём, я так понимаю, интелектуально делает сам биос, никаких настроек не делал, не уверен, стоит ли там что-либо править) Так же есть идентичный комп с таким же железом. Ранее советовали что-то попытаться сделать с оперативками (стоит 2х4гб планки) Хотелось бы уточнить какие дйствия будет более актуально применить к планкам памяти: поставить обе с другого компа или именно доставать их по одной и смотреть ка кбудет работать, просто бсод выскакивает примерно раз в месяц, можно долго ждать результата.
Keraberos,
CLOCK_WATCHDOG_TIMEOUT (101) Проблема может быть связана с железом или с установленными проблемными драйверами
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000031, Clock interrupt time out interval in nominal clock ticks. Время, в течении которого 4-е ядро висело
Arg2: 0000000000000000, 0.
Arg3: fffff88002fd7180, The PRCB address of the hung processor. Поэтому адресу так же можно определить виновное ядро
Arg4: 0000000000000003, 0. Аргумент4 показывает, что 4-е ядро Вашего процессора повисло и не отвечало в течении 31(H) тактов на запросы системы
BUGCHECK_P4: 3
PRIMARY_PROBLEM_CLASS: X64_CLOCK_WATCHDOG_TIMEOUT_4_PROC_ANALYSIS_INCONCLUSIVE
В стеке мы видим нарушение страниц памяти после старта какого-то потока
fffff880`009a9a90 fffff800`02c50a67 : 00000000`0014da00 00000000`0000007f 00000000`00000000 00000000`00000000 : nt!MiZeroPageChain+0x14e
fffff880`009a9ad0 fffff800`02f268e2 : fffffa80`066e5b50 00000000`00000080 fffffa80`066e5040 fffff800`02c7ef39 : nt!MmZeroPageThread+0x83a
fffff880`009a9c00 fffff800`02c7ef46 : fffff800`02e0de80 fffffa80`066e5b50 fffff800`02e1bcc0 000018b8`41cb8b44 : nt!PspSystemThreadStartup+0x5a
fffff880`009a9c40 00000000`00000000 : fffff880`009aa000 fffff880`009a4000 fffff880`009a9870 00000000`00000000 : nt!KxStartSystemThread+0x16
У меня есть подозрение на установленный у Вас антивирус ESET. Удалите его согласно инструкции по удалению антивируса.
К сожалению мини дамп не позволяет проследить, чем занималось 4-е ядро и кто его повесил? Для более полного анализа необходим дамп ядра.
Keraberos
09-09-2015, 09:42
Спасибо за ответ. ESET действительно используется в качестве антивируса, но заменить его на другой возможности, к сожалению нет, как бы не хотелось. Запись с мини дампа на дамп ядра заменю, но что делать сейчас не вполне понятно. Переустановить антивир - сделаю, не вопрос. Но, можно ли сказать, что оперативная память тут не причём а всё дело в каком-то процесе, который повесил ядро проца?
Keraberos
Вот Ваш код ошибки
CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000031, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff88002fd7180, The PRCB address of the hung processor.
Arg4: 0000000000000003, 0.
Здесь Ваш стек первого ядра
STACK_TEXT:
fffff880`009a9628 fffff800`02ce56ea : 00000000`00000101 00000000`00000031 00000000`00000000 fffff880`02fd7180 : nt!KeBugCheckEx
fffff880`009a9630 fffff800`02c97d67 : 00000000`00000000 fffff800`00000003 00000000`00026160 fffff880`0f08391c : nt! ?? ::FNODOBFM::`string'+0x4e3e
fffff880`009a96c0 fffff800`0320f895 : fffff800`03235460 fffff880`009a9870 fffff800`03235460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`009a97c0 fffff800`02c89b13 : 00000000`3a8970d5 fffff800`02e0de80 fffff800`02e0de80 00000000`00000070 : hal!HalpHpetClockInterrupt+0x8d
fffff880`009a97f0 fffff800`02cc3c03 : fffff800`02e0de80 00000000`00000001 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatchNoLock+0x163
fffff880`009a9980 fffff800`02c9309c : 00000000`00000000 fffff880`009a9ab8 00000000`00000000 00000000`00000000 : nt!KxFlushEntireTb+0x83
fffff880`009a99c0 fffff800`02c50219 : 00000000`00000070 00000000`0000007f fffffa80`03e90fd0 00000000`00000080 : nt!KeFlushMultipleRangeTb+0x28c
fffff880`009a9a90 fffff800`02c50a67 : 00000000`0014da00 00000000`0000007f 00000000`00000000 00000000`00000000 : nt!MiZeroPageChain+0x14e
fffff880`009a9ad0 fffff800`02f268e2 : fffffa80`066e5b50 00000000`00000080 fffffa80`066e5040 fffff800`02c7ef39 : nt!MmZeroPageThread+0x83a
fffff880`009a9c00 fffff800`02c7ef46 : fffff800`02e0de80 fffffa80`066e5b50 fffff800`02e1bcc0 000018b8`41cb8b44 : nt!PspSystemThreadStartup+0x5a
fffff880`009a9c40 00000000`00000000 : fffff880`009aa000 fffff880`009a4000 fffff880`009a9870 00000000`00000000 : nt!KxStartSystemThread+0x16
Посмотрим nt!KiInterruptDispatchNoLock+0x163
fffff880`009a97f0
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=00000000000406f8
rdx=00000000000c00e1 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc3c03 rsp=fffff880009a9980 rbp=0000000000000070
r8=00000000000000e1 r9=0000000000000001 r10=0000000000000000
r11=fffff88002fd7180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KxFlushEntireTb+0x83:
fffff800`02cc3c03 ffc3 inc ebx
Ниже в стеке есть такая функция ядра nt!KxFlushEntireTb+0x83
nt!KxFlushEntireTb+0x83:
fffff800`02cc3c03 ffc3 inc ebx
fffff800`02cc3c05 851dbd772000 test dword ptr [nt!HvlLongSpinCountMask (fffff800`02ecb3c8)],ebx
fffff800`02cc3c0b 0f8499f2f5ff je nt! ?? ::FNODOBFM::`string'+0x7437 (fffff800`02c22eaa)
fffff800`02cc3c11 f390 pause
fffff800`02cc3c13 ebe4 jmp nt!KxFlushEntireTb+0x79 (fffff800`02cc3bf9)
fffff800`02cc3c15 f08305632f150001 lock add dword ptr [nt!KiTbFlushTimeStamp (fffff800`02e16b80)],1
fffff800`02cc3c1d 400fb6c6 movzx eax,sil
fffff800`02cc3c21 440f22c0 mov cr8,rax
Теперь посмотрим nt!KxFlushEntireTb+0x79 в интервале fffff800`02cc3bf9 fffff800`02cc3c15
nt!KxFlushEntireTb+0x79:
fffff800`02cc3bf9 8b8780200000 mov eax,dword ptr [rdi+2080h]
fffff800`02cc3bff 85c0 test eax,eax
fffff800`02cc3c01 7412 je nt!KxFlushEntireTb+0x95 (fffff800`02cc3c15)
fffff800`02cc3c03 ffc3 inc ebx
fffff800`02cc3c05 851dbd772000 test dword ptr [nt!HvlLongSpinCountMask (fffff800`02ecb3c8)],ebx
fffff800`02cc3c0b 0f8499f2f5ff je nt! ?? ::FNODOBFM::`string'+0x7437 (fffff800`02c22eaa)
fffff800`02cc3c11 f390 pause
fffff800`02cc3c13 ebe4 jmp nt!KxFlushEntireTb+0x79 (fffff800`02cc3bf9)
fffff800`02cc3c15 f08305632f150001 lock add dword ptr [nt!KiTbFlushTimeStamp (fffff800`02e16b80)],1
Как я говорил Вам, мы не можем посмотреть, чем занималось Ваше 4-е ядро. Получаем такую запись: "Can't switch processors on a kernel triage dump"
А сейчас посмотрим дамп ядра другого пользователя с таким же кодом ошибки 101. Сравните стек первого ядра с Вашим
CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000019, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff880009b3180, The PRCB address of the hung processor.
Arg4: 0000000000000004, 0 Все данные мы получаем с первого ядра. Конечно, мы можем определить по адресу PRCB ядро, где произошла ошибка. Но аргумент 4 сразу в данном случае показывает, что все возникло при обработке потоков 5-го ядра. Нам уже не нужен адрес PRCB, мы сразу переходим на пятое ядро восьмиядерного процессора
И так, мы видим стек 1-го ядра, который нам ничего не дает:
STACK_TEXT:
fffff880`009a9628 fffff800`052d4a4a : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`009b3180 : nt!KeBugCheckEx
fffff880`009a9630 fffff800`052876f7 : 00000000`00000000 fffff800`00000004 00000000`00002711 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x4e3e
fffff880`009a96c0 fffff800`057f7895 : fffff800`0581d460 fffff880`009a9870 fffff800`0581d460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`009a97c0 fffff800`0527a113 : 00000000`5587bd8b fffff800`053f8e80 fffff800`053f8e80 00000000`00000080 : hal!HalpHpetClockInterrupt+0x8d
fffff880`009a97f0 fffff800`052b3473 : fffff800`053f8e80 00000000`00000001 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatchNoLock+0x163
fffff880`009a9980 fffff800`05282a1c : 00000000`00000000 fffff880`009a9ab8 00000000`41b5c703 00000000`00000000 : nt!KxFlushEntireTb+0x83
fffff880`009a99c0 fffff800`052406e9 : 00000000`00000080 00000000`0000007f fffffa80`005c57d0 00000000`00000080 : nt!KeFlushMultipleRangeTb+0x28c
fffff880`009a9a90 fffff800`05240f37 : 00000000`0001ec00 00000000`0000007f 00000000`00000000 00000000`00000000 : nt!MiZeroPageChain+0x14e
fffff880`009a9ad0 fffff800`0551a2ea : fffffa80`0c7a3450 00000000`00000080 fffffa80`0c7a39e0 fffff800`0526e8d9 : nt!MmZeroPageThread+0x83a
fffff880`009a9c00 fffff800`0526e8e6 : fffff800`053f8e80 fffffa80`0c7a3450 fffff800`05406cc0 38c48348`fffbe43c : nt!PspSystemThreadStartup+0x5a
fffff880`009a9c40 00000000`00000000 : fffff880`009aa000 fffff880`009a4000 fffff880`009a9770 00000000`00000000 : nt!KxStartSystemThread+0x16
Смотрим nt!KiInterruptDispatchNoLock+0x163
fffff880`009a97f0
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=00000000000406f8
rdx=00000000000c00e1 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800052b3473 rsp=fffff880009a9980 rbp=0000000000000080
r8=00000000000000e1 r9=0000000000000001 r10=0000000000000000
r11=fffff88003789180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KxFlushEntireTb+0x83:
fffff800`052b3473 ffc3 inc ebx
Функцию nt!KxFlushEntireTb+0x83
nt!KxFlushEntireTb+0x83:
fffff800`052b3473 ffc3 inc ebx
fffff800`052b3475 851d4d1f2000 test dword ptr [nt!HvlLongSpinCountMask (fffff800`054b53c8)],ebx
fffff800`052b347b 0f8479e1f5ff je nt! ?? ::FNODOBFM::`string'+0x7437 (fffff800`052115fa)
fffff800`052b3481 f390 pause
fffff800`052b3483 ebe4 jmp nt!KxFlushEntireTb+0x79 (fffff800`052b3469)
fffff800`052b3485 f08305f3e6140001 lock add dword ptr [nt!KiTbFlushTimeStamp (fffff800`05401b80)],1
fffff800`052b348d 400fb6c6 movzx eax,sil
fffff800`052b3491 440f22c0 mov cr8,rax
И функцию nt!KxFlushEntireTb+0x79 в интервале fffff800`052b3469 fffff800`052b3485
nt!KxFlushEntireTb+0x79:
fffff800`052b3469 8b8780200000 mov eax,dword ptr [rdi+2080h]
fffff800`052b346f 85c0 test eax,eax <---Проверка, если значение является не - ноль
fffff800`052b3471 7412 je nt!KxFlushEntireTb+0x95 (fffff800`052b3485) <---Выглядит как зацикливание.
fffff800`052b3473 ffc3 inc ebx
fffff800`052b3475 851d4d1f2000 test dword ptr [nt!HvlLongSpinCountMask (fffff800`054b53c8)],ebx
fffff800`052b347b 0f8479e1f5ff je nt! ?? ::FNODOBFM::`string'+0x7437 (fffff800`052115fa)
fffff800`052b3481 f390 pause <---Выполнение паузы (задержка процессора) и делается это в цикле ожидания.
fffff800`052b3483 ebe4 jmp nt!KxFlushEntireTb+0x79 (fffff800`052b3469)
fffff800`052b3485 f08305f3e6140001 lock add dword ptr [nt!KiTbFlushTimeStamp (fffff800`05401b80)],1
Мы видим большое сходство с Вашим дампом
И, наконец, смотрим стек 5-го ядра, где ошибка сразу видна
fffff880`0af79118 fffff800`057f4ae7 : fffffa80`13d1b5e0 fffffa80`0c7cec58 fffff800`05423288 00000000`00000000 : hal!HalpLegacyApicReadGenericReg+0xd
fffff880`0af79120 fffff800`05273e7c : 00000000`00000000 fffffa80`0c7cec58 fffffa80`0c7cec58 fffffa80`0c7ceb50 : hal!HalRequestSoftwareInterrupt+0x58
fffff880`0af79150 fffff800`05289454 : fffffa80`00000000 fffffa80`13671a80 fffffa80`13671a00 fffffa80`00000000 : nt!KiInsertQueue+0x27c
fffff880`0af791d0 fffff880`01b407c1 : fffffa80`13671a70 00000000`00000005 00000000`00000000 00000000`00000005 : nt!ExQueueWorkItem+0x44
fffff880`0af79210 fffff880`01abb193 : fffffa80`119651a0 fffffa80`11a9a630 fffffa80`11a9a630 fffffa80`11a9a630 : ndis!ndisQueueRequestWorkItem+0x161
fffff880`0af79270 fffff880`01b77495 : fffff880`00000201 fffffa80`13d1b5e0 00000000`00000000 00000000`000007ff : ndis!ndisQueueRequestOnTop+0x3a3
fffff880`0af79310 fffff880`01b77388 : fffff880`0af793a8 fffff880`0af79630 00000000`00000008 fffffa80`11a9fb30 : ndis!ndisLegacyRequest+0xf5
*** ERROR: Symbol file could not be found. Defaulted to export symbols for VBoxNetFlt.sys - <--- виновник
fffff880`0af79340 fffff880`0670ce11 : fffff880`0af79630 00000000`00000008 fffff880`0af793d8 fffff880`0af793f0 : ndis!NdisRequest+0x18
fffff880`0af79370 fffff880`0670cece : 00000000`00020103 00000000`000000b0 fffffa80`11a9fb30 fffffa80`1196d1a0 : VBoxNetFlt+0x4e11 <--- виновник
fffff880`0af793a0 fffff880`01b4f53d : fffffa80`10e11c70 fffffa80`00000000 fffff880`0af79640 00000000`00000000 : VBoxNetFlt+0x4ece <--- виновник
fffff880`0af793d0 fffff880`01b46c14 : fffffa80`1196d1a0 fffff880`0af79688 fffff880`0af79688 00000000`00000000 : ndis!ndisMOidRequestToRequest+0x26d
fffff880`0af79440 fffff880`01abb0c5 : 00000000`00000000 00000000`00000000 fffffa80`1196d1a0 fffff880`0af79600 : ndis! ?? ::DKGKHJNI::`string'+0x324d
fffff880`0af794f0 fffff880`01abe3f3 : fffffa80`13727f00 fffff880`0af79640 00000000`00000000 00000000`00000000 : ndis!ndisQueueRequestOnTop+0x2d5
fffff880`0af79590 fffff880`01ad861c : fffff880`00000200 fffffa80`13727f10 fffff880`01b1b110 00000000`00000000 : ndis!ndisQuerySetMiniportEx+0x143
fffff880`0af79600 fffff880`01abb758 : fffffa80`11b61010 00000000`c0000001 fffffa80`11b61010 00000000`c0000001 : ndis! ?? ::FNODOBFM::`string'+0xa249
fffff880`0af79770 fffff880`01abbcf9 : fffffa80`13cd6600 fffff880`01b1b110 fffff8a0`03d6c000 fffffa80`1196d1a0 : ndis!ndisFQueueRequestOnNext+0x138
fffff880`0af797e0 fffff880`03325231 : fffffa80`10c6e360 00000000`00020106 fffffa80`10c6e360 00000000`00000000 : ndis!NdisFOidRequest+0xc9
fffff880`0af798c0 fffff880`01b40582 : fffffa80`13727f10 fffffa80`11b61010 00000000`00020106 00000000`00000000 : nm3!NetmonOidRequest+0x109
fffff880`0af798f0 fffff880`01abb84d : 00000000`00000000 fffffa80`11b61010 00000000`00000000 00000000`00000001 : ndis!ndisFDoOidRequest+0x222
fffff880`0af799c0 fffff880`01abbcf9 : fffffa80`11b61001 fffff880`01b1b110 00000000`00000000 fffffa80`11b61010 : ndis!ndisFQueueRequestOnNext+0x22d
fffff880`0af79a30 fffff880`032ff11b : fffffa80`1289acf0 00000000`00020106 fffffa80`1289acf0 fffffa80`11abb4e0 : ndis!NdisFOidRequest+0xc9
fffff880`0af79b10 fffff880`01b40582 : fffffa80`10c6e360 fffffa80`11abc4e0 00000000`00000000 fffffa80`11abc4e0 : pacer!PcFilterRequest+0x5b
fffff880`0af79b40 fffff880`01abb84d : 00000000`00000000 fffffa80`11abc4e0 00000000`00000000 00000000`00000001 : ndis!ndisFDoOidRequest+0x222
fffff880`0af79c10 fffff880`01abbcf9 : fffffa80`11abc501 fffff880`01b1b110 00000000`00020200 fffffa80`11abc4e0 : ndis!ndisFQueueRequestOnNext+0x22d
fffff880`0af79c80 fffff880`032f6625 : fffff880`0af7a060 00000000`0002020a fffff880`0af7a060 fffffa80`11abd490 : ndis!NdisFOidRequest+0xc9
fffff880`0af79d60 fffff880`01b40582 : fffffa80`1289acf0 fffffa80`11abfc80 00000000`00000000 fffffa80`11abfc80 : wfplwf!FilterOidRequest+0x61
fffff880`0af79d90 fffff880`01abb009 : fffffa80`00000000 fffffa80`11abfc80 fffffa80`1196d1a0 00000000`00000001 : ndis!ndisFDoOidRequest+0x222
fffff880`0af79e60 fffff880`01abe3f3 : fffffa80`1196d101 fffff880`0af7a060 fffffa80`11abfc80 fffffa80`11950801 : ndis!ndisQueueRequestOnTop+0x219
fffff880`0af79f00 fffff880`01abe7a7 : fffffa80`13e62000 fffffa80`1196d1a0 fffffa80`11abfc80 fffffa80`13e62090 : ndis!ndisQuerySetMiniportEx+0x143
fffff880`0af79f70 fffff880`01abd019 : 0072006f`00770074 006f0051`002d006b 00610050`00200053 fffff880`0af7a3e8 : ndis!ndisIfGetMiniportStatistics+0x2a8
fffff880`0af7a1a0 fffff880`01abd417 : fffffa80`11815ed8 00000000`0000ffff 00060000`0d000000 fffff880`01abdea9 : ndis!ndisIfQueryObject+0x389
fffff880`0af7a330 fffff880`01abc8bd : fffffa80`0d64c870 fffffa80`11ac04f0 fffff880`0af7a410 00060000`00000000 : ndis!ndisNsiGetInterfaceRodInformation+0x207
fffff880`0af7a3d0 fffff880`01a03f16 : fffff880`01b1ca50 fffffa80`13e61001 00000000`00000001 fffffa80`115f8500 : ndis!ndisNsiGetAllInterfaceInformation+0x42e
fffff880`0af7a490 fffff880`0595fe29 : fffffa80`13e61000 fffff8a0`00000070 fffffa80`12b923c0 00000000`0028f5c0 : NETIO!NsiEnumerateObjectsAllParametersEx+0x6df
fffff880`0af7a670 fffff880`059618e8 : fffffa80`12b923c0 fffffa80`12b922f0 00000000`00000000 fffffa80`12b92328 : nsiproxy!NsippEnumerateObjectsAllParameters+0x305
fffff880`0af7a860 fffff880`059619db : fffffa80`117157f0 00000000`00000000 00000000`00000001 00000000`00000003 : nsiproxy!NsippDispatchDeviceControl+0x70
fffff880`0af7a8a0 fffff800`0559a3a7 : fffffa80`11e55bc0 fffffa80`11e55bc0 fffffa80`12b92408 fffffa80`12b922f0 : nsiproxy!NsippDispatch+0x4b
fffff880`0af7a8d0 fffff800`0559ac06 : 00000000`0028f440 00000000`0000089c 00000000`00000000 00000000`00000000 : nt!IopXxxControlFile+0x607
fffff880`0af7aa00 fffff800`0527ce53 : fffffa80`11db4b50 00000000`0028f428 fffff880`0af7aa88 00000000`00000001 : nt!NtDeviceIoControlFile+0x56
fffff880`0af7aa70 00000000`77c6132a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13 (TrapFrame @ fffff880`0af7aae0)
00000000`0028f4b8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c6132a
Этот пользователь установил несколько виртуальных машин, в результате чего произошел конфликт. Кто-то ставит несколько антивирусов, я видел в одном дампе 4 установленных
Конечно, в Вашем случае может быть связано и с железом или небольшим разгоном и температурным режимом, но я указал наиболее вероятную причину, которую нельзя исключать.
shidorin
12-09-2015, 18:04
Здравствуйте ! после 2недель стабильной работы винды меня опять посыпались синие экраны , переустановил винду и что я вижу опять
ruslan...
12-09-2015, 18:17
shidorin,
Rt630x64.sys - сетевая карта Realtek. Обновите драйвер с сайта производителя материнской платы.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.