纯DOS7.1下255G的FAT32格式分区出现错误

drawnet

最近用DiskGenius v4.2 DOS版在DOS下对新买的单碟1T的盘分了两个255G的FAT32格式的区[DiskGenius可分的最大FAT32格式尺寸]，在XP系统下复制好文件夹和文件后，使用一切正常。用XP下的 CHKDSK 检查也正常。

但在纯DOS7.1下，这两个分区复制和查看文件会出现错误，然后用DOS7.1下的 CHKDSK 检查，会出现数个无效文件夹错误。

“Invalid Sub-directory entry

  Errors found, F parameter not specified

  Corrections will not be written to disk”

因为分区有数据，所以在纯DOS下没使用 Chkdsk /F 参数修正错误。

是不是这两个FAT32格式的区分255G太大了？导致纯DOS下不支持或不兼容？

以前一直有用DiskGenius v4 DOS版在DOS下对1T的盘分数个10G—200G的FAT32分区，纯DOS下使用一直没有发现上述问题。

请问各位大大，在纯DOS[DOS7.1]下，可正确识别并兼容的单个FAT32分区最大可以分为多少G？或分区时要注意哪些问题？

谢先！

DG_Recovery

这种情况应该和你的dos系统有关系，大硬盘最好采用ntfs文件系统。

drawnet

2# DG_Recovery

多谢您的回复！看来是纯DOS系统对FAT32的最大可识别容量有关，因为有纯DOS下的特殊用途，不得不使用FAT32，所以还是想知道FAT32格式最大可以被识别并兼容的单个分区尺寸，希望大大告知一二。

以前用PQ分区时有限制，好像只能分到200G以下。
现在用Diskgenius可以分到255G，但纯DOS下看来会有兼容问题。

drawnet

无奈中想到 Raxco 的 PerfectDisk V8.0 可以对分区进行脱机文件夹优化整理，上午试着用其对两个 255 G 的 FAT32 分区进行了整理，完成后在纯DOS下用 CHKDSK 检查文件夹都正常了。下午备份好资料后再试试这两个FAT32分区下的复制和移动文件，如果正常就算解决问题了。

看来 WinXp 下对 FAT32 文件系统的寻址处理 和 纯DOS下相应的文件寻址处理还是有点不兼容。

drawnet

PS. 备份好资料后再试了下这两个FAT32分区下的复制和移动文件，结果正常。

总结一下，如果需要在纯DOS下使用FAT32的大分区，在用DG分好区后，先在纯DOS下先将
要用的文件夹和子文件夹建立好。这样可以避免在Windows下同时复制文件夹和文件后，
在纯DOS下出现文件夹错误和寻址不兼容。反之，就有可能出现这些问题

不才

to 楼上：
看到你的叙述，遂进行了如下测试：
1、  将一500G新硬盘在winxp下使用dg3.5分两个区，一个300G，另一个为剩余空间，均为fat32格式。在winxp下将文件及目录拷入后面的分区，之后在dos7.1下将之前拷入的文件及目录拷贝至前面的300G分区内，并查看之，可正常查看。之后再回到win下检查两个分区内文件的md5码，未曾发现异常现象。
2、  将上述分区在dos下使用dg删除之，再分2个分区，一个250G，另一个为剩余空间，均为fat32格式。在dos下拷贝另一硬盘上的文件及目录至新硬盘后部的分区内，可正常查看；回到win下检查校验所拷贝文件的md5码，未发现异常。

drawnet

6# 不才

多谢仁兄的悉心模拟测试！

记得以前用的 SEAGATE 单碟/500Gb 的 ST31000528AS 1000Gb 和 7ST3500410AS 500Gb 这两个盘，在纯DOS7.1下都有用GD分过FAT32格式的数个250G分区，其中1000Gb的也出现过这种情况，在纯DOS下用Chkdsk检查也有少数几个文件夹的子文件夹出现有这种错误，但究其在WinXp下无错就懒得去折腾了，一直用着。

这次买了个SEAGATE 单碟/1000Gb 的 ST1000DM003 1Tb，同样也是在DOS7.1下用GD分得FAT32格式的数个250G分区，也有这样的情况发生。因为不想在Windows下对新的盘分区[主要怕系统挂的盘多眼神不好选错待分区的盘]，所以在纯DOS下分的FAT32分区。

如前述，当时因为已有数据，加之对手头DOS7.1中的非MS的Chkdsk程序没把握，所以没用/F参数去修复。

至于用 Raxco 的 PerfectDisk 对分区进行脱机文件夹优化整理为什么可以修复上述错误，大概是其在系统启动引导完成后，Windows启动前在DOS下进行文件夹重整及移动时，同时修复了错误。看来 PerfectDisk 在DOS下的运作兼容性还是有保证的，以前也一直用其这个功能，从没出过错。