【转帖】XP下137GB以上的大硬盘可能导致硬盘损坏与数据丢失。

fttb888

还包括Windows2000。早在2006年5月看到Ultra作的《硬盘太大惹的祸》，看后非常震惊，继续搜索保存了10篇相关文章。今天又查相关资料，发现一奇文。后找出之前的存盘网页，找到了原文。
http://bbs.it866.com/read.php?tid=76360
硬盘安装设置：升级160G大硬盘者必读--IT技术联盟
出处：--中国IT技术联盟整理 qhKW6v
一、答题的由去 {Z529Ns
果为簇战柱里迟期订义的答题，很少操纵解统战BIOS皆无137GB的容质限造，正在以来32GB、80GB门槛的时分，否以本用没有调用BIOS的DM等硬件，曲交对于软盘合区，运用也出什么答题。没有功超越了137GB的容质当前，需求48位觅址的收持，假如彼时从板无137GB限造的话，DM也没有争您合超越137GB先里的容质 (否能隐示容质反确，但实入止合区操纵时分会弹入白色降示窗心：HDD I/O ERROR)。或者者便使您用PQMAGIC等硬件合入去了，也无很多的兼容性答题。 k *a?Ey$
隐正在最一般的答题，便非操纵解统外亡正在数据溢入的BUG，假如处置没有该，很轻易忽然入隐没有认合区歌颂、拾合区或者非纲录变治码的新障。那类新障带无随机性，笔者正在几个小的BBS未经睹到无没有长那样的帖女，所以没有要善良纲后运用反常，便掉以轻心，万一“外罚”了，这否非下百GB的数据益得啊！ O#}'QZd'
两、收持小软盘的闭键 -QUr|:SK:
收持48位觅址的 BIOS 'nK(cKDIG
那个非逆本运用160GB小软盘的第一闭键——无己沿用以后的圆式，挂做自盘，正在BIOS外把软盘设为NONE，然先靠DM合区或者争Windows本人辨认软盘。那类圆式也没有能道完整没有否用，但一般会争软盘只能运转正在PIO的传赢形式上，有法运用UDMA传赢，旧软盘功能收挥便小挨合扣了；而且出BIOS的收持，操纵解统正在48位觅址形式圆里兼容性也轻易入答题。 ?!N@%R>5rN
假如没有浑楚本人的从板BIOS非可收持48位觅址，否以上载Intel入的一个大农具去检验一上。那个农具实为Intel 48-bit LBA Test Program(留意，正在运用当硬件时，需求挂交一容质超越137GB的软盘)，正在DOS上运转“48lbachk.exe”之先会晤到如图1的绘里。 $ BEIG@qG
sH//*y
图1 "T* Sg
它会搜寻解统外所挂交的ATA/ATAPI装备并给入相当降示，如该后交软盘的容质等。针对于没有异的软件解统，检测解因会入隐以上三类： So?ScX\lG
“PASSED”里示 BIOS收持48-bit LBA； px@:t}
“FAILED”里示BIOS没有收持48-bit LBA； =}:9y6QR.
“UNDETERMINED”则里示测试顺序没有能肯定被测BIOS非可具无48-bit LBA才能。逢到那类状况，借非下厂野从页查查材料再确认，笔者用的降技KGB7 RAID检验解因也非没有能肯定的，但正在降技的从页觅到的BIOS道亮否以收持137GB以下的软盘，刷旧先逆本降级了。最佳的方法借非降级BIOS，没有然宁否购大一面的软盘，没有要冒数据拾得的安夷。 2"31k2H[
农具上载天址：ftp://download.intel.com/support/chipsets/iaa/48lbachk.exe 4LO U[D
2.合区硬件也道究 NWuJ&+gcO5
交上去便非合区硬件非可收持小即盘的答题了。便纲后笔者交触功的硬件，第三圆的合区硬件没有非收持没有充沛，便非兼容性答题比拟少——像DM最旧的版原只到2001年的9.56，真正在太降伍了。无些白章先容本用DM去改容质变相收持小软盘，那类圆式非无安夷的，只失望于很小的从板下。一般的先因非制败被改的160GB或者者250GB软盘只能该败 137GB运用，再也改没有来去，败为“残徐”。 TM|M#hMS
DISKGEN 人也博门实验功，解因非能辨认160GB的软盘，也能反常合区，但没有能正在硬件外逆本歌颂化，只要FAT12(没有非FAT32)的歌颂否选，隐然非收持没有充沛了。隐正在只要用WinMe下自带的FDISK战Win2000/XP开静光盘，或者非入进了Windows先用它的“磁盘治理器”去合区适合式化小软盘比拟安全，PQ合区小生的兼容性答题太少了，也没有否靠。 EhEUkZE3)
借无个隐象便非用DOS外的Format歌颂化小于64GB的合区时，正在启初演讲歌颂化的小大非没有反确的，但到最初会反确隐示数值。本果非Format命令会正在外部运用一些16位值去排斥小大，该软盘小大即是或者小于64GB时，那些变质外无一些会溢入。例如，假如合区或者软盘的小大为70.3GB(75，484，122，112字节)，Format命令最后演讲的软盘小大便非63 GB(6，764，579，840字节)，那只非隐示圆里的答题，忘住减下“/Q”参数，歌颂化便能很速完败了。否参考微硬学问库的白章：http://support.microsoft.com/default.aspx?scid=kb;en-us;Q263045 @a AR99

fttb888

如果你要升级160GB的大硬盘，如果你想避免大硬盘在使用中出现古怪问题，请仔细阅读下文。

　　硬盘技术的发展除了速度越来越快以外，在容量上也过了几道门槛，每一道门槛都给升级造成了一定困难。在以往，只是主板支持的问题，现在连操作系统都出现了由于硬盘容量过大的兼容性问题。如何顺利地升级使用160GB以上的大硬盘，是很有讲究的，万一处理不当，就有丢失大量数据的危险。

　　一、问题的由来

　　因为簇和柱面早期定义的问题，很多操作系统和BIOS都有137GB的容量限制，在以往32GB、80GB门槛的时候，可以利用不调用BIOS的DM等软件，直接对硬盘分区，使用也没什么问题。不过超过了137GB的容量以后，需要48位寻址的支持，如果此时主板有137GB限制的话，DM也不让你分超过137GB后面的容量(可能显示容量正确，但真进行分区操作时候会弹出红色提示窗口：HDD I/O ERROR)。或者即使你用PQMAGIC等软件分出来了，也有许多的兼容性问题。

　　现在最突出的问题，就是操作系统中存在数据溢出的BUG，如果处理不当，很容易突然出现不认分区格式、丢分区或是目录变乱码的故障。这种故障带有随机性，笔者在几个大的BBS已经见到有不少这样的帖子，所以不要以为目前使用正常，就漫不经心，万一“中奖”了，那可是上百GB的数据损失啊！

　　二、支持大硬盘的关键

　　1.支持48位寻址的BIOS

　　这个是顺利使用160GB大硬盘的第一关键——有人沿用以前的方式，挂作从盘，在BIOS里把硬盘设为NONE，然后XDM分区或让Windows自己识别硬盘。这种方式也不能说完全不可用，但通常会让硬盘只能运行在PIO的传输模式下，无法使用UDMA传输，新硬盘性能发挥就大打折扣了；而且没BIOS的支持，操作系统在48位寻址模式方面兼容性也容易出问题。

　　如果不清楚自己的主板BIOS是否支持48位寻址，可以下载Intel出的一个小工具来检验一下。这个工具名为Intel 48-bit LBA Test Program(注意，在使用该软件时，需要挂接一容量超过137GB的硬盘)，在DOS下运行“48lbachk.exe”之后会见到如图1的画面。

　　图1

　　它会搜索系统中所挂接的ATA/ATAPI设备并给出相应提示，如当前接硬盘的容量等。针对不同的硬件系统，检测结果会出现以下三种：

　　“PASSED”表示BIOS支持48-bit LBA；

　　“FAILED”表示BIOS不支持48-bit LBA；

　　“UNDETERMINED”则表示测试程序不能确定被测BIOS是否具有48-bit LBA能力。遇到这种情况，还是上厂家主页查查资料再确认，笔者用的升技KGB7 RAID检验结果也是不能确定的，但在升技的主页找到的BIOS说明可以支持137GB以上的硬盘，刷新后顺利升级了。最好的办法还是升级BIOS，不然宁可买小一点的硬盘，不要冒数据丢失的危险。

　　工具下载地址：ＦＴＰ://download.intel.com/support/chipsets/iaa/48lbachk.exe

　　2.分区软件也讲究

　　接下来就是分区软件是否支持大便盘的问题了。就目前笔者接触过的软件，第三方的分区软件不是支持不充分，就是兼容性问题比较多——像DM最新的版本只到2001年的9.56，实在太落伍了。有些文章介绍利用DM来改容量变相支持大硬盘，这种方式是有危险的，只适用于很老的主板上。通常的后果是造成被改的160GB或者250GB硬盘只能当成137GB使用，再也改不回来，成为“残疾”。

　　DISKGEN我也专门试验过，结果是能识别160GB的硬盘，也能正常分区，但不能在软件里顺利格式化，只有FAT12(不是FAT32)的格式可选，显然是支持不充分了。现在只有用WinMe上自带的FDISK和Win2000/XP启动光盘，或是进入了Windows后用它的“磁盘管理器”来分区及格式化大硬盘比较保险，PQ分区大师的兼容性问题太多了，也不可X。

　　还有个现象就是用DOS里的Format格式化大于64GB的分区时，在开始报告格式化的大小是不正确的，但到最后会正确显示数值。原因是Format命令会在内部使用一些16位值来计算大小，当硬盘大小等于或大于64GB时，这些变量中有一些会溢出。例如，如果分区或硬盘的大小为70.3GB(75，484，122，112字节)，Format命令最初报告的硬盘大小就是63 GB(6，764，579，840字节)，这只是显示方面的问题，记住加上“/Q”参数，格式化就能很快完成了。可参考微软知识库的文章：ＨＴＴＰ://support.microsoft.com/default.aspx?scid=kb;en-us;Q263045

　　三、操作系统相关的要点

　　不支持48位寻址的操作系统，在访问大于137GB的数据时有可能出现溢出的Bug，造成破坏，这是目前种种问题的根源。最常见的情况就是能够正确分区并安装好系统，但写入大量数据(120GB以上)后就丢失分区，或者是拷贝数据过程中失去响应。重新启动以后该分区的文件夹变成了乱码，甚至不能访问，报告该分区没有经过格式化……现在每个人用的操作系统各有不同，微软的补丁也很多，相当多的人不知道自己系统里存在这种危险性。其实微软的在线知识库里有相关的说明文章，地址是ＨＴＴＰ://support.microsoft.com/default.aspx?scid=kb;en-us;303013，不过是英文的页面，所以没引起大家的重视。笔者查阅了相关的资料，综合自己的使用经验，总结出几条要点：

　　1.尽量用微软自家的分区软件

　　这点在上面分析过了，主要是为了保证分区表的稳定。注意不是Win98的FDISK，要WinMe自带的FDISK才能显示正确容量。如果你嫌FDISK分区速度太慢，可以先划出一个5GB左右的分区，安装Win2000或WinXP等操作系统，后面的容量到Windows中的“控制面板→管理工具→磁盘管理”里再划分，如图2。格式化时注意选好格式，勾上快速格式化。另外Win2000和WinXP的安装光盘引导后，都具有磁盘管理的功能，还是中文界面，推荐使用。

　　图2

　　2.适当的补丁及打开48位寻址功能

　　如果磁盘分区中安装了不支持48位LBA寻址的旧版本Windows，例如没打补丁的Win2000或更旧版本，而该分区以前是由支持48位的系统在超出当前137GB的可寻址限制创建的，访问这些分区就可能出现破坏数据的情况。如果在注册表中启用了48位ATAPI支持，并且具有容量超过137GB的硬盘，但是没有48位LBA兼容BIOS，则只有硬盘的前137GB是可寻址的，不能使用硬盘的其余部分。

　　Win2000的用户，请打上SP4补丁。微软的资料上说，安装了WinXP Home Edition或WinXP Professional的Service Pack 1 (SP1)之后才会启用48位LBA支持。事实上是，即使打过SP1的补丁也要检查Atapi.sys的版本，因为只有5.1.2600.1135版本才能完全支持48位LBA，(WinXP 64-Bit Edition需要5.1.2600.1152版本)而5.1.2600.1135版本是在SP1后推出的，这个文件是在331958这个补丁里。如果你对诸多补丁感到混乱，或下载有困难，可以手工编辑注册表，操作如下：

　　在“开始→运行”中键入regedit，在HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesAtapiParameters下，建立一个DWORD值，名为EnableBigLba，数值填1，如图3。这是专业版的修改方法，Home版和Server版我没用过，但在注册表内搜索ATAPI的键值，相应作修改应该也不算难事。听朋友说，他用的Win2003也能正常识别137GB后面的容量。

　　图3

　　3.分区及格式处理的建议

　　①尽量把NTFS分区放最后

　　Win98实在是太古老了，对NTFS格式和48位寻址都不支持，微软也停止了对它升级支持。虽然在预先分好区的160GB硬盘上，Win98也能访问各个FAT32分区，但难保不会出什么Bug。鉴于某些老的软件必须在Win98里运行，建议大家使用Win98+Win2000/XP的双系统，而且把100GB以后的容量格式化为NTFS分区，放在最后。这样，Win98运行的时候，不会访问到超过137GB以后的数据，就大大减少了破坏数据的危险。

　　②可以把最后30GB单独分成一个区

　　如果你的机器里有工程图纸、3D素材这样重要的数据，建议把最后的30GB专门分出一个区。再把无关重要的东西放到里面，试着把分区装满，进行多次读写的试验。如果最后的分区一直读写正常，那说明系统对48位寻址兼容性良好；万一不正常，也不会措手不及，造成巨大的损失。

　　③及时备份分区表

　　无论你用的是不是超过137GB的硬盘，及时备份分区表都是很重要的。万一遇到突发故障，有分区表备份，恢复数据把握就大多了。

　　另外，建议不要把分区填得太满，保持1GB左右的空间比较保险。笔者试过在一个磁盘阵列上一不小心解压临时文件把C盘填满了，结果Windows提示故障并停止了响应，按RESET重新启动后，竟然提示阵列不能识别了。只有重新进行设置并分区，损失了部分数据，可谓血的教训。

　　四、小结

　　1.注意，这里说的137GB容量限制，是指单个硬盘而言。不是说你买了两三个硬盘，合起来容量会限制在137GB。例如买了两个120GB的硬盘，如果没组成阵列，分别使用，加起来的200多GB的总容量是不受影响的。

　　2.BIOS不支持137GB以上硬盘容量的主板，尽量升级BIOS，否则还是买120GB的硬盘好了。主要是考虑到数据溢出的Bug，遇到厂家BIOS停止升级又不愿意花钱买新主板的，还是不要冒险了。

　　3.如果分区是Win2000/XP创建的，万一系统崩溃，务必记住：重新安装后，在未安装相应补丁前，千万不要访问硬盘100GB后面的分区，否则可能导致数据丢失！

evernever

大师您可算回来了

小黑鱼儿

硬盘生产商为何还敢生产几百G的硬盘呢，小硬盘应该特吃香的呀………………

farlee

320g一个硬盘一个分区的路过。。。
xp操作系统。

e207

SP3以上的XP还没发现这个问题呢

farlee

电脑任何时候可能出现任何问题。。。
爆炸，自燃等等。。。

sylj001

汗，家里台式机640G+320G，640分为3个区，320一个区，至今没有发现啥问题

duyker

瞎扯！1

cosmos7

gxnnhr · 发表于 2010-8-2 18:14:00| 字数 10| - 越南

专门网终于又有大师了

fttb888

多谢evernever 关注，前段时间看了很多1957年反右的及文g文章，现在还是后文g时代呢！
爆炸，自燃微乎其微的！看微软的意思如果版本不够，硬盘损坏与数据丢失可能性大。

硬盘太大惹的祸！

现在160G硬盘的价格越来越平民化了，宽带网也开始普及，很多人都想拥有一个大硬盘，用来存放从网上下载的大型软件，动画，电影等资料。经过笔者的艰苦摸索后，发现光是主板支持大于137G的大硬盘还是不够的，要正常使用还需要磁盘驱动程序和操作系统的支持才行。

硬盘太大惹的祸！

文 / 图：Ultra

暑假期间，笔者购买了新电脑。主板选用了nVIDIA nForce2 Ultra 400芯片的磐正 8RDA3+ ，硬盘选用了160G 并口的金钻9代。当时没有买软驱，给后来的硬盘修复工作带来了一定的麻烦。跟硬盘对战快一个月了，才把那个桀骜不逊的160G硬盘驯服，笔者写这篇文章的目的，是希望那些将要买大硬盘的朋友能吸取教训，少走弯路。

一、恶梦的开始
笔者对Partition Magic（PM）情有独钟，从3.0用到现在的8.02，经过11小时的漫长分区和格式化，把硬盘分了10个区，如图一所示。当然，那么缓慢的其中一个原因是PM在格式化之前会进行坏区检查。虽然硬盘是新的，但也有可能在运输过程中损坏。第一次格式化最好还是检查清楚，不然硬盘那么大，坏区不存放文件就很有可能长期不被发现。前面3个主分区分别用来安装Pwin98，Pwin2000pro和PwinXP，分区后3个操作系统都能顺利安装。把操作系统安装在不同的主分区就可以最大限度的减少不同操作系统之间的干扰，安装PM配套的Boot Magic（BM）就可以轻易选择要进入的操作系统。

图一

1.安装Pwin98第二版
安装后最后一个TEMP分区显示没有格式化，在Pwin98里面格式化之后就能使用了，但是会在最后增加一个盘符，大小和里面存放的文件都跟TEMP分区一样。即：
名称             类型          大小
GAMES（G：）       本地硬盘       19.5G
TEMP（H：）       本地硬盘       1.95G
光盘（I：）       光盘
TEMP（J：）       本地硬盘       1.95G
也许Pwin98把这两个盘符都指向同一个分区了。所有关键补丁都安装了还是无济于事。

2．安装Pwin2000pro + sp4和PwinXP + sp1
安装后无法认出最后一个TEMP分区，如果在“运行”中键入compmgmt.msc，在磁盘管理中手动把剩下的空间创建分区和格式化，之后表面上可以正常使用。但是在不同操作系统中看到的TEMP分区是不同的版本，例如在PwinXP存放的文件在Pwin2000是看不到的，反之亦然。

二、恶梦的延续
既然主板已经能够支持大于137G的硬盘，也安装了nForce2 芯片最新的2.45驱动程序，操作系统也全部安装了最新的补丁，难道问题出自分区软件吗？

1. 丢失分区
笔者想起PM5.0曾经有个bug，就是在DOS分区后进入Windows会发现部分逻辑分区没有被分区格式化，用Norton Disk Doctor（NDD）可以重新找出来。于是运行NDD，它会自动提示存在部分未格式化的空间，询问是否查找硬盘扇区，重新建立丢失的分区。在此之前它会建议你备份好分区表和重要数据。也许是艺高人胆大吧，笔者没有理会，马上开始。折腾了一个多小时，NDD没有发现什么新的分区，而且有部分已经存在的分区也没有发现。重启之后，扩展分区里面的7个逻辑分区全部不见了，只留下一大片没有格式化的空间，真是马上晕死！NDD，PM和BM都需要软盘才能备份分区表，由于笔者没有买软驱，根本没有备份分区表。这下可惨了，不过想起Disk Genius2.0（Diskgen）可以自动搜索和重建分区表，于是就用移动硬盘启动，在DOS运行Diskgen试一试。可惜Diskgen只找到3个主分区和扩展分区，但是扩展分区里面的逻辑分区就一个也找不到。笔者只能使出最后一招了，Diskgen里面有一个手动修改分区参数的设置，幸好笔者还记得每个逻辑分区的大小，然后推算出每个分区的引导标志，系统标志（分区类型），起始和结束的柱面，磁头和扇区，按F11手动填写7个分区的资料，如图二。最后，Diskgen应用新的分区表时会提示在每个分区的第一个扇区中找到分区的引导信息，询问是否覆盖。当然选择否，不然清空了有关FAT的信息，分区里面的所有数据都不能正常访问了。其实PM的DOS版本也有一个能直接编辑分区参数的程序――PTEDIT.EXE，但是用起来没有那么直观，还需要手动计算更多的分区参数。重启后进入Pwin2000，所有分区都重现了，除了扩展分区中的第一个逻辑分区SW2K里面的数据丢失以外，其他6个逻辑分区里面的文件没有损坏和丢失，真是万幸！由于在Pwin2000 里运行Diskgen无法找到硬盘，所以连忙退出系统，再用移动硬盘启动，运行Diskgen，按F9把分区表备份到移动硬盘里，以备不时之需。

请看附件……

[ Edited by  fttb888 on 2010-8-2 18:49 ]

人生是风

大师终于回来了，顶，膜拜

wslpc

WINXP都要扔垃圾堆了，理它作甚

小浣熊

大师这么厉害，怎么1楼的转贴里到处都是乱码呢？

eXeagle

除非主板老得掉牙，否则一般不需要担心这个问题

xliang9550

前提是BIOS支持48位LBA寻址（这个应该不是问题）。
系统方面，Win2k SP3或WinXP SP1就支持48位LBA寻址了，无需手动修改注册表。（源自微软官方KB）

116

兰州你穿梭了

rabb · 发表于 2010-8-3 17:53:52| 字数 58| - LAN

SP3没问题，但如果SP1就被悲剧了，05年时经历过，新买了块160G的备份，刚开始没事，结果超过137G后数据全乱

fttb888

因为我用的就是xpsp1，这段日子又查了10多篇文章。05年时看到文章说sp2也需要打大硬盘补丁，当时挺惊讶的。现在我还是不能确定xpsp1 sp2是否要打补丁。

fttb888

15楼：不是乱码。开始我一看就知道换成相反或相近的字，后来才知道这网站一些板块自动处理的。
转一些网上找的真实事例。

200G硬盘的奇怪问题

[求助]200G硬盘的奇怪问题
机器原来有一块80G 2M的硬盘，本月购得200G 8M硬盘一个。因为200G是新买，SO，插上后在XP下用diskmgmt.msc命令分了3个区大小分别50G 50G 100G。
使用一直没有问题。今天重新装系统，放入XP安装盘进入安装界面，突然发现200G硬盘分区被XP安装盘识别为一个未分区的200G硬盘，原来的分区全部丢失了。当时关机，拔掉200G硬盘的电源线。在80G的盘子开始安装XP，安装好后，再插上200G硬盘，发现XP里面也识别200G盘子未分过区，原来的数据也没有了，200G的盘就是一个没有被格式化的硬盘，分区数据全部没有了。
请问这个是什么问题，跳线和BIOS全部设置正确。因为数据比较重要，所以问下各位还有没有恢复的可能，还是可以找回数据？有方法请告知，谢谢

你的windows xp集成过xp么？早期的windows xp有bug,不能识别超过137g的磁盘，新的系统没问题。

XP要打上至少SP1的补丁。插上后在XP下用diskmgmt.msc命令分了3个区大小分别50G 50G 100G---怀疑当初你分区的方法不对！

估计是分区表坏了，别忘里写东西。用数据恢复软件找找看看。

1. 首先满足一个前提条件，Win2K要安装SP3以上的版本，WinXP要安装SP1以上版
2. 检查Atapi.sys的版本（鼠标右键单击该文件，然后选择“属性”查看文件版本号）。如果Windows XP中打过SP1的补丁后，还是出现问题，很可能是由于Atapi.sys这个系统文件出现问题，通常因为只有5.1.2600.1135版本（对Windows XP 64-Bit Edition需要 5.1.2600.1152版本）才能完全支持48 位 LBA （也就是超过137GB的硬盘），而5.1.2600.1135版本在推出SP1后推出的，这个文件是被包含在微软所发布的KB331958补丁中。
3. 修改注册表。运行Regedit.exe，打开 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Atapi\Parameters ，在右侧窗口中添加名称为 EnableBigLba 的键，数据类型为 REG_DWORD，值数据为 0x1 。退出后重启系统。

winxp打sp2包，如果是maxtor的可以有个补丁之类，实在不信用硬盘厂家的工具是最好了！！！

WIN2000上使用大硬盘需要注意

[这个帖子最后由FrankieLong在 2004/12/30 08:41am 第 3 次编辑]

我一个朋友需要存储海量数据，在一块200G的硬盘上装了2000Server SP4，在把160G左右的数据拷贝进来到三分之二时，总是会死机，甚至丢失分区，因而来向我求助。
在排除了硬件原因后，我隐约记得硬盘方面好像有个137G的限制。在网上搜索一下，果然有不少文章论及此问题。比如：
http://www.cfanclub.net/new_dnzs/20040807/20040807007.htm
微软知识库：
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;305098
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;q303013
经测试，在160G的硬盘上安装集成了SP4的WIN2000时，硬盘容量只能识别出130G。先分一个5G的分区来安装好系统，用“管理”中的分区功能对剩余空间分区时，只能划分124G的分区。
按照上述文章所述的方法，在注册表项HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Atapi\Parameters\
中增加REG_DWORD型键值“EnableBigLba”并赋值为“1”，重启后再来对剩余空间做分区时，即可识别出全部容量了。经测试，连续拷贝近150G的数据也顺利完成。
看来，WIN2000的SP3、SP4尽管已经具备支持48位寻址的能力，但注册表中并没有打开该功能，不能不说是一个BUG。
这个BUG的危害在于，如果这块大硬盘是事先使用PQ等分区工具或挂在XP上分的区且分区超过137G，WIN2000并不能发现这个问题，当存储的数据量达到137G的限度时，系统就会崩溃，丢失数据甚至破坏分区！
这也是我想提醒大家注意的一点。
顺便在XP SP2上做了测试，证明XP SP2不用修改注册表即可正常使用大硬盘。由于测试耗费大量时间，就没有在XP SP1上作测试。按照微软的知识库文章，XP SP1也是不用修改注册表的。
在 http://www.48bitlba.com/enablebiglba.htm 这个网站上专门讨论这个问题，可惜是英文的。这个网站还提供了一个测试和启用大硬盘支持的工具软件，下载链接为：
http://www.48bitlba.com/enablebiglbatool.htm
补充一点，使用S-ATA串口硬盘同样存在上述问题，而使用SCSI硬盘则不用担心。

fttb888

137GB以上大硬盘注意事项

楼主 PCclub网友发表于 2004-09-02 18:10:09
　　前几天我的朋友买了一个希捷ST316002A，容量160GB的大硬盘，当时我就羡慕了~。在他的精英主板下（ECS L4VXA2）容量被正确识别为160GB。我帮他用了分区工具分了5个盘，容量分别为：20G/20GB/20GB/20GB/80GB。他喜欢Windows 2000我就帮他装了Windows 2000的专业版，并立刻打上了SP3的补丁。过了几天，突然他发现开始菜单几个程序的快捷方式图标变成了Windows中的DOS程序的图标，再点击一下，报告程序找不到。到目录一看，出了问题的几个程序都安装在硬盘的80GB的盘里，进入该分区发现几个出错软件无一例外都出现文件夹错误，软件文件夹下出现多个怪字（乱码），而且该目录下所有文件和文件夹都没有办法删除。情急之下，只好使用chkdsk G：/f 来修复该分区，结果几个出错的文件都被转换成为类似FILE0000.CHK的文件，已经无法恢复，只能删除了。
　　在这次我以为他在非正常情况下关机导致的文件不见，重装几个软件后我就走了！但是没到几天同样的事情又发生了~这不是又故障了吧，这次一定不是了！
　　在这时候我突然发现，故障的解决办法这么简单的，原来，即使BIOS和操作系统都支持137GB以上的（让我羡慕的硬盘我的硬盘只有80G）大硬盘，依然会出现超过137GB以上的数据不稳定，微软的操作系统一样没有与时并进啊。这个故障就是微软所谓28-bit LBA boundary，即28位LBA限制（137GB）。解救方法……等等我喝喝茶先~
1。需要基本条件
　　Windows 2000 SP4或Windows XP/2003
　　BIOS需要兼容48位LBA（也就是说BIOS正确显示硬盘容量为160GB或以上）
2。修改注册表
　　在注册表中的设置（注意：这里是关键所在，也是大硬盘不见数据的最终原因！！近来在一些论坛上看到一些朋友谈160GB硬盘的安装问题，只提到BIOS和操作系统的更新，没有提到这个关键项目，如果注册表不改，137GB以内的容量使用正常，而最后一个分区就会不定期出现数据不见，分区不见等严重故障！！
　　1.先打开注册表！！
　　2.子键位置：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters,在右边窗口中单击鼠标右键,新建一个双字节值"EnableBigLba",(没""这个号的)数据类型为 REG_DWORD,值为"0×1".
修改完注册表重启,烦我这么久的大硬盘之谜终于揭开了~

xliang9550

回19&20楼：SP1就支持48位LBA寻址了（Win2k是SP3），刚刚去微软KB又看了一遍。

fttb888

到处都提到xpsp1还需要atapi.sys 1135的，安装kb331958即可，但我安装后连安全模式都进不去，偶尔能进，忙系统还原，重启后也是进了多次才行。网上搜索不到原因，怀疑daemon v3.41影响，卸载后再次安装，显示不能验证update.inf，什么加密服务没运行，可是我检查服务，明明启动了。请各位帮忙分析下，谢谢！

fttb888

微软知识库中说安装集成SP3的Win2k时，也会破坏分区，我的理解正确吗？

文章编号: 305098 - 最后修改: 2006年4月3日 - 修订: 7.1
在已使用支持 48 位 LBA 的操作系统预先格式化的大硬盘上，如果安装包含 SP3（集成了 SP3）的 Windows 2000 的副本，则在进行到安装程序的文本模式部分时，ATAPI 子系统可能报告硬盘空间太大，超过了在没有 48 位 LBA 支持的情况下可寻址的范围（大于近似的 137 GB）。而此时硬盘的分区表信息已经创建。要修复此错误的磁盘信息，可通过两种方法删除分区：使用磁盘分区实用工具；或者在进行到安装程序的文本模式部分时，删除并重新创建分区。创建新分区后，请按 F3 键退出安装程序，然后重新启动 Windows 安装过程。ATAPI 子系统现在可以正确地显示近似 137 GB 的硬盘空间。

我就有这么张光盘。
种子文件注释; JUJUMAO站长使用评价：此版本可以说是目前最完美的WIN2000集成安装光盘了，说
是3IN1，主要是指Win2000 Pro专业版,Win2000 Server服务器版，Win2000 Advanced
Server高级服务器版的组合，但又分为手动安装和自动集成安装，所以其实是“6IN1”,
此外还加了不少维护工具，如深山红叶DOS维护工具，Ghost8.2，DM956，效率源等，
方便安装和维护，是网管员和维护人员的工具包里必不可少的强悍光盘！本光盘无
任何流氓广告插件，敬请放心使用！感谢北京的龙龙小宝(YULONG)为广大猫友提供
这“Win2000最后的晚餐”，估计以后也很少再出Win2000的版本了，历史已经发展到
Vista时代！让我们好好品尝这最后的Win2000吧！; ;

[ Edited by fttb888 on 2010-8-14 22:16 ]

可子猫

2T的硬盘只分一个区的飘过。

hirro

无言以对了我

xliang9550

Win2k SP3/4下可以正确识别大硬盘，不过仍然需要手动编辑注册表。一般先分一个区装系统，修改注册表之后再对剩余空间分区。
XP SP1是没有问题的，我当年一直直接用，没见数据丢失。当然现在的SP2/3更没问题。

buffalo999

QUOTE:

Posted by evernever on 2010-8-2 00:57

大师您可算回来了

哈哈，又见大师，激动啊！单位里小赵小钱小孙小李...他们可好？

Hans

QUOTE:

Posted by buffalo999 on 2010-8-15 15:06

哈哈，又见大师，激动啊！单位里小赵小钱小孙小李...他们可好？

估计都已经错乱了吧，呵呵

		自动登录	找回密码
密码			注册

【转帖】XP下137GB以上的大硬盘可能导致硬盘损坏与数据丢失。

回复 #5 farlee 的帖子

本帖子中包含更多资源

月全勤勋章

银牌荣誉勋章(注册10年以上会员)

铜牌荣誉勋章(注册8年以上会员)

金牌荣誉勋章(注册20年以上会员)

年全勤勋章2020

年全勤勋章2019

年全勤勋章2017

年全勤勋章2018