[psimera@vk]

Короче комп при нагрузке вырубился. совсем вырубился. Я его включил и на видеокарте сгорела какая-то хрень. не знаю как она правильно называется. Фотку приложу.
Нашел в барахле компьютерном старую карточку Radeon X1600 XT, запустился с неё. Она тоже глючная, весь монитор в пикселях разноцветных хаотично разбросанных по экрану.
Вообщем тест стабильности системы прогнал уже с ней, синий экран минуте на пятой BAD_POOL_CLEANER на этот раз ошибка.
ну и дамп прикладываю

[ruslan...]

psimera@vk,

Конечно, гадание на гуще ...

По этому дампу ошибки в памяти, попробуйте запустить Проверку диска на системный диск.

[psimera@vk]

попробуйте запустить Проверку диска на системный диск. »

ошибок не обнаружено

[Fury]

Еще раз здравствуйте. Переустановил все драйвера которые теоретически могли вызвать проблему, и мало что поменялось. БСОДы возникают только когда ведется видеонаблюдение через программу PSS, хотя на этот раз коды ошибок немного поменялись.
Дампы ошибок

Единственное что я не пробовал менять - так это память. Хотя тестил недавно эту планку (проводил 10-15 тестов с диска), и ничего, все ок было. Материнка новая, процессор нормальный, хз что не так.


Заранее Благодарен!

[Keraberos]

Добрый день. Снова прошу помощи с анализом дампа. Последний раз BSOD вываливался месяц назад. С тех пор были переустановлены дрова на видяху, (с офф сайта другой версии) ещё раз сброшен биос ( небольшой разгон в нём, я так понимаю, интелектуально делает сам биос, никаких настроек не делал, не уверен, стоит ли там что-либо править) Так же есть идентичный комп с таким же железом. Ранее советовали что-то попытаться сделать с оперативками (стоит 2х4гб планки) Хотелось бы уточнить какие дйствия будет более актуально применить к планкам памяти: поставить обе с другого компа или именно доставать их по одной и смотреть ка кбудет работать, просто бсод выскакивает примерно раз в месяц, можно долго ждать результата.

[skrnn]

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]

Спасибо за ответ. ESET действительно используется в качестве антивируса, но заменить его на другой возможности, к сожалению нет, как бы не хотелось. Запись с мини дампа на дамп ядра заменю, но что делать сейчас не вполне понятно. Переустановить антивир - сделаю, не вопрос. Но, можно ли сказать, что оперативная память тут не причём а всё дело в каком-то процесе, который повесил ядро проца?

[skrnn]

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]

Здравствуйте ! после 2недель стабильной работы винды меня опять посыпались синие экраны , переустановил винду и что я вижу опять

[ruslan...]

shidorin,

Rt630x64.sys - сетевая карта Realtek. Обновите драйвер с сайта производителя материнской платы.