Step on Boot Problems
Knowing exactly how your Windows 2000 Server starts up can get you out of some tight spots.
Understanding the Windows 2000 boot process
is fundamental knowledge for anyone in charge
of a Win2K server, network, or clients. At some
point, you’ll come across a computer that won’t
boot, hangs during boot, or even blue screens.
Most likely, this will be a computer that is critical
to your network and its daily operations, and
you’ll need to fix the problem as quickly as possible.
Learning the ins and outs of the boot process
now could save you your job later!
In this article I discuss how the boot process
- What POST is and its purpose
- How the BIOS is involved in the boot process
- What NTLDR does
- What the boot.ini file is and how it’s used
- The detection of hardware in the system
- Initializing the kernel
Then I cover problems that can occur during the
boot process and show you how to use you new knowledge
to troubleshoot those problems.
The Initial Turn-on
POST, Power On Self Test, is what every computer
goes through during initial startup. POST begins
when the computer is turned on and runs through
a predetermined sequence of tasks. It checks the
computer’s environment and makes sure the machine
has the necessary hardware to function. These
components include such things as the mouse, keyboard,
hard drive, and memory. POST relays error messages
prior to video output through a series of beeps
and, later, through error messages shown on the
The POST sequence starts with the availability
of electrical power to the power supply. The first
component awakened is the CPU; the CPU sets the
first POST steps in action. This first bit of
instruction includes a memory address that has
the first line of POST programming on the system’s
ROM chip. It’s this first bit of code that allows
POST to begin. This portion of POST is performed
by the startup BIOS. Error messages and beeps
alert the user of a problem during this part of
the boot sequence. If more than one beep sounds
or no beep is heard, the problem lies in or on
the system board.
Once this part of POST has finished, the computer’s
BIOS continues to obtain information, including
the data contained in the Master Boot Record (MBR).
The MBR loads and the boot program included in
the MBR runs. This program, at the beginning of
all hard drives, is part of the information found
in the partition table. This MBR program seeks
out and loads the OS boot record contained on
the active partition. Now that the MBR has enough
information, it takes control of the startup process
and loads a copy of the partitions’ boot sector
into RAM, and the rest of the startup procedures
You Need to Boot Windows 2000
If you need to create a disk
that contains the files needed
to boot a Win2K machine, you’ll
need to copy files listed in
the table below. To see these
files on your computer, first
make sure you’ve changed the
folder settings to allow you
to see hidden and system files!
the root directory of the
the root directory of the
the root directory of the
the root directory of the
|For SCSI systems
only, C:\ the root directory
of the system partition
the boot partition under
|In the boot
partition under \winnt_root\system32
|In the boot
partition under \winnt_root\system32\config
|In the boot
partition under \winnt_root\system32\drivers
Remember that the Bootsect.dos
file contains information specific
to each hard drive. It can't
be copied and used to boot another
Starting Up the OS
The boot sector program performs the next phase
of the startup process on a Win2K server: It starts
the OS. During this routine, various files are
found from an active partition of the hard drive:
Ntdetect.com, Boot.ini and BootSect.dos (if multiple
OSs are used). When you see the message “OS Loader
V.5.0” on the screen, you know that this part
of the boot process is occurring. This is an important
message to take note of, especially when you’re
trying to troubleshoot a boot problem. If this
message isn’t shown, then the problem obviously
lies somewhere prior to this step, or with NTLDR
NTLDR (which is similar to the old Io.sys in
DOS) performs many tasks during its part of the
startup process. Its responsibilities include:
- Checking for multiple OSs on the computer
and assists in offering OS choices to the user.
- Finding and loading the OS files from the
boot partition of the hard drive.
- Making certain its 32-bit code can be used
successfully by the processor. Processors initially
try to run in real mode, like the old 8086 computers
did, and NTLDR must switch the processor to
a 32-bit flat memory mode before starting the
- Loading minifiles so their respective files
can be obtained when necessary. These files
include boot.ini, an editable file that offers
other choices for operating systems if they
are installed; Ntdetect.com, used to detect
hardware present on a machine if Win2K is chosen
as the OS; and bootsect.dos, used if more than
one OS exists on the computer and an OS other
than Win2K is chosen.
- Loading and starting Ntoskrnl.exe. The information
that NTLDR has obtained through Ntdetect.com
is passed on to Ntoskrnl.exe, where the OS is
- Loading the registry key, HKEY_ LOCAL_MACHINE\SYSTEM,
and selecting a control set depending on the
user’s input, if any. For instance, the Last
Known Good Configuration (discussed later) will
most likely have different information than
a default boot option, since changes have likely
been made to the Registry since the last boot.
- Loading all device drivers that have a start
value of 0X0. The value of 0X0 means that the
OS should load the drivers, but they shouldn’t
be initialized at this time. These device drivers
can be loaded into memory using the file Ntbootdd.sys
or by using BIOS calls in real mode. (Device
drivers can also have the start value of 0X1,
which indicates that they should be initialized
as soon as they’re loaded. These drivers are
loaded by Ntoskrnl.exe and are located in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services.)
Device drivers aren’t initialized by NTLDR; that
happens when Ntoskrnl.exe starts. After Ntoskrnl.exe
has control of the computer, the boot process
is technically considered complete.
Managing Multiple OSs
NTLDR is responsible for loading the boot.ini
file, which contains information about multiple
OSs on the computer. The boot.ini file has two
distinct sections, the boot loader section and
the OS section. These contain information on what
OS is the default choice, how much time the user
is allowed to make a choice, the path to those
OSs, as well as other optional tasks at boot such
as loading a debugger, displaying what device
drivers are being loaded, and specifying the amount
of RAM Windows will be able to use.
Listing 1 shows an example of a boot.ini file
on a Win2K Server computer that also dual boots
with Windows 98.
Listing 1. This boot.ini
file shows that both Windows 98 and Win2K
Server are installed on this computer, and
that Win2K Server is loaded automatically
after 30 seconds if there’s no user intervention.
Windows 2000 Server" /fastdetect
Ntdetect.com, loaded by NTLDR, handles hardware
detection. Once Ntdetect.com has obtained information
and detects the registered components, it passes
that information back to NTLDR and loads the information
into the Registry. This transfer of information
occurs after the boot.ini file has been found
and an OS chosen. This makes sense since the different
OSs on a computer may contain different hardware
profiles and different working peripherals. You’ll
know that this is happening when you see the Win2K
Startup screen that says, “Starting Windows.”
The hardware detected by Ntdetect includes information
about the keyboard, video adapters, ports, floppy
disks, co-processors, computer ID, SCSI adapters
and bus types.
Now that you understand the sequence involved
in the boot process, it becomes easier to understand
why, where and when problems occur during the
boot process. For instance, if the error message
you receive states: “BOOT: Couldn’t find NTLDR.
Please insert another disk,” you now know that
the problem occurred somewhere between the MBR
being loaded and the initialization of the NTLDR
file. The obvious solution would then include
reinstalling the NTLDR file rather than trying
to dink around with the MBR.
Let’s look at other common error messages and
their reasons for occurring.
POST problems are caused by a system board or
hardware problem. These occur prior to seeing
the bootstrap loader screen. POST errors give
messages such as:
- Multiple beeps or no beep at all during startup
- “Missing Operating System”
- “A disk read error occurred”
- “Hard disk error”
- A memory-specific error message
- No keyboard present
The absence of messages such as “Found: CD-ROM”
can indicate a problem as well.
These problems are generally hardware related.
Most errors during POST are easy to isolate, since
the number of beeps gives clues to the type of
problem, and because the error messages on the
screen are usually hardware-specific.
Problems that occur after POST and before the
kernel takes control relate directly to the boot
process. You can fix most problems by copying
the missing file back on the computer. The following
table lists common problems and remedies.
If startup problems occur and the previous solutions
don’t help, don’t lose hope. The best place to
start, if the answer to the problem isn’t reinstalling
a file or restoring from backup, is with the tools
that Win2K Server offers. These options include
safe mode, Recovery Console, Emergency Repair
Disks, and Microsoft’s knowledge base, located
|To get the step-by-step
flowchart for troubleshooting
boot problems, e-mail [email protected].
When All Else Fails...
You can use safe mode to boot a computer safely
with only minimal drivers and services. The mouse,
keyboard, CD-ROM, monitor and plug and play devices
will all be available, but non-essential drivers
and non-essential system services aren’t. Safe
mode is a good option when the system is down
due to an incorrect device driver, a defective
application, or corrupted system services. Safe
mode is most often used to isolate problems with
video adapters and incorrect drivers, troubleshooting
intermittent problems, or if Win2K generally isn’t
working as expected. You execute safe mode by
pressing F8 when prompted during the boot process.
Last Known Good Configuration (LKGC) is one of
the options that shows up under the Win2K Advanced
Options Menu when you press F8 during the boot
process. Each time Windows shuts down, a copy
of the Registry settings are saved. If incorrect
settings have been configured on the computer,
and the computer won’t boot due to these settings,
choose the LKGC to revert to the last working
configuration. Whatever changes have been made
to the Registry since the last boot won’t be saved;
those will be discarded. Once you’ve logged on
to a computer, you’ve created a new LKGC.
The Emergency Repair Disk (ERD) is another tool
that can be used to repair a system that won’t
boot. This is my personal favorite, since it’s
easy to use and always seems to work the way it’s
supposed to. The ERD can be used to make simple
repairs, such as problems associated with the
system files, problems with the boot sector and
related entities, and the startup environment.
Although the Windows NT ERD contained a copy of
the Registry files, the Windows 2000 ERD doesn’t.
However, you should create an ERD immediately
following any new installation of Windows 2000,
application of a service pack, or installation
of any new or updated drivers. You should ideally
store a copy of this disk off site.
Recovery Console offers a sort of “last resort”
option when all else fails. It can give some access
to all volumes on a computer with no graphical
interface support. It’s important to know what
you’re doing if you’re messing around in here!
It works by allowing an administrator access to
a copy of the Registry that was made during the
last backup and the ability to restore that copy
on the computer. All changes made after this backup
|No boot menu
|If the problem
arises after installing
a new OS for a dual-boot,
you most likely installed
the OSs in the wrong order.
Win2K must be installed
last; otherwise, the boot
sector will be overwritten.
find NTLDRPlease insert
file is missing or corrupt.
Copy the NTLDR file from
another disk or system to
the machine in question.
Since the NTLDR file is
installed after the MBR
is read, you know the boot
sector is still good.
|Copy a new
NTDETECT file to the computer
is missing. Please reinstall
a copy of the above file
sometimes occurs because
the boot.ini file is corrupt
or points to the wrong OS.
If the boot.ini file is
good, reinstall a new copy
of the needed file. If it's
the boot.ini file, reinstall
the backup copy of that
file from your arsenal of
denotes an unsupported SCSI
driver for startup devices
- check the HCL and make
the appropriate changes.
Table or Missing Operating
problem with the MBR that
contains the Master Boot
Code. The master boot code
is responsible for loading
a copy of the boot sector
from Active Directory into
RAM. You'll need to go through
one of Microsoft's recovery
choices here, perhaps the
Recovery Console, ERD, or
repairing from backups.
disk or disk error. Replace
and press any key when ready
be a disk in the floppy
drive or corruption in the
boot sector. This could
be the result of a virus,
or physical damage to the
boot sector. Try Fdisk /mbr.
|NTLDR is missing
or NTLDR is compressed
|The boot sector
can't find NTLDR. It could
be corrupt, moved, missing
or renamed. Using the ERD
to repair this problem is
the best solution.
find the system partition.
This is obviously a problem
with a hard disk and can
be hard to diagnose. If
this occurs after installing
a new hard disk, suspect
this first. Otherwise, suspect
incompatible disk drivers,
physical disk errors, viruses,
loose disk cables or incompatible
large block addressing.
|The boot sector
for the volume could be
corrupt, permissions have
been changed for the volume,
or the Master File Table
Try Out Your Problem Solving
I hope you now feel better armed to troubleshoot
boot problems. Remember that the best offense
is a good defense though—always keep an updated
backup on hand of your data, an ERD, and copies
of the drivers, applications, and OSs installed
on your computer. Recovering from a disaster doesn’t
take much time or effort if you’re well prepared.