【原创】笔记本硬盘的外接分区与“NTLDR is Missing”

i386

看到很多贴子中提到，安装Windows2000出现NTLDR is missing错误。
出现这个错误有各种各样的情况，但共性就是这些硬盘普遍都是在作为台式机外接硬盘时分区及格式化的。
我装各种系统都是选用启动盘＋本机分区的方法，在DOS下，Windows各版本下升级或者全新安装NT/2000/XP次数很多，从未出现过ntldr丢失的问题。

因此，ntldr丢失，以及其他安装2000过程中产生的问题，与外接硬盘的分区过程有关。而且，这个问题有时出现，有时不出现。听起来令人费解。

为此我查了硬盘分区的有关资料和Windows出错信息的资料。找到了这个问题。这个问题不在于主硬盘引导记录，也不在于分区表。在硬盘的每个逻辑分区的0磁道内，有一个BPB块（BIOS Parameter Block “BIOS参数块”）。这个BPB块描述逻辑盘结构组成，包含隐藏扇区数目（从0-1-1开始计算）、FAT扇区数、FAT拷贝数、硬盘磁头总数、根目录表项最大值等。但是，在不同的机器和运行环境中，尤其是在外挂硬盘的情况下，是不一样的。下面就是FAT32 BPB的结构：

A_BF_BPB    STRUC
    A_BF_BPB_BytesPerSector          DW    ?
    A_BF_BPB_SectorsPerCluster       DB    ?
    A_BF_BPB_ReservedSectors        DW    ?
    A_BF_BPB_NumberOfFATs          DB    ?
    A_BF_BPB_RootEntries               DW    ?
    A_BF_BPB_TotalSectors             DW    ?
    A_BF_BPB_MediaDescriptor         DB    ?
    A_BF_BPB_SectorsPerFAT          DW    ?
    A_BF_BPB_SectorsPerTrack        DW    ?
    A_BF_BPB_Heads                      DW    ?
    A_BF_BPB_HiddenSectors           DW    ?
    A_BF_BPB_HiddenSectorsHigh     DW    ?
    A_BF_BPB_BigTotalSectors         DW    ?
    A_BF_BPB_BigTotalSectorsHigh   DW    ?
    A_BF_BPB_BigSectorsPerFat       DW    ?
    A_BF_BPB_BigSectorsPerFatHi     DW    ?
    A_BF_BPB_ExtFlags                   DW    ?
    A_BF_BPB_FS_Version                DW    ?
    A_BF_BPB_RootDirStrtClus          DW    ?
    A_BF_BPB_RootDirStrtClusHi        DW    ?
    A_BF_BPB_FSInfoSec                 DW    ?
    A_BF_BPB_BkUpBootSec            DW    ?
    A_BF_BPB_Reserved                  DW    6 DUP (?)
A_BF_BPB    ENDS

其中加黑的行就是我分析可能产生问题的项。前四个值在某些异源性安装条件下，会不准确。最后这个Flags标志项含有多个唯一性的标志，如起始簇号(A_BF_BPB_RootDirStrtClus)等；在不同的环境中，系统会写入不相同值。当改变环境后，这些项与物理磁盘实际的值不匹配时，Windows 2000 和 XP 就会产生错误，无法加载该FAT32分区，因为BPB信息不准确，从而最终报告 NTLDR is missing。实际上是因为这个值的不匹配，影响了下一步NTLDR的加载。

有趣的是，来回挪动Windows95/98/me从来不会出现这个问题，因为Win95/98/me忽略了对这个结构中某些值的检查，即便是无效的也仍然会继续启动程序。所以这个BPB值的错误问题，根据微软描述，只存在于用FAT32分区，使用int13h扩展启动方式（目前绝大多数硬盘都是此类）安装Windows2000/xp的情况下。同理，根据微软的问题报告，当用异源的Windows98/me克隆(如不同磁盘ghost恢复来的win98)升级Win2k/xp的时候，也会遇到同样的 ntldr is missing 问题。产生这个问题的原因是BPB的HEADS字段，错误的磁头数导致WINDOWS NT不能继续启动过程，而Win95/98/me同样忽略这个检查。

说了这么多大家应该明白问题的根源了。在不同的运行环境下（尤其是不同型号的硬盘控制器，反映出来就是不同型号或者品牌的电脑），起始簇的物理位置，标号不同，或者物理磁盘统计信息的不同，就造成了硬盘BPB信息在不同电脑上的不准确，从而导致了Windows 2000/XP 启动过程失败，NTLDR is missing。

这里也提供几个解决办法：

1。首先考虑要在本机上进行分区。只有这样才能写入正确的和匹配的BPB值，不会使得Windows NT Loader 无法定位。在其他机器，尤其是其他型号硬盘控制器下接驳分区，大多数情况下，会导致写入不同的BPB值。

2。应急情况下（安装/运行过程中出现 NTLDR is missing），可以考虑用一张含有sys.com文件的磁盘或U盘启动机器，然后输入 sys c: 传递系统。注意，如我在前文所说，format c: /s 并不引起BPB信息的重写，因此是无效的。sys命令在传递系统的同时，会引起写入新BPB值的操作。当然此时，NTLDR也被覆盖了，系统变成了Windows 98/me。用sys执行过后(也就是bpb更新后)，再运行 win2k/xp的安装程序，就不会再有任何错误了。这在一些网友的相关解决方法中也有提及，在本文分析过原因之后，这样的做法也就顺理成章了。

我之前写过一篇关于这个问题产生根源的推断，是错误的。特此研究了磁盘结构，查了Windows启动过程的资料，得出如上分析和结论。希望能给大家个参考。谢谢

[ Last edited by i386 on 2004-2-19 at 22:16 ]

i386

原错误文章和讨论在
http://www.ibmnb.com/viewthread.php?tid=94737&fpage=1

新回复回到这篇帖子里吧.

[ Last edited by i386 on 2004-2-19 at 19:33 ]

chessman

很好的文章，支持！：）

csdch

原理对我来说太深奥了，但是也学了点东西，至少碰到类似的情况时知道如何操作了，谢谢!

kick

好！建议加精

szs158

关键是谁这样实践验证过吗？

i386

楼上的你好

解决方案中的第一条我验证过很多遍,没有问题.
解决方案中的第二条, 我参考了微软提供的解决方法. 有本文的分析,也有微软官方的说明,也有网友的经验, 我们可以认为它是有效的.

szs158

我现在有两块硬盘，等到有了空闲时间，我来验证一下，我的机器既没有软驱，也没有光驱

szs158

等到我验证完解决方案中的第二条，如果可行，那就是广大黑友的福了

i386

楼上的,谢谢你~!

jstonegod

斑竹，你说的能理解。
但是按照你这个说法，2K只要磁盘一有变动，比如多插一个磁盘或者在DOS下做了其他什么与磁盘有关的操作。那2K就一定是ntldr missing??

我记得我C盘下删除过某些文件以后（和启动有关）也出现 ntldr missing的错误，这怎么解释？按照您的说法似乎就牵强了吧？因为这个BPB似乎没有关系

i386

多插一个磁盘不会引起原有磁盘的BPB信息的改动。仔细读文章，BPB是在分区/sys的时候写入的，写入之后不会因为磁盘的增添和操作而改变。正因为如此，把这个磁盘移到其他机器上才会造成启动不能进行。

另外，磁盘BPB信息问题并不是 NTLDR is Missing 错误的唯一原因。只是说，在外接分区的情况下，发生NTLDR丢失错误最可能的原因。当然，您如果直接删除 C 根目录下的 NTLDR 文件，那么产生的就是最正宗的 NTLDR is missing 错误了。因为NTLDR被您删掉了。

不知道是否能回答你的问题。

jstonegod

OH。那你的意思是我有一块硬盘，正因为里面的BPB不改变，所以才会对新插的硬盘不识别（不能更新已有的BPB参数）而产生错误？
另外这个时候系统是在哪个盘上？


如果是那样，那么重新一次SYS，是否就认识了新设备？代价是什么？

jstonegod

其中加黑的行就是我分析可能产生问题的项。前四个值在某些异源性安装条件下，会不准确。最后这个Flags标志项含有多个唯一性的标志，如起始簇号(A_BF_BPB_RootDirStrtClus)等；在不同的环境中，系统会写入不相同值。当改变环境后，这些项与物理磁盘实际的值不匹配时，Windows 2000 和 XP 就会产生错误，无法加载该FAT32分区，因为BPB信息不准确，从而最终报告 NTLDR is missing。实际上是因为这个值的不匹配，影响了下一步NTLDR的加载。
********************************************************
这段的意思是装系统之后，形成了BPB参数之后就是我上面那个帖子说的发生。是这个过程么？

i386

我的意思是,比如,你有A,B两台机器,各有a,b两块硬盘。
a 硬盘是 A 机器分区的，一直没有问题。
B 机器出了问题，你拿着 b 硬盘接到 A 机器上分区。
此时，b 硬盘的BPB信息是匹配A机器的。
当你分好区把 b 硬盘装回 B 机器上时，由于 b 硬盘的BPB信息是匹配 A 的，因此在 B 机器上装系统就会出现ntldr丢失。
此时你在 B 机器上对 b 硬盘进行一次 sys 传递。就可以重写 b 硬盘的 BPB，使之符合 B 机器的特征。这个过程没有什么副作用，相当于让硬盘BPB“认识”了新机器，而不是让机器“认识”新硬盘。

这样不知。。。能否明白？呵呵

jstonegod

啊，知道啦。原来前提条件是这样啊。哈哈。我还在猜是什么情况下出现的问题呢。

jstonegod

其实就是WIN2000你拿硬盘到别的机器都是启动不了的。嘿嘿，这个道理似乎相通

jstonegod

不过我还有一个问题啊。
A机器的对a硬盘写的信息和对b硬盘写的信息都是硬盘自身的参数，似乎看不出各机器在对硬盘分区时的差别吧？这个？？。。。。。

i386

这个信息，就是所谓的BPB块，其中的某些字段我认为是在不同硬盘控制器(HDD Controller)中的映射是不同的。逻辑地址通常不等于物理地址，而这个转换是因不同控制器各异的。所以就产生了不匹配的现象。

jstonegod

这个BPB块描述逻辑盘结构组成，包含隐藏扇区数目（从0-1-1开始计算）、FAT扇区数、FAT拷贝数、硬盘磁头总数、根目录表项最大值等。但是，在不同的机器和运行环境中，尤其是在外挂硬盘的情况下，是不一样的。
****************************************
这个不一样是怎么产生的呢？？？有依据嘛？

i386

A_BF_BPB_ExtFlags                   DW    ?
最后这个Flags标志项含有多个唯一性的标志，如起始簇号(A_BF_BPB_RootDirStrtClus)等；在不同的环境中，系统会写入不相同值。当改变环境后，这些项与物理磁盘实际的值不匹配时，Windows 2000 和 XP 就会产生错误，无法加载该FAT32分区。。。
*********************************
以上就是依据。

jstonegod

OH，你说的硬盘控制器是在机器里的？？

i386

是的，我说的因机器而异，实际上就是“因硬盘控制器而异”的通俗说法。

jstonegod

A_BF_BPB_ExtFlags                   DW    ?
最后这个Flags标志项含有多个唯一性的标志，如起始簇号(A_BF_BPB_RootDirStrtClus)等；在不同的环境中，系统会写入不相同值。当改变环境后，这些项与物理磁盘实际的值不匹配时，Windows 2000 和 XP 就会产生错误，无法加载该FAT32分区。。。
*********************************
以上就是推定。

过程是这样：
B机器的b磁盘拿去A机器格式化了，然后因为HDD CONTROLLER的不同（您所说逻辑地址指向的不同而产生了错误）。但是多唯一性的说法似乎不成立吧？
因为既然A机器写过了，里面的信息就都应该是A的而不是B的，错误原因就是上面您说的哪个。但这也没有B机器写入BPB一说，这又怎么能造成多唯一呢？既然没有重复的写入怎么会多唯一呢？只有里面的信息改变了。才有错误的可能吧？但是这个过程是哪让BPB又写入信息的呢？

i386

呵呵,真佩服您的认真，我说的“多个唯一性的标志”是指Flags这个DWord字段里面包含多个标志，其中的好几个是唯一性的，不是说这一个标志是“多唯一”的。

：）我的言辞可能有不严谨之处，谢谢指出。

jstonegod

在不同的环境中，系统会写入不相同值。当改变环境后，这些项与物理磁盘实际的值不匹配时，Windows 2000 和 XP 就会产生错误，无法加载该FAT32分区，因为BPB信息不准确，从而最终报告 NTLDR is missing。实际上是因为这个值的不匹配，影响了下一步NTLDR的加载。
*************************************
1：这个BPB值是什么情况下才写入的？
1：我觉得硬盘控制器这个基本明白了。就是因为不同硬盘控制器的控制方法不同造成的。原因是BPB里面的信息执行方式HDD CONTROLLER不识别。
2：系统和BPB是什么角色？我上面引用的一段你能具体说明一下么？

似乎是2个方面吧 ？

i386

1。BPB信息是在给磁盘分区的时候写入的，每个逻辑驱动器都有，sys.com命令也能写入BPB块信息。

你的第二个“1”里面说的没有错，基本上就是那个道理。

2。“在不同的环境中，系统会写入不相同值。”这里的系统是指分区程序如fdisk/dm或者sys命令。这里的“不相同值”是指不同的BPB信息。“改变环境”指你把b磁盘从接在A上换到接在B上。此时BPB信息就不符合B的读取规范和要求，因而在B机器上装系统会出错。Windows 2000/xp 是 BPB 的读取者。因为它们需要这些信息。

您看是否明白

i386

打个比方，在A机器上分区，b硬盘的BPB里写入的是“贰叁肆”。但到了B机器，这个数据B不认，必须用sys.com再写一遍BPB，写BPB就会依据新控制器的特征，写入“two three four”。这样 B 就认了。

stonegod,这样比喻你是否能明白我的意思呢。

唉，看来我的表达能力实在是可怜...

[ Last edited by i386 on 2004-2-19 at 23:33 ]

c@ini@o

我有疑问。

我的理论比较差，以下均是我的实际经验。

按照你的说法：

“在不同的运行环境下（尤其是不同型号的硬盘控制器，反映出来就是不同型号或者品牌的电脑），起始簇的物理位置，标号不同，或者物理磁盘统计信息的不同，就造成了硬盘BPB信息在不同电脑上的不准确，从而导致了Windows 2000/XP 启动过程失败，NTLDR is missing。”

那么，为什么台机硬盘分好区装2000后再装到别的机器上就可以呢？我从未碰见过象本本硬盘出现的这种情况。

jstonegod

楼上的斑竹大人，不奇怪啊。因为硬盘控制器一样呗。哈哈哈。
不过我碰到很多时候换硬盘插别人机器就不好使，我的是VIA芯片别人的就是INTER的