Компьютер иногда падает после пробуждения

Question

У меня были проблемы с моим компьютером, просыпающимся от сна. Кажется, что после того, как компьютер «спит» в течение «долгого времени» (как правило, в течение ночи), он падает с KERNEL_STACK_INPAGE_ERROR, который согласно дампу сбоя был «Вероятно, вызван: ntkrnlmp.exe (nt! ?? :: FNODOBFM :: `string '+1ecfd)». Мой компьютер был в порядке, пока я не экспериментировал с сервером Linux Xen. Мои эксперименты требовали добавления запасной видеокарты и изменения настроек Bois. После того, как я закончил свои эксперименты, я сбросил BIOS на оптимизированные значения по умолчанию и переустановил Windows (из образа, который я сделал при первоначальной настройке компьютера), и он больше не выходил из спящего режима. Мое оборудование:

Мобо: Asus M5A99FX Pro R2.0

ЦП: восьмиъядерный процессор AMD FX-8320

Память: 1 модуль KHX1600C10D3B/8G, набор 1/2 KVR 1333D3N9K2/4G, всего 10 ГБ

Видеокарта: AMD Radeon HD 6700

Жесткий диск: гибридный диск Seagate ST1000DX001

Операционная система: Windows 8.1 Pro x64

Что я попробовал:

Сброс биоса
Установка всех драйверов для Mobo и видеокарты
Заменил жесткий диск (SMART утверждал, что он испортился)
Заменен кабель SATA, прикрепленный к жесткому диску
Пробежал MemTest86+ 12 часов
Стресс-тестирование видеокарты и процессора
Свежая установка Windows
Заменили видеокарту на запасную видеокарту
Обновлен BIOS

Более актуальная информация:

Записи в журнале событий:

«Не удалось запустить службу AODDriver4.3 из-за следующей ошибки: система не может найти указанный файл».
«Микропрограмма системы изменила регистры диапазона типов памяти (MTRR) процессора при переходе из режима ожидания (S4). Это может привести к снижению производительности резюме ».

Ошибка, возникшая при возобновлении сна:

«Инструкция по адресу 0x00007FFA4AD167D5 ссылалась на память по адресу 0x00007FFA226C40100. Требуемые данные не были помещены в память из-за состояния ошибки ввода-вывода 0xc000000e ».

Результаты Memory.dmp (могу выложить сам дамп, если кому-то интересно):

Microsoft (R) Windows Debugger Version 6.3.9600.17237 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 Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       symsrv*symsrv.dll*c:\localsymbols*http://msdl.microsoft.com/download/symbols
Symbol search path is: symsrv*symsrv.dll*c:\localsymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 8 Kernel Version 9600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9600.17085.amd64fre.winblue_gdr.140330-1035
Machine Name:
Kernel base = 0xfffff803`ee418000 PsLoadedModuleList = 0xfffff803`ee6e22d0
Debug session time: Wed Sep 17 11:14:48.743 2014 (UTC - 7:00)
System Uptime: 0 days 14:57:00.106
Loading Kernel Symbols
...............................................................
................................................................
.......................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00007ff5`ffffd018).  Type ".hh dbgerr001" for details
Loading unloaded module list
........................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 7A, {fffff6fac0080000, ffffffffc00000c0, adcc2880, fffff58010000000}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+1ecfd )

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

7: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_DATA_INPAGE_ERROR (7a)
The requested page of kernel data could not be read in.  Typically caused by
a bad block in the paging file or disk controller error. Also see
KERNEL_STACK_INPAGE_ERROR.
If the error status is 0xC000000E, 0xC000009C, 0xC000009D or 0xC0000185,
it means the disk subsystem has experienced a failure.
If the error status is 0xC000009A, then it means the request failed because
a filesystem failed to make forward progress.
Arguments:
Arg1: fffff6fac0080000, lock type that was held (value 1,2,3, or PTE address)
Arg2: ffffffffc00000c0, error status (normally i/o status code)
Arg3: 00000000adcc2880, current process (virtual address for lock type 3, or PTE)
Arg4: fffff58010000000, virtual address that could not be in-paged (or PTE contents if arg1 is a PTE address)

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


ERROR_CODE: (NTSTATUS) 0xc00000c0 - This device does not exist.

BUGCHECK_STR:  0x7a_c00000c0

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

PROCESS_NAME:  RtkNGUI64.exe

CURRENT_IRQL:  0

ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre

TRAP_FRAME:  ffffd0011f6b34f0 -- (.trap 0xffffd0011f6b34f0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=fffff580108042e8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff803ee816924 rsp=ffffd0011f6b3680 rbp=0000000000000000
 r8=0000000000000000  r9=0000000000000000 r10=fffff58010000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!MiCommitPageTablesForVad+0x1c0:
fffff803`ee816924 410fa302        bt      dword ptr [r10],eax ds:fffff580`10000000=00000000
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff803ee59b1ad to fffff803ee56bfa0

STACK_TEXT:  
ffffd001`1f6b31f8 fffff803`ee59b1ad : 00000000`0000007a fffff6fa`c0080000 ffffffff`c00000c0 00000000`adcc2880 : nt!KeBugCheckEx
ffffd001`1f6b3200 fffff803`ee4a05f8 : 00000000`00000002 ffffd001`1f6b3368 ffffe001`2e329a98 ffffd001`00000000 : nt! ?? ::FNODOBFM::`string'+0x1ecfd
ffffd001`1f6b32f0 fffff803`ee47f5f5 : ffffe001`2ed03080 ffffe001`2e329a98 00000000`c0033333 fffff803`00000000 : nt!MiIssueHardFault+0x184
ffffd001`1f6b33b0 fffff803`ee57622f : 00000000`00000000 00000000`00000000 00000000`00000000 ffffd001`1f6b34f0 : nt!MmAccessFault+0x3d5
ffffd001`1f6b34f0 fffff803`ee816924 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff803`eeba769a : nt!KiPageFault+0x12f
ffffd001`1f6b3680 fffff803`ee486ed4 : fffff6fa`c0080000 00000000`00000001 00000000`00000001 00000000`00000001 : nt!MiCommitPageTablesForVad+0x1c0
ffffd001`1f6b36f0 fffff803`ee81563c : ffffe001`2effa1b0 00000000`00000001 ffffd001`1f6b3b00 00000000`00000004 : nt!MiCommitExistingVad+0x314
ffffd001`1f6b3810 fffff803`ee5777b3 : ffffe001`2ed03080 00000000`0013fdf8 ffffd001`1f6b3a28 00000001`401dd250 : nt!NtAllocateVirtualMemory+0x46c
ffffd001`1f6b3a10 00007ffd`e84717fa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0013e9a8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffd`e84717fa


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+1ecfd
fffff803`ee59b1ad cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+1ecfd

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  53388e13

BUCKET_ID_FUNC_OFFSET:  1ecfd

FAILURE_BUCKET_ID:  0x7a_c00000c0_nt!_??_::FNODOBFM::_string_

BUCKET_ID:  0x7a_c00000c0_nt!_??_::FNODOBFM::_string_

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:0x7a_c00000c0_nt!_??_::fnodobfm::_string_

FAILURE_ID_HASH:  {90f07b7f-b6ca-d03a-b3d4-2f5aff8f8644}

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

score 2 · Accepted Answer · 2011-03-09T19:38:42

Я знаю, что этот пост старше, но думал, что опубликую исправление / обходной путь, который я обнаружил, так как недавно приобрел ASUS M5A99FX PRO R2.0 и столкнулся с той же самой проблемой с BSOD при выходе из спящего режима.

Причиной здесь является контроллер ASmedia SATA, который по умолчанию включен на борту. Сначала у меня был основной загрузочный диск SSD Sata, подключенный к синим контроллерам SATA на материнской плате, которые являются двумя контроллерами ASmedia SATA. Через процесс исключения я наконец решил переместить мой основной загрузочный диск SSD в другие белые SATA порты (AMD SB Controller) и полностью отключил микросхему ASmedia в BIOS. Мой компьютер просыпается без проблем сейчас. Поэтому, если вам не нужно более 5 портов SATA, которые поддерживает SB SB5050 контроллер SB, потеря здесь невелика. Я до сих пор раздражаюсь, что нет драйверов или обновлений BIOS, чтобы это исправить (когда вы что-то покупаете, все компоненты должны работать должным образом!) но в целом это не влияет на мои настройки.

Я надеюсь, что это поможет кому-то еще, кто в конце концов пытается выяснить, почему их настройка ASUS M5A99FX PRO R2.0 является BSOD при выходе из спящего режима!

score 0 · Answer 2 · 2011-03-09T19:38:42

Похоже, проблема в RtkNGUI64.exe. У меня есть компьютер, изготовленный на заказ, с графическим процессором ROG Crosshair V Formula-Z и графической картой ASUS Radeon R9 290, и у меня были некоторые проблемы с тем, что мой компьютер просыпался из сна и не показывал ничего, кроме черного экрана, пока я не нажал Ctrl + Alt + Del , Затем, как только появится экран блокировки, я просто нажимаю «Отмена», и мой рабочий стол снова появляется. Тем не менее, мое основное аудио устройство отсутствует впоследствии. Разъем для наушников / передняя панель по-прежнему работает, но основное аудиоустройство просто исчезает из моей системы до перезагрузки. Я проверил некоторые из своих аварийных дампов и нашел общий исполняемый файл ... RtkNGUI64.exe.

score 0 · Answer 3 · 2011-03-09T19:38:42

Код ошибки c00000c0 вы видите в параметре 2, означает, что Windows не удалось обнаружить диск (STATUS_DEVICE_DOES_NOT_EXIST):

C:\Users\André>err c00000c0
# for hex 0xc00000c0 / decimal -1073741632
  STATUS_DEVICE_DOES_NOT_EXIST                                   ntstatus.h
# This device does not exist.
# as an HRESULT: Severity: FAILURE (1), FACILITY_NULL (0x0), Code 0xc0
# for hex 0xc0 / decimal 192
  ERROR_EXE_MARKED_INVALID                                       winerror.h
# The operating system cannot run %1.
# 2 matches found for "c00000c0"

Обновите прошивку / программное обеспечение для вашего Seagate Hybrid Drive. Также запустите инструмент диагностики жестких дисков от Seagate, чтобы убедиться, что с диском все в порядке.

Сейчас выбран русский

Компьютер иногда падает после пробуждения

Что я попробовал:

Более актуальная информация:

Записи в журнале событий:

Ошибка, возникшая при возобновлении сна:

Результаты Memory.dmp (могу выложить сам дамп, если кому-то интересно):

3 ответа3

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

Компьютер иногда падает после пробуждения

Что я попробовал:

Более актуальная информация:

Записи в журнале событий:

Ошибка, возникшая при возобновлении сна:

Результаты Memory.dmp (могу выложить сам дамп, если кому-то интересно):

3 ответа3

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

Похожие