none
Bsod 0x0000008E при подключении USB жестких дисков, выкладываю minidump RRS feed

  • Вопрос

  • Добрый день!

    Есть рабочая станция  с ОС- Windows 7 PRO x32

    Подскажите как решить проблемы:

    1. Bsod 0x0000008E при подключении USB жестких дисков, выкладываю minidump

    Microsoft (R) Windows Debugger Version 6.9.0003.113 X86 Copyright (c) Microsoft Corporation. All rights reserved.

    Loading Dump File [c:\121112-38625-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: srv*c:\symbols *http://msdl.microsoft.com/download/symbols Executable search path is: srv*c:\symbols  *http://msdl.microsoft.com/download/symbols Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7601.17803.x86fre.win7sp1_gdr.120330-1504 Kernel base = 0x8321d000 PsLoadedModuleList = 0x833664d0 Debug session time: Tue Dec 11 18:41:59.094 2012 (GMT+2) System Uptime: 15 days 6:52:11.517 Loading Kernel Symbols ................................................................................................. ...................................................... Loading User Symbols Loading unloaded module list ................................................. ******************************************************************************* *                                                                             * *                        Bugcheck Analysis                                    * *                                                                             * *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1000008E, {c0000005, 832545b2, c525ba5c, 0}

    Probably caused by : rdyboost.sys ( rdyboost!SmdDispatchPnp+8a )

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

    0: kd> kd: Reading initial command '!analyze -v; q' ******************************************************************************* *                                                                             * *                        Bugcheck Analysis                                    * *                                                                             * *******************************************************************************

    KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e) 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. Some common problems are exception code 0x80000003.  This means a hard coded breakpoint or assertion was hit, but this system was booted /NODEBUG.  This is not supposed to happen as developers should never have hardcoded breakpoints in retail code, but ... If this happens, make sure a debugger gets connected, and the system is booted /DEBUG.  This will let us see why this breakpoint is happening. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 832545b2, The address that the exception occurred at Arg3: c525ba5c, Trap Frame Arg4: 00000000

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

    EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - <Unable to get error code text>

    FAULTING_IP: nt!IofCallDriver+57 832545b2 8b4608          mov     eax,dword ptr [esi+8]

    TRAP_FRAME:  c525ba5c -- (.trap 0xffffffffc525ba5c) ErrCode = 00000000 eax=ad6bc324 ebx=832b67a0 ecx=0000001b edx=ad6bc098 esi=00000000 edi=a45dfb90 eip=832545b2 esp=c525bad0 ebp=c525bad8 iopl=0         nv up ei pl nz na pe nc cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206 nt!IofCallDriver+0x57: 832545b2 8b4608          mov     eax,dword ptr [esi+8] ds:0023:00000008=???????? Resetting default scope

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0x8E

    PROCESS_NAME:  svchost.exe

    CURRENT_IRQL:  0

    LOCK_ADDRESS:  83383be0 -- (!locks 83383be0)

    Resource @ nt!PiEngineLock (0x83383be0)    Available

    WARNING: SystemResourcesList->Flink chain invalid. Resource may be corrupted, or already deleted.

    WARNING: SystemResourcesList->Blink chain invalid. Resource may be corrupted, or already deleted.

    1 total locks

    PNP_TRIAGE:         Lock address  : 0x83383be0         Thread Count  : 0         Thread address: 0x00000000         Thread wait   : 0x0

    LAST_CONTROL_TRANSFER:  from 8bb6dda0 to 832545b2

    STACK_TEXT: c525bad8 8bb6dda0 ad6bc348 a45dfad8 ad6bc098 nt!IofCallDriver+0x57 c525baf0 832545be a45dfba8 00000001 c525bb7c rdyboost!SmdDispatchPnp+0x8a c525bb08 833f6049 00000000 a2237030 c525bbc0 nt!IofCallDriver+0x63 c525bb3c 833db6c3 a2237030 c525bbc0 00000006 nt!IopSynchronousCall+0xc2 c525bb98 834e37c2 00000006 00000000 c525bbc0 nt!PnpQueryDeviceRelations+0xd5 c525bbc4 834e406e a2237030 c525bbec 00000000 nt!PiQueryDeviceRelations+0x187 c525bbf0 834016b6 00000010 00000000 00000014 nt!PiControlQueryDeviceRelations+0xb8 c525bc20 8325b27a 00000010 010ceb84 00000014 nt!NtPlugPlayControl+0xbe c525bc20 77497094 00000010 010ceb84 00000014 nt!KiFastCallEntry+0x12a WARNING: Frame IP not in any known module. Following frames may be wrong. 010cf0a8 00000000 00000000 00000000 00000000 0x77497094

    STACK_COMMAND:  kb

    FOLLOWUP_IP: rdyboost!SmdDispatchPnp+8a 8bb6dda0 837d0c00        cmp     dword ptr [ebp+0Ch],0

    SYMBOL_STACK_INDEX:  1

    SYMBOL_NAME:  rdyboost!SmdDispatchPnp+8a

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: rdyboost

    IMAGE_NAME:  rdyboost.sys

    DEBUG_FLR_IMAGE_TIMESTAMP:  4ce78e17

    FAILURE_BUCKET_ID:  0x8E_rdyboost!SmdDispatchPnp+8a

    BUCKET_ID:  0x8E_rdyboost!SmdDispatchPnp+8a

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

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

    Диск виден в Управлении компьютером, но на разделах не назначаются буквы, а при их назначении в ручную выбивает ошибку.


    • Изменено vdv85 18 января 2013 г. 12:09
    18 января 2013 г. 12:08

Все ответы

  • Поставьте в настройках сохранять не минидамп, а дамп ядра, подключайте usb  и файл сюда выложите (не скрин команды !analyze а сам файл)


    I'm preparing for the exam 70-660 TS: Windows Internals

    18 января 2013 г. 12:41
  • vdv85 а вы драйвера для материнской платы ставили с диска из комплекта или качали от куда нибудь?

    18 января 2013 г. 15:20
  • С диска ставил. Дам полный дать не могу.

    По этому вопросу вариантов нет?


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

    Диск виден в Управлении компьютером, но на разделах не назначаются буквы, а при их назначении в ручную выбивает ошибку.

    • Изменено vdv85 29 января 2013 г. 11:40
    29 января 2013 г. 11:39
  • Если взглянуть на дамп то можно увидеть: BugCheck 1000008E, {c0000005, 832545b2, c525ba5c, 0} Probably caused by : rdyboost.sys ( rdyboost!SmdDispatchPnp+8a ) Что проще говоря Ошибка 1000008E Вероятно вызвана : rdyboost.sys
    29 января 2013 г. 18:50
  • ну это понятно!  осталось решить что делать - удалить этот файл или что-то еще, есть варианты?

    1 февраля 2013 г. 16:28