|
Компьютерный форум OSzone.net » Сфера Microsoft » Устранение критических ошибок Windows » BSOD - Постоянно разные коды BSOD |
|
BSOD - Постоянно разные коды BSOD
|
Сообщения: 53329 |
Внимание! Все возможные решения уже перечислены в данном сообщении, и других вам никто не предложит. Модераторы и эксперты сообщества оказывают в этой теме только моральную и психологическую поддержку.
BSOD с разными кодами на случайных драйверах зачастую свидетельствуют о неполадках в аппаратном обеспечении, обычно это:
BIOS
Прочее железо
|
|
Отправлено: 14:07, 06-07-2008 |
Новый участник Сообщения: 16
|
Профиль | Сайт | Отправить PM | Цитировать Короче комп при нагрузке вырубился. совсем вырубился. Я его включил и на видеокарте сгорела какая-то хрень. не знаю как она правильно называется. Фотку приложу.
Нашел в барахле компьютерном старую карточку Radeon X1600 XT, запустился с неё. Она тоже глючная, весь монитор в пикселях разноцветных хаотично разбросанных по экрану. Вообщем тест стабильности системы прогнал уже с ней, синий экран минуте на пятой BAD_POOL_CLEANER на этот раз ошибка. ну и дамп прикладываю |
Отправлено: 01:51, 31-08-2015 | #1971 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Ветеранище Сообщения: 10679
|
Профиль | Отправить PM | Цитировать psimera@vk,
Конечно, гадание на гуще ... По этому дампу ошибки в памяти, попробуйте запустить Проверку диска на системный диск. |
------- Отправлено: 02:24, 31-08-2015 | #1972 |
Новый участник Сообщения: 16
|
Профиль | Сайт | Отправить PM | Цитировать Цитата ruslan...:
|
|
Отправлено: 03:11, 31-08-2015 | #1973 |
Новый участник Сообщения: 22
|
Профиль | Отправить PM | Цитировать Еще раз здравствуйте. Переустановил все драйвера которые теоретически могли вызвать проблему, и мало что поменялось. БСОДы возникают только когда ведется видеонаблюдение через программу PSS, хотя на этот раз коды ошибок немного поменялись.
Дампы ошибок Единственное что я не пробовал менять - так это память. Хотя тестил недавно эту планку (проводил 10-15 тестов с диска), и ничего, все ок было. Материнка новая, процессор нормальный, хз что не так. Заранее Благодарен! |
Отправлено: 11:58, 01-09-2015 | #1974 |
Новый участник Сообщения: 22
|
Профиль | Отправить PM | Цитировать Добрый день. Снова прошу помощи с анализом дампа. Последний раз BSOD вываливался месяц назад. С тех пор были переустановлены дрова на видяху, (с офф сайта другой версии) ещё раз сброшен биос ( небольшой разгон в нём, я так понимаю, интелектуально делает сам биос, никаких настроек не делал, не уверен, стоит ли там что-либо править) Так же есть идентичный комп с таким же железом. Ранее советовали что-то попытаться сделать с оперативками (стоит 2х4гб планки) Хотелось бы уточнить какие дйствия будет более актуально применить к планкам памяти: поставить обе с другого компа или именно доставать их по одной и смотреть ка кбудет работать, просто бсод выскакивает примерно раз в месяц, можно долго ждать результата.
|
Отправлено: 10:23, 08-09-2015 | #1975 |
Ветеран Сообщения: 865
|
Профиль | Отправить PM | Цитировать 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-е ядро и кто его повесил? Для более полного анализа необходим дамп ядра. |
Отправлено: 20:56, 08-09-2015 | #1976 |
Новый участник Сообщения: 22
|
Профиль | Отправить PM | Цитировать Спасибо за ответ. ESET действительно используется в качестве антивируса, но заменить его на другой возможности, к сожалению нет, как бы не хотелось. Запись с мини дампа на дамп ядра заменю, но что делать сейчас не вполне понятно. Переустановить антивир - сделаю, не вопрос. Но, можно ли сказать, что оперативная память тут не причём а всё дело в каком-то процесе, который повесил ядро проца?
|
Отправлено: 09:42, 09-09-2015 | #1977 |
Ветеран Сообщения: 865
|
Профиль | Отправить PM | Цитировать 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 установленных Конечно, в Вашем случае может быть связано и с железом или небольшим разгоном и температурным режимом, но я указал наиболее вероятную причину, которую нельзя исключать. |
Отправлено: 17:10, 10-09-2015 | #1978 |
Новый участник Сообщения: 17
|
Профиль | Отправить PM | Цитировать Здравствуйте ! после 2недель стабильной работы винды меня опять посыпались синие экраны , переустановил винду и что я вижу опять
|
Отправлено: 18:04, 12-09-2015 | #1979 |
Ветеранище Сообщения: 10679
|
Профиль | Отправить PM | Цитировать shidorin,
Rt630x64.sys - сетевая карта Realtek. Обновите драйвер с сайта производителя материнской платы. |
------- Отправлено: 18:17, 12-09-2015 | #1980 |
![]() |
Участник сейчас на форуме |
![]() |
Участник вне форума |
![]() |
Автор темы |
![]() |
Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Постоянно случается BSoD | vanezzzzz@vk | Непонятные проблемы с Железом | 11 | 25-09-2012 16:28 | |
Ошибка - Постоянно BSOD | Golden D. | Microsoft Windows 2000/XP | 1 | 02-09-2011 08:38 | |
Компьютер постоянно виснет,вылезает окно смерти,ошибки разные. | Fr4nt | Материнские платы и память | 16 | 15-03-2010 10:18 | |
Частые BSOD'ы и всегда разные. WinXP x64 | SlavonBG | Непонятные проблемы с Железом | 10 | 11-11-2009 13:25 | |
постоянно один BSOD | mamlas | Лечение систем от вредоносных программ | 24 | 14-06-2009 10:08 |
|