locked
最近經常藍屏,,,,,請問各位大大要如何才能更正呢? RRS feed

  • 問題

  • 最近常常藍屏,令我十分苦惱,附上最近幾次的藍屏分析

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

    PFN_LIST_CORRUPT (4e)
    Typically caused by drivers passing bad memory descriptor lists (ie: calling
    MmUnlockPages twice with the same list, etc).  If a kernel debugger is
    available get the stack trace.
    Arguments:
    Arg1: 0000000000000002, A list entry was corrupt
    Arg2: 0000000000042a78, entry in list being removed
    Arg3: 000000000012ffff, highest physical page number
    Arg4: 0000000000000008, reference count of entry being removed

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


    BUGCHECK_STR:  0x4E_2

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    CURRENT_IRQL:  2

    LAST_CONTROL_TRANSFER:  from fffff80004672488 to fffff800046ddc40

    STACK_TEXT:  
    fffff880`0b80c918 fffff800`04672488 : 00000000`0000004e 00000000`00000002 00000000`00042a78 00000000`0012ffff : nt!KeBugCheckEx
    fffff880`0b80c920 fffff800`046fb636 : 80000000`b6d1f025 fffff680`0009cf70 fffff700`00000001 80000000`b6d1f025 : nt! ?? ::FNODOBFM::`string'+0x11718
    fffff880`0b80c9b0 fffff800`046eaf19 : 00000000`00000000 00000000`139eec64 00000000`00042a78 fffff800`00000000 : nt!MiDispatchFault+0x7a6
    fffff880`0b80cac0 fffff800`046dbd6e : 00000000`00000000 00000000`139eec64 00000000`fffd8001 00000000`158307bc : nt!MmAccessFault+0x359
    fffff880`0b80cc20 00000000`6dcf6de7 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
    00000000`012cf56a 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : <Unloaded_Unknown_Module_00000000`02abf8fc>+0x6b2374eb


    STACK_COMMAND:  kb

    FOLLOWUP_IP:
    nt! ?? ::FNODOBFM::`string'+11718
    fffff800`04672488 cc              int     3

    SYMBOL_STACK_INDEX:  1

    SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+11718

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: nt

    IMAGE_NAME:  ntkrnlmp.exe

    DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

    FAILURE_BUCKET_ID:  X64_0x4E_2_nt!_??_::FNODOBFM::_string_+11718

    BUCKET_ID:  X64_0x4E_2_nt!_??_::FNODOBFM::_string_+11718

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

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

    SYSTEM_SERVICE_EXCEPTION (3b)
    An exception happened while executing a system service routine.
    Arguments:
    Arg1: 00000000c0000005, Exception code that caused the bugcheck
    Arg2: fffff800046c2c9a, Address of the exception record for the exception that caused the bugcheck
    Arg3: fffff88008224cc0, Address of the context record for the exception that caused the bugcheck
    Arg4: 0000000000000000, zero.

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

    Unknown module 'Unknown_Module_fffffa80_039677d0' found on stack, using vad to reload module.
    !vad_reload -1 0xfffffa80039677d0
    Failed to get new vadroot
    ***** Debugger could not find nt in module list, module list might be corrupt, error 0x80070057.


    EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - 0x%08lx

    FAULTING_IP:
    +6090952f03d6d984
    fffff800`046c2c9a 488b4908        mov     rcx,qword ptr [rcx+8]

    CONTEXT:  fffff88008224cc0 -- (.cxr 0xfffff88008224cc0)
    Unable to read context, Win32 error 0n30

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0x3B

    CURRENT_IRQL:  0

    LAST_CONTROL_TRANSFER:  from fffff800046994a9 to fffff88005add7f2

    STACK_TEXT:  
    fffff800`00b9cc98 fffff800`046994a9 : 00000000`ffffffed fffffa80`056ac778 fffff800`04813cc0 00000000`00000001 : 0xfffff880`05add7f2
    fffff800`00b9cca0 00000000`ffffffed : fffffa80`056ac778 fffff800`04813cc0 00000000`00000001 fffff800`04805e80 : 0xfffff800`046994a9
    fffff800`00b9cca8 fffffa80`056ac778 : fffff800`04813cc0 00000000`00000001 fffff800`04805e80 fffff800`0469b167 : 0xffffffed
    fffff800`00b9ccb0 fffff800`04813cc0 : 00000000`00000001 fffff800`04805e80 fffff800`0469b167 000008bf`45b0411a : 0xfffffa80`056ac778
    fffff800`00b9ccb8 00000000`00000001 : fffff800`04805e80 fffff800`0469b167 000008bf`45b0411a 000008bf`028f8378 : 0xfffff800`04813cc0
    fffff800`00b9ccc0 fffff800`04805e80 : fffff800`0469b167 000008bf`45b0411a 000008bf`028f8378 000008bf`45b0411a : 0x1
    fffff800`00b9ccc8 fffff800`0469b167 : 000008bf`45b0411a 000008bf`028f8378 000008bf`45b0411a 00000000`00000078 : 0xfffff800`04805e80
    fffff800`00b9ccd0 000008bf`45b0411a : 000008bf`028f8378 000008bf`45b0411a 00000000`00000078 fffffa80`056ac6e0 : 0xfffff800`0469b167
    fffff800`00b9ccd8 000008bf`028f8378 : 000008bf`45b0411a 00000000`00000078 fffffa80`056ac6e0 400000c2`400000c1 : 0x8bf`45b0411a
    fffff800`00b9cce0 000008bf`45b0411a : 00000000`00000078 fffffa80`056ac6e0 400000c2`400000c1 0000000c`400000c3 : 0x8bf`028f8378
    fffff800`00b9cce8 00000000`00000078 : fffffa80`056ac6e0 400000c2`400000c1 0000000c`400000c3 0000027e`b25e136b : 0x8bf`45b0411a
    fffff800`00b9ccf0 fffffa80`056ac6e0 : 400000c2`400000c1 0000000c`400000c3 0000027e`b25e136b fffff800`00b96080 : 0x78
    fffff800`00b9ccf8 400000c2`400000c1 : 0000000c`400000c3 0000027e`b25e136b fffff800`00b96080 fffffa80`039f65a0 : 0xfffffa80`056ac6e0
    fffff800`00b9cd00 0000000c`400000c3 : 0000027e`b25e136b fffff800`00b96080 fffffa80`039f65a0 00000000`00000000 : 0x400000c2`400000c1
    fffff800`00b9cd08 0000027e`b25e136b : fffff800`00b96080 fffffa80`039f65a0 00000000`00000000 000306c5`1a986b90 : 0xc`400000c3
    fffff800`00b9cd10 fffff800`00b96080 : fffffa80`039f65a0 00000000`00000000 000306c5`1a986b90 000306c5`1a98c1c0 : 0x27e`b25e136b
    fffff800`00b9cd18 fffffa80`039f65a0 : 00000000`00000000 000306c5`1a986b90 000306c5`1a98c1c0 fffff800`046928a4 : 0xfffff800`00b96080
    fffff800`00b9cd20 00000000`00000000 : 000306c5`1a986b90 000306c5`1a98c1c0 fffff800`046928a4 fffff800`00b96080 : Unknown_Module_fffffa80_039677d0+0x8edd0


    FOLLOWUP_IP:
    Unknown_Module_fffffa80_039677d0+8edd0
    fffffa80`039f65a0 0000            add     byte ptr [rax],al

    SYMBOL_STACK_INDEX:  11

    SYMBOL_NAME:  Unknown_Module_fffffa80_039677d0+8edd0

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: Unknown_Module

    IMAGE_NAME:  Unknown_Image

    DEBUG_FLR_IMAGE_TIMESTAMP:  0

    STACK_COMMAND:  .cxr 0xfffff88008224cc0 ; kb

    BUCKET_ID:  CORRUPT_MODULELIST

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

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

    IRQL_NOT_LESS_OR_EQUAL (a)
    An attempt was made to access a pageable (or completely invalid) address at an
    interrupt request level (IRQL) that is too high.  This is usually
    caused by drivers using improper addresses.
    If a kernel debugger is available get the stack backtrace.
    Arguments:
    Arg1: 0000000000000658, memory referenced
    Arg2: 0000000000000002, IRQL
    Arg3: 0000000000000000, bitfield :
        bit 0 : value 0 = read operation, 1 = write operation
        bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
    Arg4: fffff8000469c14d, address which referenced memory

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


    READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800048c8100
     0000000000000658

    CURRENT_IRQL:  0

    FAULTING_IP:
    nt!KiDeferredReadyThread+48d
    fffff800`0469c14d 66399358060000  cmp     word ptr [rbx+658h],dx

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0xA

    PROCESS_NAME:  System

    LAST_CONTROL_TRANSFER:  from fffff8000469f4a9 to fffff880053b97f2

    STACK_TEXT:  
    fffff800`00b9cc98 fffff800`0469f4a9 : 00000000`ffffffed fffffa80`0565c778 fffff800`04819cc0 00000000`00000001 : 0xfffff880`053b97f2
    fffff800`00b9cca0 fffff800`0468d93c : fffff800`0480be80 fffff800`00000000 00000000`00000000 fffff880`016fea00 : nt!PoIdle+0x52a
    fffff800`00b9cd80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x2c


    STACK_COMMAND:  .bugcheck ; kb

    FOLLOWUP_IP:
    nt!KiDeferredReadyThread+48d
    fffff800`0469c14d 66399358060000  cmp     word ptr [rbx+658h],dx

    SYMBOL_NAME:  nt!KiDeferredReadyThread+48d

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: nt

    IMAGE_NAME:  ntkrnlmp.exe

    DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

    FAILURE_BUCKET_ID:  X64_0xA_nt!KiDeferredReadyThread+48d

    BUCKET_ID:  X64_0xA_nt!KiDeferredReadyThread+48d

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

    2012年4月5日 下午 12:28

解答

  • 您好!

    這通常都是硬體或驅動程式的問題,開機沒問題,不代表硬體沒問題,您的記錄上來看,都是硬體上及驅動程式上的問題

    尤其是記憶體,要真的測到有問題,除非是馬上能發生的問題,否則,都是直接送回原廠換新居多,若您質疑是軟體上的問題,除非你只裝作業系統,DUMP出來的Log您要是也質疑的話請您可以直接撥打下列電話。

    地址

    電話

    服務時間


    台灣微軟股份有限公司
    台北市 110 信義區松仁路 7 8


    客服專線 (市話請撥): 0800-00-88-33
    客服專線 (手機請撥): 02-2999-88-33
    技術支援專線: 0800-00-88-33

    傳真: 0800-00-88-33
    (
    請包含收件者的名字與姓氏。


    售前及一般查詢
    上午 9:00 至下午 6:00
    個人用戶技術支援服務
    上午 9:00 至下午 9:00
    (
    國定假日及例假日除外)


    • 已標示為解答 avenger_LAM 2012年4月5日 下午 01:58
    • 已取消標示為解答 avenger_LAM 2012年4月5日 下午 01:59
    • 已提議為解答 小歐ouMVP 2012年4月5日 下午 11:02
    • 已標示為解答 AChange 2012年4月9日 上午 09:46
    2012年4月5日 下午 01:38
    版主

所有回覆

  • 您好!

    請問大部份是在什麼情況下發生的?是桌機還筆電?

    建議您更新硬體驅動程式並執行Microsoft Update,將Hotfix更新到最新。


    2012年4月5日 下午 01:07
    版主
  • 我是卓機,沒有什麼特別情況下發生,有時是正在下載文件,有時什麼也沒有做,有時是玩遊戲

    最近一次藍屏前已經更新了體驅動程式

    2012年4月5日 下午 01:14
  • 您好!

    記憶體單插測試看看

    2012年4月5日 下午 01:16
    版主
  • 你好!應該和硬體無關吧,因為第一次藍屏時嘗試拿去修理,得出的結果是硬體沒問題,又說軟件問題比較難查又說開機幾小時沒見到藍屏,囧

    但拿回家用幾小時又藍了....

    2012年4月5日 下午 01:30
  • 您好!

    這通常都是硬體或驅動程式的問題,開機沒問題,不代表硬體沒問題,您的記錄上來看,都是硬體上及驅動程式上的問題

    尤其是記憶體,要真的測到有問題,除非是馬上能發生的問題,否則,都是直接送回原廠換新居多,若您質疑是軟體上的問題,除非你只裝作業系統,DUMP出來的Log您要是也質疑的話請您可以直接撥打下列電話。

    地址

    電話

    服務時間


    台灣微軟股份有限公司
    台北市 110 信義區松仁路 7 8


    客服專線 (市話請撥): 0800-00-88-33
    客服專線 (手機請撥): 02-2999-88-33
    技術支援專線: 0800-00-88-33

    傳真: 0800-00-88-33
    (
    請包含收件者的名字與姓氏。


    售前及一般查詢
    上午 9:00 至下午 6:00
    個人用戶技術支援服務
    上午 9:00 至下午 9:00
    (
    國定假日及例假日除外)


    • 已標示為解答 avenger_LAM 2012年4月5日 下午 01:58
    • 已取消標示為解答 avenger_LAM 2012年4月5日 下午 01:59
    • 已提議為解答 小歐ouMVP 2012年4月5日 下午 11:02
    • 已標示為解答 AChange 2012年4月9日 上午 09:46
    2012年4月5日 下午 01:38
    版主
  • 驅動程式是從哪裡下載的呢?
    可以試著到各晶片的製造商網站下載,
    譬如 Intel 晶片組就到 Intel 網站找,
    另外也請試著更新 BIOS。

    分析 DUMP 檔並不是拿工具點選 DUMP 檔這麼簡單,
    還必須搭配許多指令跟瞭解記憶體存取等許多系統核心的瞭解,
    如果需要更進階的分析,可以付費請微軟幫你找到關鍵問題點。


    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    Facebook - 微軟台灣官方論壇愛好者俱樂部
    如何在論壇正確發問,請參考iThome的文章: 如何問到我要的答案
    Windows 7 技術支援中心

    2012年4月6日 上午 02:23
    版主
  • 如果在環境不一樣會有不一樣結果,請注意:

    1. 環境散熱,比如說電腦放在不通風的位置

    2. 電力品質,對於 AC 電壓浮動超過 正負 10% 的環境,最好接在 UPS 後面,讓 UPS 幫你穩壓。

    3. USB 裝置,通常拿到現場不會把 USB 裝置帶去,請先把非必要的 USB 裝置都先移除。


    論壇是網友平等互助 保證解答請至 微軟技術支援服務


    提問時,錯誤情境描述與錯誤訊息很重要,情境描述包含你做了什麼,預期的結果與實際發生的結果。一個最爛的問法範例:「我的電腦電腦怎麼不能開機?」誰知道你家是不是沒電還是你根本找不到電源鈕。

    2012年4月6日 下午 01:43