1

Мой Windows 8 Pro 64-разрядный происходит случайным образом, по крайней мере, один раз в день.

Дамп памяти для этого сбоя говорит:

Microsoft (R) Windows Debugger Version 6.2.9200.20512 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Only kernel address space is available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is: 
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntkrnlmp.exe - 
Windows 8 Kernel Version 9200 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9200.16581.amd64fre.win8_gdr.130410-1505
Machine Name:
Kernel base = 0xfffff802`92417000 PsLoadedModuleList = 0xfffff802`926e3a20
Debug session time: Sat May 25 14:36:35.216 2013 (UTC + 3:00)
System Uptime: 0 days 1:01:49.888
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntkrnlmp.exe - 
Loading Kernel Symbols
...............................................................
................................................................
.........................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000000`fe238018).  Type ".hh dbgerr001" for details
Loading unloaded module list
.......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {ffffffffc0000005, fffff802924bb182, 0, ffffffffffffffff}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that   ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands to work properly, your symbol path           ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that   ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands to work properly, your symbol path           ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that   ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands to work properly, your symbol path           ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
Probably caused by : ntkrnlmp.exe ( nt!PsReturnProcessNonPagedPoolQuota+42a )

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

Дамп памяти можно скачать здесь: http://sdrv.ms/11iYaqT

Журналы системных ошибок в средстве просмотра событий содержат следующие записи, связанные с перезагрузкой:

The computer has rebooted from a bugcheck.  The bugcheck was: 0x00000133 (0x0000000000000000, 0x0000000000000504, 0x0000000000000503, 0x0000000000000000). A dump was saved in: C:\Windows\MEMORY.DMP. Report Id: 052613-19359-01.

The system has rebooted without cleanly shutting down first. This error could be caused if the system stopped responding, crashed, or lost power unexpectedly.

The previous system shutdown at 12:49:39 on ‎26/‎05/‎2013 was unexpected.

Я изучил более свежие сбои, и они всегда обнаруживаются, когда система на самом деле не используется. Например, я оставляю Winamp играть и занимаюсь чем-то еще по дому. Это как если бы у компьютера были проблемы при переключении в более низкое состояние питания. Опять же, в журналах событий представлено мало подробностей.

Я действительно не понимаю этот дамп и что я могу сделать, чтобы исправить вещи.

Ценю любой вклад, который вы могли бы иметь, чтобы начать меня.

2 ответа2

0

Спасибо за ваши предложения и идеи. В конце я провел эксперимент, чтобы увидеть, какое устройство является фактическим виновником. Мне было ясно, что какой-то компонент или драйвер вызывает эти случайные, но частые проблемы.

Я посмотрел на аппаратную конфигурацию, и три компонента казались мне вероятными подозреваемыми: SSD, моя звуковая карта Creative X-Fi XtremeGamer Fatal1ty Pro или карта видеозахвата AverMedia Live Game.

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

Затем я отключил карту захвата видео. Без улучшения.

Наконец, я отключил звуковую карту и использовал встроенный звук. Через 48 часов после этого не происходит сбоев. Моя система работает отлично.

К сожалению, Creative снова противна и не дает дерьма о своих клиентах. Несмотря на то, что моя звуковая карта буквально потрясающая, они решили прекратить поддержку драйверов. У них есть дрянной драйвер, и он не будет обновляться в ближайшее время. Мое единственное решение - купить другую карту. Они запустили один и тот же трюк при запуске Windows 7. :(

Я надеюсь, что это обсуждение поможет другим с похожими проблемами. Если у вас есть звуковая карта Creative, которая не была куплена в течение последних полутора лет, их плохая поддержка драйверов может вызвать аналогичные проблемы.

-1

Файл Windows win32k.sys поврежден на вашем жестком диске. Запустите sfc /scannow или DISM /Online /Cleanup-Image /RestoreHealth для восстановления поврежденных файлов.

Теперь посмотрите, если вы получите новые сбои.

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