最近比较懒，两个案例一起发

小程子 · 发表于 2009-10-12 11:30:13

tclrz100e · 发表于 2009-10-12 18:06:54

FAT表清00，一般情况下会造成提取出来的数据错误（如果有碎片的话），但一般不会导致目录不能正常浏览，最多只会出现目录不全的情况（如果目录项占用不止一个簇的情况下）。所以LZ描述的怪异的现象其实是一个正常现象。

李宏辉 · 发表于 2009-10-12 20:22:47

好经验靠积累，现在就是积累的时候。谢谢楼主共享！

sunfuxin · 发表于 2009-10-13 00:30:25

是不是根目录就占用一个簇？

小程子 · 发表于 2009-10-13 16:39:12

3# tclrz100e
可能是没有说清楚罢，被破坏的是FAT表的第一个SEC。理论上来讲FAT32系统的入口为DBR，而DBR中的BPB参数又指向FAT表和FDT，如果FAT表的标志出错或覆盖那么文件系统会认为不完整而拒绝解释数据区的数据。
这个可以实验一下

小程子 · 发表于 2009-10-13 17:00:43

实验已经完毕了，为了省事直接在同事的电脑上开刀了（没有跑虚拟机），还好有备份要不然就惨了

lls43 · 发表于 2009-10-13 17:06:30

看过。期待理解。新手努力中。。。

黑白蜻蜓 · 发表于 2009-10-13 17:16:06

U盘的我有些异议

黑白蜻蜓 · 发表于 2009-10-13 17:16:58

U盘也有固件受损的情况

tclrz100e · 发表于 2009-10-14 22:35:35

6# 小程子
刚才做了一个实验：
测试环境：XP系统，1G的U盘，FAT32分区
测试内容：
　1、FAT2数据全部清00。测试结果：能正常显示！！
　2、FAT1除前12个字节外其余数据全部清00，FAT2数据全部清00。测试结果：能正常显示！！
　3、FAT1、FAT2数据全部清00，测试结果：不能打开分区。
结论：LZ在“第二个逻辑分区在FAT表（备份FAT表）头一个SEC全部被清0的状态下，操作系统竟然可以直接打开逻辑分区”，我我认为是正常的。备注：我理解LZ描述的“备份FAT表”是FAT2。