2023年12月7日发(作者：)

我们这里介绍的方法在原理上来说十分简单，即首先将文件删除，然后通过“BootCfg

/Rebuild”命令将其重建，在重建的过程中，BootCfg同时也会修复在本文开篇所列出的多种可能损坏的系统文件，最后使用FixBoot写入新的启动扇区。通过这样的方法，只需简单的8条命令，即可修复绝大多数Windows系统不能正常启动的故障。

下面我们分步骤详细解释。

删除文件

首先，上面我们说过，进入系统控制台后，默认工作目录为系统目录，如果Windows安装在C:盘时，即“c:windows”，而文件在根目录上，此时我们需要进入上一级目录：

命令1 : cd..

是一个相当重要的系统文件，因此，在未解除系统对其的保护状态前，我们是不能对其进行删除操作的。要做到这一点，需要运行三条命令，依次解除其隐含、只读和隐含属性，这样才能最终将其删除。

命令2 : ATTRIB –H C:

命令3 : ATTRIB –R C:

命令4 : ATTRIB –S C:

命令5 : DEL

删除的步骤

使用BootCfg修复启动故障

现在到了最重要的步骤，运行：

命令5 : BOOTCFG /REBUILD

该命令将遍历系统的安装设置，修复其中的故障部分，纠正导致Windows不能正常启动的一系列错误，并重建文件。 在重建结束后，将出现“Enter OS Load Options:”输入栏，这时，为保证系统的正常启动，需要注意的是：

1、对 Windows XP 用户而言，必须添加 /FASTDETECT 选项。

2、如果系统的CPU支持Intel的 XD 或 AMD的 NX功能，必须添加 /NOEXECUTE=OPTIN

选项。

在下面图示的例子中，为说明方便，同时添加了上面两个开关选项，不过，切记，如果您的CPU不支持相应的功能，千万不要添加 NOEXECUTE 选项，不然，会造成系统启动的故障。

而 “Enter Load Identifier” 部分，则相对关系不大，输错也没有太大的影响。当然，如果您是一个完善主义者，则可如图例中输入完整的如 “Microsoft Windows XP Home

Edition”之类，显得比较规范。

使用BootCfg /Rebuild重建

进行磁盘检查

这一步骤将检查系统分区的完整性，虽然从某种意义上说，这一步骤并不是必需的，不过，确保系统硬盘能够运转正常，没有坏扇区，也是保证Windows系统长期安全的必要手段。命令很简单：

命令7 : CHKDSK /R /F

该命令的运行时间根据机器配置的不同而变化，在某些较为古老的PC的甚至可能会超过半个小时。

写入新的引导扇区

命令8 : FIXBOOT 该命令将清除修复过程可能造成的影响系统运行的因素，重写硬盘的引导扇区。当出现

“Sure you want to write a new bootsector to the partition C: ?” 提示时敲入 “Y”确认即可。

这样，我们的修复过程即宣告完成。在故障恢复控制台中输入“EXIT”以重启系统，您会惊奇地发现Windows系统能够正常启动，曾经出现的如DLL、注册表项、或 NTLDR之类的错误奇迹般消失了。通过这样的方法，可以避免重装Windows之类的繁琐劳动，节省您的时间。 Repairing Windows XP in Eight Commands

Most of us have seen it at one time or another; perhaps on our own PC,

the PC of a loved one, or perhaps a PC at your place of employment. The

system spends weeks or months operating in a smooth fashion, taking you

to the far reaches of the wide, wibbly web, and after one particularly

late evening of browsing and gaming, you shut your PC off and go to bed.

Millions of people across the globe do just this every night, but a few

of us have turned our PCs on the next day not to the standard Windows XP

loading screen, but instead this dreaded error:

Windows could not start because the following file is missing or corrupt:

WINDOWSSYSTEM32CONFIGSYSTEM

You can attempt to repair this file by starting Windows Setup

using the original Setup CD-ROM.

Select ‘R’ at the first screen to start repair.

Which renders your PC inaccessible from the standard boot procedures of

Windows XP. You try safe mode, to no avail. You’re particularly savvy

and try issuing the FIXBOOT and FIXMBR commands in the Windows recovery

console, but after each reboot, you’re merely greeted with the same

obnoxious and terrifying blue screen of death that’s preventing you from

accessing your precious data.

Perhaps you’ve also seen these error screens:

Windows NT could not start because the below file is missing or corrupt:

X:WINNTSystem32

_________________

Windows NT could not start because the below file is missing or corrupt:

X:WINNTSystem32

_________________

NTLDR is Missing

Press any key to restart

_________________ Invalid

Press any key to restart

Allow me to build tension by prefacing the end-all/be-all solution with

my background: Having worked for the now-incorporated Geek Squad branch

of Best Buy Corporation for the better part of eight months, I have seen

dozens upon dozens of systems come through our department with any one

of these errors, brought in by customers who are afraid they did something,

have a virus, or are in jeopardy of losing their data. Prior to my discovery

of an invaluable sequence of commands, our standard procedure was to hook

the afflicted drive to an external enclosure, back up a customer’s data

and then restore the PC with the customer’s restore discs or an identical

copy of Windows with the customer’s OEM license key. If the customer

wasn’t keen on the applicable charges for the data backup, we informed

them of the potential risks for a Windows repair installation (Let’s face

it, they don’t always work right), had them sign a waiver, and we did

our best.

Neither of these procedures are cheap in the realm of commercial PC repair,

nor do they inspire a tremendous level of confidence in the technician

or the hopeful client.

In an effort to expedite our repair time

and

retain the sanity of myself

and other technicians, I received permission to undertake a case study

on a variety of PCs currently in service that exhibited any of the

aforementioned symptoms, and I took it upon myself to find a better

solution. After crawling through the MSKB, Experts Exchange, MSDN and

sundry websites all extolling the virtues of a solution to these problems,

I only found one that worked, and it has been reliably serving me for the

better part of two weeks on seventeen PCs to date.

The process is simple: Get to the Windows Recovery Console for your

particular Windows installation, navigate to the root letter of your

installation (C: in most cases), issue eight commands, and reboot. The

cornerstone of this process is a command called “BOOTCFG /Rebuild” which

is a complete diagnostic of the operating system loaded into the recovery

console; the purpose of the command is to remove/replace/repair any

system

files that were preventing the operating system from loading correctly.

Amongst the files it fixes are:

Windows Hardware Abstraction Layer (HAL)

Corrupt registry hives (WINDOWSSYSTEM32CONFIGxxxxxx)

Invalid files

A corrupt

A missing NT Loader (NTLDR) The command process may apply to other types of blue screens or

Hive/HAL/INI/EXE/DLL-related stop errors, but I have not had the luxury

of computers in this type of disrepair. The process I am about to outline

is virtually harmless, and if you feel you may be able to correct your

PC’s boot-time blue screens and stop errors with the sequence, feel free

to try.

Let us now begin with a step-by-step instruction for correcting these

issues.

Getting to the Windows Recovery Console

1. Insert your Windows XP CD into your CD and assure that your CD-ROM drive is

capable of booting the CD. Configuring your computer to boot from CD is

outside of the scope of this document, but if you are having trouble, consult

Google for assistance.

2. Once you have booted from CD, do not select the option that states: “Press

F2 to initiate the Automated System Recovery (ASR) tool.” You’re going to

proceed until you see the following screen, at which point you will press

the “R” key to enter the recovery console:

After you have selected the appropriate option from step two, you will be

prompted to select a valid Windows installation (Typically number “1”).

Select the installation number, (As mentioned, “1” in most cases), and hit

enter. If there is an administrator password for the administrator account,

enter it and hit enter. You will be greeted with this screen, which indicates

a recovery console at the ready:

Continue to page 2 to proceed with the repair functions.

[newpage]

Proceeding With the Repair Functions

There are eight commands you must enter in sequence to repair any of the issues

I noted in the opening of this guide. I will introduce them here, and then

show the results graphically in the next six steps. These commands are as

follows:

o

C: CD .. C: ATTRIB –H C:

o

C:ATTRIB –S C:

o

C:ATRIB –R C:

o

C: del

o

C: BOOTCFG /Rebuild

o

C: CHKDSK /R /F

o

C: FIXBOOT

To “Go up a directory” in computing is to revert back to the directory above

the current folder you’re operating in. If, for example, I’m in the

C:WINDOWSSYSTEM32 directory, and I want to get at a file in the WINDOWS

directory, I would merely type CD .. and I would be taken out of the SYSTEM32

folder and up one level to WINDOWS. We’re going to do the same thing here

from the WINDOWS folder to get to the basic root of C:

o

Now that we are at C: we can begin the process of repairing the operating

system

and that begins with modifying the attributes of the file. Briefly,

controls what operating systems the Windows boot process can see, how to

load them, and where they’re located on your disk. We’re going to make

sure the file is no longer hidden from our prying eyes, remove the flag

that sets it as an undeletable system file, and remove the flag that sets

it as a file we can only read, but not write to. To do this, we will issue

three commands in this step:

C:ATTRIB –H C:

C:ATTRIB –R C:

C:ATTRIB –S C:

to remove the Hidden, System and Read Only flags.

Now that we’ve modified the attributes for the file, it’s up for deletion.

the syntax for it is simple: { DEL | FILE NAME }, ., C:DEL deletes the

file.

Now for the most important step of our process, the BOOTCFG /REBUILD command which searches for pre-existing installations of Windows XP and

rebuilds sundry essential components of the Windows operating system,

recompiles the file and corrects a litany of common Windows errors. It

is very important that you do one or both of the following two things:

First, every Windows XP owner must use /FASTDETECT as an OS Load Option

when the rebuild process is finalizing. Secondly, if you are the owner

of a CPU featuring Intel’s XD or AMD’s NX buffer overflow protection,

you must also use /NOEXECUTE=OPTIN as an OS Load Option. I will demonstrate

both commands for the purpose of this guide, but do not set NOEXECUTE as

a load option if you do not own one of these CPUs. For the “Enter Load

Identifier” portion of this command, you should enter the name of the

operating system you have installed. If, for example, you are using

Windows XP Home, you could type “Microsoft Windows XP Home Edition” for

the identifier. This gives the process some authenticity, if you’re keen

on being a perfectionist.

This step verifies the integrity of the hard drive containing the Windows

XP

installation. While this step is not an

essential

function in our process,

it’s still good to be sure that the drive is physically capable of running

windows, in that it contains no bad sectors or other corruptions that might

be the culprit. No screenshot necessary here! Just type CHKDSK /R /F at

the C:> prompt. Let it proceed; it could take in excess of 30 minutes on

slower computers, when this is finished move on to the seventh and final

step.

This last step also requires no screenshot. When you are at the C:> prompt,

simply type FIXBOOT. This writes a new boot sector to the hard drive and

cleans up all the loose ends we created by rebuilding the file and the

system files. When the Windows Recovery Console asks you if you are “Sure

you want to write a new bootsector to the partition C: ?” just hit “Y,”

then enter to confirm your decision.

Results and Wrap-Up

It’s time to reboot your PC by typing EXIT in the Windows Recovery Console

and confirming the command with a stroke of the enter key. With any luck,

your PC will boot successfully into Windows XP as if your various DLL,

Hive, EXE and NTLDR errors never existed. You’ve just saved yourself from many hours of work, frustration, potential data loss and shelling out your

hard-earned greenbacks at a brick’n’mortar operation.

Keep in mind that this solution is only designed to resolve the issues

introduced in the preface if the cause is unrelated to spyware and viruses;

while I have had significant luck with rebuilding heavily-infected

systems in the method I have described, it is not guaranteed. If you

believe your PC has affected one of these symptoms due to spyware or

viruses, today’s fastest-growing PC nuisance, please do stop by our

Spyware/Virus/Trojan Forum to receive first-class assistance in

quarantine, removal and repair. Be sure to read the guidelines of our SVT

Forum before posting!

Good luck and happy hunting,

Robert “Thrax” Hallock