none
在vmvare的虚拟化环境下安装2012后系统蓝屏 RRS feed

  • 常规讨论

  • 在vmvare的虚拟化环境下安装2012后系统蓝屏

    最近在学习微软的2012,由于需要16GB的内存环境,所以申请了虚拟机设备,但是在安装完成系统后,系统开机几分钟就会蓝屏,请教版主帮忙查看下问题在什么地方,下面是dump文件的内容

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

    CRITICAL_STRUCTURE_CORRUPTION (109)
    This bugcheck is generated when the kernel detects that critical kernel code or
    data have been corrupted. There are generally three causes for a corruption:
    1) A driver has inadvertently or deliberately modified critical kernel code
     or data. See http://www.microsoft.com/whdc/driver/kernel/64bitPatching.mspx
    2) A developer attempted to set a normal kernel breakpoint using a kernel
     debugger that was not attached when the system was booted. Normal breakpoints,
     "bp", can only be set if the debugger is attached at boot time. Hardware
     breakpoints, "ba", can be set at any time.
    3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data.
    Arguments:
    Arg1: a3a01f58920ab7af, Reserved
    Arg2: b3b72bdee48abe16, Reserved
    Arg3: 00000003c0000103, Failure type dependent information
    Arg4: 0000000000000007, Type of corrupted region, can be
    0 : A generic data region
    1 : Modification of a function or .pdata
    2 : A processor IDT
    3 : A processor GDT
    4 : Type 1 process list corruption
    5 : Type 2 process list corruption
    6 : Debug routine modification
    7 : Critical MSR modification

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


    BUGCHECK_STR:  0x109

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP

    PROCESS_NAME:  System

    CURRENT_IRQL:  2

    LAST_CONTROL_TRANSFER:  from 0000000000000000 to fffff8008c36d0a0

    STACK_TEXT:  
    ffffd000`20dea1c8 00000000`00000000 : 00000000`00000109 a3a01f58`920ab7af b3b72bde`e48abe16 00000003`c0000103 : nt!KeBugCheckEx


    STACK_COMMAND:  kb

    SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: Unknown_Module

    IMAGE_NAME:  Unknown_Image

    DEBUG_FLR_IMAGE_TIMESTAMP:  0

    BUCKET_ID:  BAD_STACK

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

    2013年10月23日 11:16