[讨论]关于2000/XP下大于100GB的NTFS分区崩溃情况的统计

Climbing

其实，我也关注过这个注册表项。但无法确定它是否有效。

不过我会留意的。

guijx

应该不是吧？我的DELL电脑买回来就是160G硬盘只分了一个148G的C盘，另外可能有个隐藏的分区，不过看不见，一直用到现在，存储的内容早就超过100G了，可是都没有问题啊，整理过几次硬盘了，没有丢失任何文件！

ffbi

有一朋友的广告公司电脑也是。硬盘是250G的。分一个NTFS。存放大量图片。某日开机磁盘扫描后进去分区发现内容全部变了乱码。放弃数据，把硬盘拿去维修，经销商答复。硬盘一点问题都没有。重新分区格式化一切正常。。。。

xypcmac

我觉得很大可能是由其它原因引起的特例！正如楼主所说，主板、驱动、硬盘软硬件兼容引起的故障。继续关注...

我一年多以前就分了一个130G的NTFS分区，放了有128G的数据，也是XP2中文版，只上了几个严重漏洞的补丁。 至今还没发现有什么问题。如图：

[ 本帖最后由 xypcmac 于 2007-7-9 10:03 AM 编辑 ]

Climbing

为测试这个问题，我专门驱车100多公里跑到那个朋友那里，朋友的机器是DELL的Dimension E5150，芯片组好像是Intel的950（我没有太关心这个），在朋友那里找到了两台这样的机器，在这两台机器上仍然安装我的那个XP中文版Sp2系统，其中一个有一个120G的NTFS分区，另一台有一个110G的NTFS分区，我写了一个批处理用大文件添充满这两个分区，重新启动了若干次没有发现问题，看来这个问题很难确定原因了。关键就是，NTFS分区本来应该是很安全的，在什么情况下磁盘扫描会干掉它？

netwinxp

可能在分区无法别正常识别的情况下，或者芯片组BUG

lycia

我的也是 F盘是整个磁盘没有分过区，下了大约很多电影（具体有多少自己也没数肯定大于100G的）的时候就出现这种情况了，也是磁盘扫描时候删除了，当时心疼的要死了，那可是我BT一年的成果啊

lycia

我的也是 F盘是整个磁盘没有分过区，下了大约很多电影（具体有多少自己也没数肯定大于100G的）的时候就出现这种情况了，也是磁盘扫描时候删除了，当时心疼的要死了，那可是我BT一年的成果啊

Climbing

看，终于有同样的故障例子出现了，可见这不是个例，而是有某种程度上的普遍性。

至少这证明大的NTFS分区上的chkdsk命令很不可靠，一旦发生，损失巨大，进一步证明，NTFS分区很不可靠，不要在上面存储任何重要的数据而不加备份。

[ 本帖最后由 Climbing 于 2007-7-9 01:53 PM 编辑 ]

netwinxp

那就把CHKDSK手术掉，直接用windows下的磁盘扫描:lol

Climbing

实际上是同一个东西吧，不要搞错了

netwinxp

不是同一个，控制台磁盘扫描有chkdsk和chkntfs，windows下面的磁盘扫描好像是直接调用句柄，与这两个无关，删除了这两个可以用，你可以试试chkntfs，这个应该没问题，唯一有可能的就是ms有bug，调用了chkdsk扫描ntfs分区而不是调用chkntfs

lnbxql

这个现象却是有，不过早有解决方案了，关键是做系统分区前的安装步骤对不对

lnbxql

xpsp2系统用安装盘在安装系统时只分一个C区，安装完系统后用系统自带的磁盘管理他其它分区，这时超过100G的数据就不会出现楼主的现象，还有楼上有位朋友在出现故障时又格式化了一下就好了，也是这个道理，是分区工具的错，

netwinxp

Climbing想说的应该不是这个问题，他认为可能是chkdsk无法正确认识大分区造成的，也就是说如果你在非法关机后，系统自动调用chkdsk扫描大分区可能是导致分区损坏的直接原因，如果没出现非法关机则可能一点事都没有，建议有条件的，用修复控制台启动，然后用chkdsk扫描大分区看看会不会出现问题。

Climbing

原帖由 lnbxql 于 2007-7-9 22:00 发表
xpsp2系统用安装盘在安装系统时只分一个C区，安装完系统后用系统自带的磁盘管理他其它分区，这时超过100G的数据就不会出现楼主的现象，还有楼上有位朋友在出现故障时又格式化了一下就好了，也是这个道理，是分区 ...

这位朋友倒是提出了一个很有意思的故障原因，值得考虑，我分区一般都是用Partition Magic for DOS的，而且分区之后不会用XP的格式化功能对分区重新进行格式化，看来，我要试一下再分出大的NTFS分区后，先使用XP的格式化功能重新快速格式化一下。

hnzhs

　　我用过分区大于100G的情况，但没有楼主所说的问题。我的应用是这样的，是一个双机热备系统，共享一个容量为250G的HP　MSA500G1磁盘阵列柜，我分了两个区，一个100G，另外一个150G，用了一年多了，目前看来还是正常的。
　　估计楼主遇到的情况是偶然事件，不具有代表性，不过大家可以多收集一点相关情报，看看有什么规律没有。

haonan

原帖由 Climbing 于 2007-7-10 09:57 AM 发表


这位朋友倒是提出了一个很有意思的故障原因，值得考虑，我分区一般都是用Partition Magic for DOS的，而且分区之后不会用XP的格式化功能对分区重新进行格式化，看来，我要试一下再分出大的NTFS分区后，先使 ...

一直都是用系统盘分区，不相信第三方

Climbing

估计楼主遇到的情况是偶然事件，不具有代表性

你的这个结论，显然不是很客观。前面的回帖中不止一个人反映自己曾经遇到同样的问题，而我个人却在不同的机器上遇到了两次。很显然，这具有某种程度的普遍性。

我们都知道，无论一个文件系统多么不安全，例如一个FAT分区，哪怕是被进行了格式化操作，那么它上面存储的大部分文件通过专用的软件还是可以恢复的。而我所提供的NTFS分区，用户没有进行任何破坏性的操作，只是微软自己的系统运行了一个磁盘扫描，就导致用户的文件全部丢失，而且是毁灭性的（无法恢复），无论任何原因，这种情况都是不应该发生的。或许，很少有人遇到这种情况，在顶楼，我也讲到我自己其它机器上存在甚至400G的NTFS分区，也没有出现类似的情况，但哪怕只出现一例，这种情况都值得认真研究：故障到底是如何发生的？如何避免它？

azhao

楼主，这种情况我碰到过几回了。我的320g硬盘都只分成一个区（系统分区在另一个小一点的硬盘上）。一般是这样容易出现这种情况：我喜欢经常试用各种操作系统，有时候当新装完系统，当某一次重启时，就出现磁盘扫描，提示一大堆orphan files，那么就惨了，硬盘上面很多东西丢失或成乱码。我也上网找过一些资料，估计是我新装的系统不支持大硬盘（如xp home不带sp），也有可能是atapi.sys版本太老，总之，也不愿意再去试了。愿这些对楼主有些帮助。

Climbing

谢谢这位朋友，你的这个提示很有用。

我的那位朋友的机器就是在进入DOS使用ghost恢复xp系统后再次进入xp系统时出现的这个问题，他在DOS下还进行了一些将文件复制到其它分区的操作，有可能这次崩溃就与他在DOS下进行的某个操作有关。

sanhen

用了几年大分区NTFS格式了。除非硬盘出现问题。不然没试过出现扫描的。

160G 的NFS，250G的NTFS，320G的NTFS，500G的NTFS，600G的NTFS全都用过。
现在也在用。并且是网吧服务器的。全是一个硬盘分一个NTFS分区，没有遇到你所说的问题哦。

wangjg

原帖由 bx2aa 于 2007-7-7 02:12 AM 发表
请开启
enablebiglba

Google 搜寻
136gb 关键词
2^28 Sector * 512 Bytes = 137438953472 Bytes = 128GB
Support 48 bit
reg query "HKLM\SYSTEM\CurrentControlSet\Services\atapi\Parameters" /v Ena ...

48楼正解，这是典型的137G硬盘容量限制现象之一，经常能遇到。跟NTFS和FAT32一点关系也没有，是28位LBA寻址造成的，只要在大于137G后写东西，实际上就是回绕（overlap）写到了137G以内了，这就乱了。

[ 本帖最后由 wangjg 于 2008-1-1 11:19 PM 编辑 ]

Climbing

原帖由 wangjg 于 2008-1-1 21:44 发表

48楼正解，这是典型的137G硬盘容量限制现象之一，经常能遇到。跟NTFS和FAT32一点关系也没有，是28位LBA寻址造成的，只要在大于137G后写东西，实际上就是回绕（overlap）写到了137G以内了，这就乱了。

这么老的帖子又被人翻出来了。

对于老机器来说，出现137G硬盘容量限制是可以理解的。但是，不要忘了，我们现在用的是XP操作系统，它访问硬盘完全依赖于自己的驱动程序，不受BIOS的限制，而且，据我查来的资料，XP SP2以后不再有这种限制(微软已经打上了相应的补丁)，所以不要这么武断，我的系统一向是打全最新的关键更新的，而且，我朋友出故障的机器是很新的DELL机器，不应该再有这个137G容量限制。

我的结论是，用PQ等第三方分区软件分区后，对于超过100G的NTFS分区，务必用XP等系统的格式化命令快速格式化一下。照这个操作，我专门做过试验，没有再出现过顶楼所描述的问题。这说明，微软对NTFS分区的技术细节还是有所保留(从而导致象PQ这么经典的分区软件仍然无法完全跟微软保持兼容)，问题终归是出在微软的身上。

wangjg

微软知识库http://support.microsoft.com/kb/303013中有这样一句话：

警告：如果满足以下任一条件，则可能会出现破坏数据的情况：
• 您使用此注册表值在 Windows XP Home Edition 或 Windows XP Professional 的原始发行版本中启用 48 位 LBA 支持。
• 您在以前由支持 48 位的操作系统（如 Windows XP SP1）创建的磁盘分区上安装较低版本的 Windows，并且该磁盘分区等于或大于当前的 137 GB 的可寻址限制。

楼主的情况是这样的：

我的那位朋友的机器就是在进入DOS使用ghost恢复xp系统后再次进入xp系统时出现的这个问题，他在DOS下还进行了一些将文件复制到其它分区的操作，有可能这次崩溃就与他在DOS下进行的某个操作有关。

ghost恢复的系统正是由支持 48 位LBA的操作系统创建的磁盘分区，并且该磁盘分区等于或大于当前的 137 GB 的可寻址限制。而所使用的DOS不支持48位LBA寻址，造成悲剧。
这说明就是137GB限制惹的祸。
题外话：137G容量限制并非专指BIOS，BIOS只要支持48位LBA接口就没BIOS什么事。如果操作系统仅支持28位LBA的话，一样有137G容量限制的。比如SP4以前的window2000，SP1以前的WinXP均存在137G限制，跟机器硬件的新旧程度无关。

[ 本帖最后由 wangjg 于 2008-1-2 01:07 PM 编辑 ]

hxshrimp

分100G？
分80G估计没有什么问题。

我的硬盘是250G的，分4个区。

missyouonnet

谢谢各位老大发帖，小弟学习了！！！

龙泉剑1

原帖由 Climbing 于 2008-1-2 08:04 AM 发表


我的结论是，用PQ等第三方分区软件分区后，对于超过100G的NTFS分区，务必用XP等系统的格式化命令快速格式化一下。照这个操作，我专门做过试验，没有再出现过顶楼所描述的问题。 ...

      这个不见得，我以前做监控，这种问题经常遇到。我们从来不使用第三方分区软件，都是一个新硬盘，直接全新安装，在安装时分区。做监控的机器一般分三个区，一个系统区，一个安装驱动程序等工具的备份区，剩下的全部分为一个区用来放监控录像。机器的主板、BIOS多种多样，系统一般是2K、2KS、XPSP2 等。常见的情况是：1、最后一个区大于137G，2、硬盘空间已经用完。 经常会在重新启动时（并不一定要是非法关机之后）出现楼主所说的情况。
       解决的方法与48楼类似，安装大硬盘补丁。
       为什么要这样做不清楚，因为主板明明是支持大硬盘的。

luckyboy8879

没有过故障
我的是115G一个分区D