无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
查看: 14619|回复: 88
打印 上一主题 下一主题

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

[复制链接]
跳转到指定楼层
1#
发表于 2007-7-5 10:39:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
这种情况我个人已经遇到了两次,具体的情况是这样:我创建了一个大于100GB的NTFS分区,这个分区一直使用很正常,直到它存储的数据超过了100GB(大概数字),具体故障是,在某次系统重新启动时,Windows 2000/XP会自动运行磁盘扫描程序,然后就会发现这个分区有很多错误,然后会删除很多文件,如果你任由磁盘扫描程序运行并删除下去,那么,这个分区的文件要么大部分丢失,要么就是损坏。

我遇到的第一次故障情况是这样:计算机是一台联想的开天4600(比较古老的机型,最早的P4机器),操作系统是Windows 2000 Advanced Server中文版,补丁肯定是打到最新的,这台机器自带的硬盘是40G的,用于安装操作系统,后来硬盘不够用了,又加了一块160GB的硬盘,为了方便存储数据,160GB就做成了一个150多G的NTFS分区,在数据存储量小于100GB之前,这个分区使用一直很正常,直到有一天,我发现开机时2000自动对该分区运行了磁盘扫描,然后发现了大量错误,一般来说,我是比较信任微软的磁盘扫描的,于是就任由它进行操作并完成操作(整个修复过程大概进行了2个小时以上),然后我就发现这个分区上存储的大部分文件都不能使用了,幸亏其上的文件大部分我都有备份(但还是不可避免的丢失了一部分东西),于是又重新将备份的数据恢复到这个分区,很不幸,再次重新启动时又出现了磁盘扫描的情况,然后又是大部分文件不能使用。开始我怀疑是硬盘出现了物理损坏,但运行扇区扫描程序,又没有发现任何坏道。后来,我将这个分区分成了两个,一个90GB,另一个60GB,然后一直使用到现在(差一多一年过去了)就再也没有出过问题。

第二次故障情况:是一个朋友的机器,很新的DELL原装机,安装的是Windows XP Pro SP2中文版(补丁肯定是打到最新的),机器自带的是160GB的硬盘,同样为了方便存储数据(因为这个朋友会存储很多很大的文件),所以将第二个逻辑分区(也就是E:盘)做成了一个120GB的NTFS分区,使用了一年多的时间,也一直很正常,直到昨天,这个分区的数据存储超过了100GB,然后也是在XP重新启动时进行了磁盘扫描,朋友描述说磁盘扫描删除了大量的Orphans文件,整个删除过程大概进行了20分钟左右,朋友见情况不妙,强行关机了,再重新进入XP后,就发现这个分区上原来存储的东西大部分都丢失了,剩下大概不到6G的东西。运行FinalData尝试恢复数据,恢复的都是他以前删除的文件,而真正需要的东西全部都丢失了。

而在我们单位的服务器上,有的RAID盘分区超过了400GB,数据存储量最大的在290GB,没有出现这种故障,当然,操作系统是Windows Server 2003 Enterprise中文版,在我的一台很老的组装机(2001年,P4 1.4),华硕的P4T主板,运行的是Windows 2003 Server英文版,也加了一块160G的硬盘,最大的分区是147GB的NTFS,现在的数据存储量是138GB,一直很正常。

因此,我有理由怀疑,Windows 2000/XP对于大于100GB的NTFS存在严重的BUG,但从Google上搜索,却几乎见不到相关的汇报,所以在这里报告出来,看有没有其他朋友也遇到过类似的故障。在这里也提醒各位站友,如果你也有类似的情况,请一定当心!

当然也欢迎高手指点迷津!
2#
 楼主| 发表于 2007-7-5 10:44:10 | 只看该作者
请大家广为宣传,收集一下相关的故障情况。另外,有条件的可以作一下测试。
回复

使用道具 举报

3#
发表于 2007-7-5 10:48:15 | 只看该作者
我还没分那么大过的
就一个65
一个40
还有一个系统盘
回复

使用道具 举报

4#
发表于 2007-7-5 10:50:33 | 只看该作者
动动回收站的属性,将默认的10%改为0或者设置为“独立配置驱动器”呢?
回复

使用道具 举报

5#
 楼主| 发表于 2007-7-5 10:50:59 | 只看该作者
大分区自然有大分区的优点,我一向认为:多分几个分区不如分一个大分区然后多建几个目录管理起来方便。直到我第二次遇到这种故障,现在我要建议,千万不要分超过100GB的NTFS分区,尤其是在2000/XP下。
回复

使用道具 举报

6#
 楼主| 发表于 2007-7-5 10:52:35 | 只看该作者
原帖由 小咕咚 于 2007-7-5 10:50 发表
动动回收站的属性,将默认的10%改为0或者设置为“独立配置驱动器”呢?


这个跟回收站的关系不大吧?
回复

使用道具 举报

7#
发表于 2007-7-5 10:53:50 | 只看该作者
请问版主你是文件超过100g就立即出现问题还是隔了多久才出现?
我的320g,一个区280g,用了180g,没发现什么问题啊
忘了说,系统是xpsp2最新补丁

[ 本帖最后由 haonan 于 2007-7-5 10:55 AM 编辑 ]
回复

使用道具 举报

8#
发表于 2007-7-5 10:55:08 | 只看该作者
我用的硬盘是500G的SATA..其中NTFS格式分区两个.一个系统盘20G.一个存放重要资料的盘200G..目前数据超过100G..不过暂时还没出现你说的情况。....
另:系统为日文版WINXP SP2 VLK
回复

使用道具 举报

9#
 楼主| 发表于 2007-7-5 10:58:35 | 只看该作者
至于这个问题出现的具体时机,我没有统计,因为没人会关心现在硬盘上每天到底存储了多少数据,如果它一直正常的话。所以我说,100GB是一个大概的数字,但大体也就是这个样子了。而且,我发现出故障的系统都是中文版的系统。
回复

使用道具 举报

10#
发表于 2007-7-5 10:59:40 | 只看该作者
我的320g买回来就放了这么多数据,系统是简体xpsp2 vlk
我倒是出现过一次你说的情况,不过那是我那块老的西数160g,分了5g装xp,另一块硬盘装的vista,某一天启动vista检测我的xp分区,然后就是一阵扫描,就发现xp不能用了

[ 本帖最后由 haonan 于 2007-7-5 11:01 AM 编辑 ]
回复

使用道具 举报

11#
 楼主| 发表于 2007-7-5 11:00:58 | 只看该作者
当然,不排除这个故障是由主板(或者磁盘驱动)的bug导致的。7楼的haonan用的是中文版的XP SP2吧?
回复

使用道具 举报

12#
发表于 2007-7-5 11:02:03 | 只看该作者
呃..那么我有空去买个接中文的机器上看看吧.....那台电脑是我的工作用机.一般只装日文。因为我目前人在日本。.
回复

使用道具 举报

13#
发表于 2007-7-5 11:02:50 | 只看该作者
原帖由 Climbing 于 2007-7-5 11:00 AM 发表
当然,不排除这个故障是由主板(或者磁盘驱动)的bug导致的。7楼的haonan用的是中文版的XP SP2吧?

是的,简体版
我一直用nv主板,你出问题的都是intel的?
回复

使用道具 举报

14#
 楼主| 发表于 2007-7-5 11:03:00 | 只看该作者
至少我现在可以肯定的是,这个故障绝对不是由于人为或者硬件损坏导致的。
回复

使用道具 举报

15#
发表于 2007-7-5 11:09:22 | 只看该作者
我去其他论坛问问看,不过见到n多人都是少分区主义者,没听说这个毛病啊:L
回复

使用道具 举报

16#
 楼主| 发表于 2007-7-5 11:17:26 | 只看该作者
谢谢!

要不是遇到两次同类型的故障,我也不会提出这个问题。
回复

使用道具 举报

17#
发表于 2007-7-5 11:20:25 | 只看该作者
原帖由 haonan 于 2007-7-5 11:59 AM 发表
我的320g买回来就放了这么多数据,系统是简体xpsp2 vlk
我倒是出现过一次你说的情况,不过那是我那块老的西数160g,分了5g装xp,另一块硬盘装的vista,某一天启动vista检测我的xp分区,然后就是一阵扫描,就发 ...

用一个系统扫描另一个系统。出现不能用的几率是很高的。..不过这和LZ说的不是一回事..
回复

使用道具 举报

18#
发表于 2007-7-5 11:25:48 | 只看该作者
原帖由 无翼鸟飞翔 于 2007-7-5 11:20 AM 发表

用一个系统扫描另一个系统。出现不能用的几率是很高的。..不过这和LZ说的不是一回事..

是启动时候说那个区有问题,然后就扫描:L
回复

使用道具 举报

19#
发表于 2007-7-5 11:26:18 | 只看该作者
对在128GB之后的分区(和分区大小无关)某些版本的2k/xp的确可能有问题
另外假如主板不支持48bit,依靠os/第三方软件来支持大硬盘也有可能出故障

这是别的论坛有人说的
回复

使用道具 举报

20#
发表于 2007-7-5 12:08:05 | 只看该作者
会不会是硬盘不同品牌的原因....楼主是否作过比较?:)
回复

使用道具 举报

21#
发表于 2007-7-5 12:19:46 | 只看该作者
呵呵100G的分区,够豪华了。

本人历来主张分区要小,一是系统对这个分区操作时(如读写、查找文件)效率高;
二是维护方便,扫描一个小分区要比大分区时间少很多,就算出问题损失也比大分区的少。

本人的最大分区是10G,系统分区只有2G。
回复

使用道具 举报

22#
发表于 2007-7-5 12:29:14 | 只看该作者
250g分4个盘,8g、100g、100g、36g
除了8g的是fat32外都是ntfs
上海vlk  xp sp2 + 最新更新补丁
100g的 都满了,剩几百兆,没出问题

[ 本帖最后由 wjh6088 于 2007-7-5 12:30 PM 编辑 ]
回复

使用道具 举报

23#
 楼主| 发表于 2007-7-5 15:00:34 | 只看该作者
看来这个问题很难确定原因了,因为有很多报告没有问题的例子。

别说500G或者250G这样超大容量的硬盘,就算是160G的硬盘,按10G一个分区的话,就要分16个区,盘符都快不够用了。说实在的,如果不出现顶楼的故障,上百G的分区(或者更大)也不是那么容易出问题,但使用起来的方便性就不是小分区可以比拟的(例如我要BT一套电视剧或者动画片之类的,一般怎么也得20到30G吧)。如果感染了病毒,我觉得大分区和小分区也就没有什么区别了。

但能够找到顶楼故障的原因还是很重要的,毕竟,在分大分区之前,我们并不知道这台机器能不能管理这么大的分区。问题的关键是,出现这个故障的机器并不局限于老机器,例如顶楼提到的DELL机器,那是一台最近一两年才出现的新机器。这个分区不出故障也就罢了,一旦出故障,那损失实在是无法估量的。我的朋友丢失了无数的照片。
回复

使用道具 举报

24#
 楼主| 发表于 2007-7-5 15:01:33 | 只看该作者

回复 #22 wjh6088 的帖子

你的机器最大的分区只是100G,而按照我的估计,这个限制应该是在100G以上,所以你的不出问题并不等于没有问题。
回复

使用道具 举报

25#
 楼主| 发表于 2007-7-5 15:13:50 | 只看该作者

回复 #21 lxl1638 的帖子

老九的系统分区只有2G,这大概一般只能用来装一个极度精简的XP系统,如果你要安装一个Visual Studio 2005,不知道还能不能装得下。

我也提倡系统分区尽可能的小(例如XP,我一般只给它3G),但这只是对于普通用户而言,如果有特殊的需求,例如程序开发人员,还是稍微大一些好(例如5G或者6G),剩余一些空间没有麻烦,但万一空间不够用了,那是相当的麻烦。小分区还有一个麻烦(我是说用户的数据区),如果一个分区不够用了,从一个分区倒数据到另一个分区那相当耗费时间,而对于大分区来说,整理分区的内容就是移动一下目录或者文件,几乎不耗费时间。
回复

使用道具 举报

26#
发表于 2007-7-5 15:17:02 | 只看该作者
完全同意Climbing的大分区理论,不拿来最系统我就直接整个硬盘一个区,分区多了看着烦不说有时候某个分区容量不够了更烦;P
回复

使用道具 举报

27#
发表于 2007-7-5 15:24:02 | 只看该作者
ms我的250G的西数硬盘快到这个极限了(nf2主板,XPsp2 SCH系统),不知会不会有问题:L

[ 本帖最后由 netwinxp 于 2007-7-5 03:29 PM 编辑 ]

diakD.GIF (20.61 KB, 下载次数: 28)

diakD.GIF
回复

使用道具 举报

28#
发表于 2007-7-5 15:24:55 | 只看该作者
楼主提出的问题值得探讨,希望有碰见类似故障的朋友多加讨论,还有就是知道该问题的由那些方面引起的也希望能够和大家分享,减少由该类情况引起的损失。
回复

使用道具 举报

29#
发表于 2007-7-5 15:27:50 | 只看该作者
好像回帖中基本没有出现情况,会不会是联想的开天4600的个例,或者845芯片组的问题?
回复

使用道具 举报

30#
发表于 2007-7-5 15:30:58 | 只看该作者
原帖由 Climbing 于 2007-7-5 15:13 发表
老九的系统分区只有2G,这大概一般只能用来装一个极度精简的XP系统,如果你要安装一个Visual Studio 2005,不知道还能不能装得下。

我也提倡系统分区尽可能的小(例如XP,我一般只给它3G),但这只是对于普通 ...

其实8.4G可能比较合理,而且整理起来速度也还可以
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2025-11-15 00:10

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表