Это случайно происходит каждый день. Иногда во время просмотра веб-страниц. Иногда в Excel. Иногда в возвышенном. Иногда в моем CMD подскажите.

Вот что происходит по порядку:

  1. Экран / курсор остановится.
  2. При воспроизведении музыки он начнет статический / spaz out.
  3. Затем идет BSOD
  4. Жесткий сброс с башни, чтобы вернуться. (Система понимает, что она разбилась)

Любые идеи, как я могу решить это, потому что я очень близок к тому, чтобы просто выбросить эту машину из моего окна. Я нажимаю CTRL+S почти каждую минуту, на случай, если он решит сразиться со мной.

DMP

==================================================
Dump File         : 040314-11356-01.dmp
Crash Time        : 4/3/2014 12:02:04 AM
Bug Check String  : KMODE_EXCEPTION_NOT_HANDLED
Bug Check Code    : 0x0000001e
Parameter 1       : 00000000`00000000
Parameter 2       : 00000000`00000000
Parameter 3       : 00000000`00000000
Parameter 4       : 00000000`00000000
Caused By Driver  : tcpip.sys
Caused By Address : tcpip.sys+4c0df
File Description  : 
Product Name      : 
Company           : 
File Version      : 
Processor         : x64
Crash Address     : ntoskrnl.exe+75b90
Stack Address 1   : 
Stack Address 2   : 
Stack Address 3   : 
Computer Name     : 
Full Path         : C:\Windows\Minidump\040314-11356-01.dmp
Processors Count  : 8
Major Version     : 15
Minor Version     : 7601
Dump File Size    : 290,880
Dump File Time    : 4/3/2014 12:03:45 AM
==================================================

2 ответа2

2

Ошибка проверки DRIVER_VERIFIER_IOMANAGER_VIOLATION (c9) вызвана драйвером Xeno7x64.sys:

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

DRIVER_VERIFIER_IOMANAGER_VIOLATION (c9)
The IO manager has caught a misbehaving driver.
Arguments:
Arg1: 0000000000000213, The caller has changed the status field of an IRP it does not understand.
Arg2: fffff88006e94c02, The address in the driver's code where the error was detected.
Arg3: fffff98008258e10, IRP address.
Arg4: 0000000000000000

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


BUGCHECK_STR:  0xc9_213

DRIVER_VERIFIER_IO_VIOLATION_TYPE:  213

FAULTING_IP: 
Xeno7x64+1c02
fffff880`06e94c02 8bd8            mov     ebx,eax

FOLLOWUP_IP: 
Xeno7x64+1c02
fffff880`06e94c02 8bd8            mov     ebx,eax

IRP_ADDRESS: fffff98008258e10

DEVICE_OBJECT: fffffa8015337990

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VERIFIER_ENABLED_VISTA_MINIDUMP

PROCESS_NAME:  System

CURRENT_IRQL:  2

ANALYSIS_VERSION: 6.3.9600.17029 (debuggers(dbg).140219-1702) amd64fre

LAST_CONTROL_TRANSFER:  from fffff800039094ec to fffff8000347cbc0

STACK_TEXT:  
nt!KeBugCheckEx
nt!VerifierBugCheckIfAppropriate
nt!ViErrorFinishReport
nt!VfErrorReport1
nt!ViGenericVerifyIrpStackDownward
nt!VfMajorVerifyIrpStackDownward
nt!IovpCallDriver1
nt!VfBeforeCallDriver
nt!IovCallDriver
Xeno7x64
0x0
0x0


IMAGE_NAME:  Xeno7x64.sys

FAILURE_BUCKET_ID:  X64_0xc9_213_VRF_Xeno7x64+1c02

FAILURE_ID_HASH_STRING:  km:x64_0xc9_213_vrf_xeno7x64+1c02

    Loaded symbol image file: Xeno7x64.sys
    Image path: \SystemRoot\system32\DRIVERS\Xeno7x64.sys
    Image name: Xeno7x64.sys
    Timestamp:        Wed Dec 08 18:22:48 2010 (4CFFBEE8)

Обновите драйвер для игрового адаптера PCI-E Bigfoot Networks Killer(TM).

Другая ошибка вызвана драйвером mvs91xx.sys:

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

BUGCHECK_STR:  0x1E

PROCESS_NAME:  System

CURRENT_IRQL:  7

ANALYSIS_VERSION: 6.3.9600.17029 (debuggers(dbg).140219-1702) amd64fre

DPC_STACK_BASE:  FFFFF88003528FB0

EXCEPTION_RECORD:  fffff88003528b58 -- (.exr 0xfffff88003528b58)
ExceptionAddress: fffff880014ad67e (mvs91xx+0x000000000000367e)
   ExceptionCode: 80000003 (Break instruction exception)
  ExceptionFlags: 00000000
NumberParameters: 1
   Parameter[0]: 0000000000000000

LAST_CONTROL_TRANSFER:  from fffff8000347a5be to fffff80003482b90

STACK_TEXT:  
nt!KeBugCheck
nt!KiKernelCalloutExceptionHandler
nt!RtlpExecuteHandlerForException
nt!RtlDispatchException
nt!KiDispatchException
nt!KiExceptionDispatch
nt!KiBreakpointTrap
mvs91xx
mvs91xx
0x0
0x0



STACK_COMMAND:  kb

FOLLOWUP_IP: 
mvs91xx+367f
fffff880`014ad67f ??              ???

IMAGE_NAME:  mvs91xx.sys

FAILURE_BUCKET_ID:  X64_0x1E_mvs91xx+367f

FAILURE_ID_HASH_STRING:  km:x64_0x1e_mvs91xx+367f

    Loaded symbol image file: mvs91xx.sys
    Image path: \SystemRoot\system32\DRIVERS\mvs91xx.sys
    Image name: mvs91xx.sys
    Timestamp:        Tue Aug 09 05:05:23 2011 

Это Marvell-AHCI-водитель. Также обновите этот.

-1

Что-то серьезно не так с вашим ПК. У вас либо проблемы с драйверами, либо проблемы с оборудованием.

Вы разместили скриншот Bugcheck 0x0101. Это может быть вызвано аппаратными сбоями или ошибочным драйвером, переводящим ЦП в состояние ожидания.

Информация о дампе, которую вы разместили в текстовом формате, содержит Bugcheck 0x01e, который больше похож на глючный драйвер. Может быть таким же, как на скриншоте, но может быть другим.

Все это означает, что за короткий промежуток времени у вас были различные сбои синего экрана, что является плохим показателем.

Мое предложение: активировать драйвер верификатора. Нажмите Win+R и введите verifier , выберите настройки по умолчанию. Обратите внимание, что это сделает ваш компьютер (значительно) медленнее, но вместо странных синих экранов вы увидите название глючного драйвера на следующем синем экране (учитывая, что это на самом деле глючный драйвер).

И, надеюсь, он сможет записать еще один файл дампа на диск, который вы затем сможете загрузить для анализа. Также подумайте о том, чтобы отправить эту информацию в Microsoft, потому что это может привести к довольно хорошему предложению, что делать.

Обновить:

Следующий синий экран - Bugcheck 0x00C9. 213 означает

Абонент изменил поле статуса IRP, которое он не понимает. (Указано IRP.)

Это не говорит мне много. Однако предлагаемое действие по исправлению - "Проверка и восстановление целостности системных файлов". Это, вероятно, относится к sfc /scannow . Обратите внимание, что вам может понадобиться запустить это до 3 раз, чтобы исправить все.

Если это не поможет, вам, вероятно, следует создать резервную копию жесткого диска, используя другой компьютер, а затем переустановить ОС с нуля.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .