WINDOWS 1002000 PROFESSIONAL RESOURCE KIT [Electronic resources] نسخه متنی

اینجــــا یک کتابخانه دیجیتالی است

با بیش از 100000 منبع الکترونیکی رایگان به زبان فارسی ، عربی و انگلیسی

WINDOWS 1002000 PROFESSIONAL RESOURCE KIT [Electronic resources] - نسخه متنی

Chris Aschauer

| نمايش فراداده ، افزودن یک نقد و بررسی
افزودن به کتابخانه شخصی
ارسال به دوستان
جستجو در متن کتاب
بیشتر
تنظیمات قلم

فونت

اندازه قلم

+ - پیش فرض

حالت نمایش

روز نیمروز شب
جستجو در لغت نامه
بیشتر
لیست موضوعات
توضیحات
افزودن یادداشت جدید







Stop Messages


Stop messages are always displayed on a full screen in character mode, as shown in Figure 33.1, rather than in a window. Each message is uniquely identified by a hexadecimal number and a string indicating the error's symbolic name. In addition, Stop messages are usually followed by a series of up to four additional hexadecimal numbers, shown in parentheses, which identify error parameters, as shown in the following example:


*** STOP: 0x0000001E (0xC0000005, 0xFDE38AF9, 0x00000001, 0x7E8B0EB4)
KMODE_EXCEPTION_NOT_HANDLED ***

To a trained support technician, the content of the symbolic name string might suggest which part of the system is affected by the error that left the kernel no recourse but to stop. However, it is also possible that the cause might be in another part of the system. Figure 33.1 is an example of a complete Stop message screen generated by Windows 2000.


Figure 33.1 Stop Message Screen

Stop Message Screen Sections


As shown in Figure 33.1, a Windows 2000 Stop message screen contains three major sections: bugcheck information, recommended user action, and debug port information. Whenever a Stop message is displayed, first examine the bugcheck information section for assistance with troubleshooting. Second, examine the recommended user action section for troubleshooting information; Windows 2000 now incorporates troubleshooting tips, including some custom tips relevant to the particular error detected. Finally, check the debug port information section to see whether or not a memory dump file was saved for later use by a debugger.

Bugcheck Information


The bugcheck information section includes the Stop error code, also known as the bugcheck code, which contains up to four developer-defined parameters, enclosed in parentheses, and the symbolic name of the error. In Figure 17.33.1, the Stop error code is 0x0000001E and its symbolic name is KMODE_EXCEPTION_NOT_HANDLED.

The bugcheck information section frequently, but not always, includes a line that lists the specific hexadecimal memory address of the problem's source, along with the name of the particular driver or device in question. The type of problem detected determines whether or not this information is displayed.

Under some conditions, the kernel displays only the first line of the Stop message. This can occur if vital services needed for the display have been affected by the error.

Recommended User Action


The recommended user action section provides a list of suggestions for recovering from the error. In some cases, a simple restart might be all that is necessary because the problem is not likely to recur. In other cases, even after restarting, the Stop message returns and you are faced with getting back to an operable state. Often, this means either backing out of a recent change or, in the case of Windows 2000 setup, pinpointing and eliminating the source of the problem.

TIP


A generic list of troubleshooting tips is displayed when no specific text for a Stop message exists. For some Stop messages, tips specific to the problem are listed.

Debug Port Information


The debug port information section provides confirmation of the communications parameters (COM port and bits-per-second data transmission rate) used by the kernel debugger on the computer, if the kernel debugger is enabled. It also indicates whether a memory dump file was saved (the dump file indicator is displayed only if that feature is enabled).

Types of Stop Messages


Stop messages generally fall into one of four categories:


    Messages that appear during general use of Windows 2000.

    Messages that appear during the installation of Windows 2000.

    Messages that appear only during the relatively short Phase 4 period of the Windows 2000 Executive initialization sequence.

    Messages that can be traced to a software condition, called a software trap, detected by the processor.


General Stop Messages


The most common Stop messages are generated during regular operations. Even in a complex and robust operating system such as Windows 2000, catastrophic problems sometimes cause the system to stop responding and display a Stop message. In Windows 2000, a driver or the file system can generate a Stop message by introducing an unhandled error (exception) in the code or by performing some illegal operation.

For information about troubleshooting Stop messages, including detailed information about the most common errors, see "Troubleshooting Stop Messages" later in this chapter.

For the most comprehensive list of Stop messages in Windows 2000, along with useful information about diagnosing and troubleshooting these messages, see the Microsoft Knowledge Base article Q103059, titled "Descriptions of Bug Codes for Windows NT."

Stop Messages During Installation


An unsuccessful attempt to install Windows 2000 can result in a Stop message. When this happens, first check that the computer and all of its peripheral hardware are compatible with Windows 2000. To do this, refer to the latest Windows 2000 Hardware Compatibility List (HCL). Microsoft compiles the HCL through rigorous component and compatibility testing of computers and peripheral hardware to determine if they work well with Windows 2000. For more information about the HCL, see "Additional Resources" at the end of this chapter.

If the hardware you use is not included on the Windows 2000 HCL, contact the hardware manufacturer as a first-line resource for available information, newly tested hardware, and Basic Input/Output System (BIOS) and firmware revisions. Reducing the number of hardware components by removing nonessential peripherals and devices can help you pinpoint installation conflicts as well.

Stop Messages That Occur Only at Executive Initialization


Some Stop messages occur only during the relatively short Phase 4 period of the Windows 2000 startup sequence. Initialization of the Windows 2000 Executive, a family of software components that provides basic operating system services, is one step during Phase 4. Executive initialization can be further broken down into two phases: Phase 0 and Phase 1. During Phase 0, interrupts are disabled and only a few Executive components, such as the hardware abstraction layer (HAL), are initialized. During Phase 1 of Executive initialization, the system is fully operational, and the Windows 2000 subcomponents go through a full initialization.

Phase 0 Initialization Stop Messages

If you receive one of the Phase 0 initialization Stop messages listed in Table 33.1, run the hardware diagnostics provided by your system manufacturer.

NOTE


In many situations, hardware failures manifest themselves as errors that generate Stop messages. This is why troubleshooting many of the Stop messages includes running hardware diagnostics on the system.

If no hardware problems are found, reinstall Windows 2000 and try to initialize it again. If you get the same message, contact a support technician.

Table 33.1 Phase 0 Initialization Stop Messages






























Message IDSymbolic Name
0x31PHASE0_INITIALIZATION_FAILED
0x5CHAL_INITIALIZATION_FAILED
0x5DHEAP_INITIALIZATION_FAILED
0x5EOBJECT_INITIALIZATION_FAILED
0x5FSECURITY_INITIALIZATION_FAILED
0x60PROCESS_INITIALIZATION_FAILED

Phase 1 Initialization Stop Messages

If you receive one of the Phase 1 initialization Stop messages listed in Table 33.2, reinstall Windows 2000 and try to initialize it again. If you get the same message, contact a support technician.

Table 33.2 Phase 1 Initialization Stop Messages














































































Message IDSymbolic Name
0x32PHASE1_INITIALIZATION_FAILED
0x61HAL1_INITIALIZATION_FAILED
0x62OBJECT1_INITIALIZATION_FAILED
0x63SECURITY1_INITIALIZATION_FAILED
0x64SYMBOLIC_INITIALIZATION_FAILED
0x65MEMORY1_INITIALIZATION_FAILED
0x66CACHE_INITIALIZATION_FAILED
0x67CONFIG_INITIALIZATION_FAILED
0x68FILE_INITIALIZATION_FAILED
0x69IO1_INITIALIZATION_FAILED
0x6ALPC_INITIALIZATION_FAILED
0x6BPROCESS1_INITIALIZATION_FAILED
0x6CREFMON_INITIALIZATION_FAILED
0x6DSESSION1_INITIALIZATION_FAILED
0x6ESESSION2_INITIALIZATION_FAILED
0x6FSESSION3_INITIALIZATION_FAILED
0x70SESSION4_INITIALIZATION_FAILED
0x71SESSION5_INITIALIZATION_FAILED

Stop Messages Caused by Software Traps


Erroneous software conditions detected by the processor, called software traps, can also generate Stop messages. A software trap occurs when a processor detects a problem with executing an instruction, which causes it to stop. For example, a processor does not carry out an instruction whose variables contains invalid data types.

When you receive one of these messages, first write down the information displayed in the bugcheck information section of the Stop message, and then restart the computer. If the message recurs, you have four options for diagnosing the Stop error, all of which need to be handled by a trained support technician at your own site:


    Diagnose the problem by using the information and troubleshooting tips displayed in the Stop message. For more information see "Troubleshooting Stop Messages" later in this chapter and in the Windows 2000 Error and Event Messages Help, where message explanations and recommended user actions for the most common Stop messages are listed. This file is located on the Microsoft® Windows® 2000 Resource Kit companion CD.

    Contact your own or another technical support group to discuss the information in the Stop message. They might recognize a familiar pattern in the information and be able to offer assistance.


IMPORTANT

If you use either of the following options, be sure Windows 2000 is in debug mode before you restart your computer.


    Set up the Windows 2000 kernel debugger to gather more information about the problem.

    Contact your own or another technical support group for assistance in the remote use of the Windows 2000 kernel debugger.


/ 335