实验环境:
1.2个SATA转USB卡
2.4个SATA 3.5"硬盘 两个WD 1T 一个日立1T 一个东芝500G
3.WIN7 WINXPSP3 两系统
500G NTFS硬盘本来接win7 usb正常,接xp USB正常。
另外,后来取得一个USB移动硬盘盒ORICO,是接笔记本的,改装成可以接3.5台式硬盘后,再与另一个转接卡进行测试:
经过我的测试,仍认为WIN7和XP系统之间对移动硬盘支持不好的原因。
往往出现那怕是新的硬盘在XP下能用,但用WIN7就是提示要格式化,千万不要信,否则数据就完了。而且WIN7下格式化的硬盘,在XP下也通常是看不到的。
想知道原因只能问微软的工程师求解了。
而且我试用两个3.5接口的台式硬盘,在不同的SATAtoUSB转接卡下,一个能正常,另一个则显示要格式化。。。。。。然后把新硬盘格式化(此前在另一个转接卡上是正常的)后,可以用了。再接回另一个转接卡试,结果仍不正常显示,但容量显示正常,是RAW格式。真是晕倒。
看来两个转接卡不同出现的情况也和在XP和WIN7中不同系统不能显示的情况相似。
另外有个情况就是,出现问题的硬盘在不同系统下,都会出现分区表错误和容量识别异常等问题。估计这是造成这种情况的最大原因。但奇怪的是,一个旧的SATA 80g WD硬盘和一个WD 绿盘 1T的硬盘,在两个SATAtoUSB转换卡上却又都正常。非常令人奇怪。至于那个硬盘是在什么环境下格式化的已经忘记。但估计是在XP下。
奇怪的是,两个1T硬盘,一个蓝盘,一个绿盘。蓝盘是2012/10出的,绿盘是2011年出的。绿盘可以在2个转接卡上用.但蓝盘只分一个区,只能在一个转接卡上使用。
另外一个2008年12出的日立1T硬盘,则不能在其中一个转接卡上正常使用。
在PE环境下,把蓝盘自动分成三个分区。接USB,在其中一个卡上正常。但在另一个卡上只有一个没分区盘,为没自动分成三个分区前的分区状态,相当奇怪。然后,更奇怪的事出现了,在不能正常显示分区的那个转接卡上,之前的三个分区没了,使用 CHKDSK /F后,只有硬盘容量大小的一个分区,这是此前弄过的分区。这甚至找到了自动分成三个分区前的只有一个分区时的 新建文件夹 的错误提示。
从多数人遇到的插入U盘或移动硬盘都提示 格式化或修复 现象来看,WIN7肯定是在对分区表做了一些检测动作,从而造成这种现象的出现。
接下来大家一定好奇,把硬盘接回原来显示三个分区的卡会显示什么情况,结果当然是显而易见的:又是一个RAW分区,而且占用了整个硬盘的容量,而且不能用CHKDSK修复。
E:\Users\pc>chkdsk I: /f
文件系统的类型是 RAW。
CHKDSK 无法供 RAW 驱动器使用。
后来试过使用此命令可以修复,提示一大堆MFT错误,最后修复完修改权限可以打开,但结果和格式化没什么不同,里面的资料没了。
删除孤立文件记录段 242。
删除孤立文件记录段 243。
删除孤立文件记录段 244。
删除孤立文件记录段 245。
已完成百分之 27。(共 250 个大型文件记录,已处理 243 个)
删除孤立文件记录段 246。
删除孤立文件记录段 247。
删除孤立文件记录段 248。
删除孤立文件记录段 249。
删除孤立文件记录段 250。
删除孤立文件记录段 251。
删除孤立文件记录段 252。
...........
删除孤立文件记录段 252。
已处理 250 个大型文件记录。
删除孤立文件记录段 253。
已处理 0 个错误的文件记录。
已处理 0 个 EA 记录。
已处理 0 个重新解析记录。
CHKDSK 正在验证索引(阶段 2/3)...
已完成百分之 28。(共 256 个索引项,已处理 3 个)
正在修复文件记录段 5 中的错误信息。
已完成百分之 30。(共 256 个索引项,已处理 12 个)
正在修复文件记录段 11 中的错误信息。
已处理 256 个索引项。
索引验证完成。
CHKDSK 正在创建新的根目录。
CHKDSK 正在扫描未编制索引的文件以便重新连接到其原始目录。
已完成百分之 80。(共 16 个未编制索引的文件,已扫描 1 个)
正在将孤立文件 $MFT (0)恢复到目录文件 5。
正在将孤立文件 $MFTMirr (1)恢复到目录文件 5。
正在将孤立文件 $LogFile (2)恢复到目录文件 5。
正在将孤立文件 $Volume (3)恢复到目录文件 5。
正在将孤立文件 $AttrDef (4)恢复到目录文件 5。
正在修复文件记录段 5 中的错误信息。
正在将孤立文件 . (5)恢复到目录文件 5。
已完成百分之 81。(共 16 个未编制索引的文件,已扫描 7 个)
正在将孤立文件 $Bitmap (6)恢复到目录文件 5。
正在将孤立文件 $Boot (7)恢复到目录文件 5。
正在将孤立文件 $BadClus (8)恢复到目录文件 5。
正在将孤立文件 $Secure (9)恢复到目录文件 5。
正在将孤立文件 $UpCase (10)恢复到目录文件 5。
正在将孤立文件 $Extend (11)恢复到目录文件 5。
已扫描到 16 个未索引文件。
CHKDSK 正在恢复剩余的未索引文件。
已恢复 4 个未索引文件。
正创建文件 11 的索引 $I30。
正创建对象 ID 文件。
正在将索引项插入文件 11 的索引 $I30 中。
正创建文件 18 的索引 $O。
正在创建重新分析点文件。
正在将索引项插入文件 11 的索引 $I30 中。
正创建文件 19 的索引 $R。
正创建配额文件。
正在将索引项插入文件 11 的索引 $I30 中。
正创建文件 20 的索引 $O。
正创建文件 20 的索引 $Q。
在文件 20 的索引 $Q 中插入默认配额记录。
CHKDSK 正在验证安全描述符(阶段 3/3)...
正创建文件 9 的索引 $SII。
正创建文件 9 的索引 $SDH。
已处理 256 个文件 SD/SID。
安全描述符验证完成。
正在文件 4 中插入数据属性。
正在文件 6 中插入数据属性。
正在文件 7 中插入数据属性。
正在文件 8 中插入数据属性。
正在文件 10 中插入数据属性。
正在文件 12 中插入数据属性。
正在文件 13 中插入数据属性。
正在文件 14 中插入数据属性。
已完成百分之 100。(共 9 个数据文件,已处理 8 个)
正在文件 15 中插入数据属性。
已处理 9 个数据文件。
正在更正主文件表(MFT)镜像的错误。
正在修复属性定义表的错误。
正在更正启动文件的错误。
正在修正大写文件中的错误。
正在修复不正确的群集文件的错误。
CHKDSK 发现主文件表(MFT)位图中有标记为“已分配”的可用空间。
正在更正卷位图的错误。
Windows 已更正文件系统。
总共有 976762580 KB 磁盘空间。
9 个索引 0 KB。
坏扇区 0 KB。
系统正在使用 96528 KB。
日志文件占用了 65536 KB。
磁盘上 976666052 KB 可用。
每个分配单元中有 4096 字节。
磁盘上共有 244190645 个分配单元。
磁盘上有 244166513 个可用的分配单元。
最后修复回来只有下面两个文件夹。测试用的文件没了。
System Volume Information
found.000
以上测试在GPT下也是一样的结果。也就是说,移动硬盘要与特定的卡,甚至系统绑定在一起才能正常使用。对数据共享和安全有风险。