对UD区进行碎片整理，会不会损坏UD数据

幸运的草

由于平时测试较多，对UD区文件进行改名、删除，导入等操作较多，会造成UD区非连续空间较多，就不得不进行碎片整理。
结果发现用FBT自带的整理功能整理后，个别镜像不能启动，数据出错。有时对文件进行改名后，目录及文件出现混乱等现象。
虽然不是每次都出现，但由于不易发现，使用时发现不能启动。经检查发现数据损坏，只得再重新导入正常的镜像。
两个U盘都是新的，两个都发现类似的现象，不知是不是个例，大家有没有发现类似的情况？

幸运的草

注：进行碎片整理时，没有使用其他磁盘操作工具类。

jjgms001

曾经遇到过这类现象，请高手解释一下

2011wy

呵呵，楼主的情况俺没碰到过，俺碰到过相反的情况，如果镜像启动不起来的时候，执行下碎片整理，它可以正常启动了。

快雪时晴

或许整理功能真存在bug，但不易重现

3370123

没试过
到是经常删除移动ud内文件导致启动不了
然后整理碎片就OK了

可能是我ud区太小了，才200MB

幸运的草

镜像启动不起来，整理后就能启动了？
这还真有点怪，一般UD区空间不连续时，只影响文件导入，理论上与启动无关呀。

我的UD区扩展空间450M。

[ 本帖最后由 幸运的草 于 2011-7-6 16:41 编辑 ]

bfgxp

应该是必须连续才能正常启动

幸运的草

UD区内的文件，扩展区文件本身就是连续的，只是剩余空间可能不连续。整理就是让剩余空间连续。只影响文件存放，按道理不影响启动。
这里说的是进行整理后，可能会导致被整理文件的部分数据损坏或异常，造成镜像启动异常。当然这种现象也不是每次都会发生，但永远不知道哪次整理后会发生。
我这里是450M的UD区，发现过多次这种情况，都是整理后在使用时发现个别镜像启动异常，导出用虚拟机也不能启动，才知道是损坏了。而且是两个新U盘，为了查找原因，故在此讨论，看看有没有发现相同问题的人，以确定是否个例。

[ 本帖最后由 幸运的草 于 2011-7-9 06:55 编辑 ]

幸运的草

大家可以这么测试，先进行备份，然后多次进行删除一个文件，执行整理，导入一个文件，再删除另一个文件，再整理，文件可以不大。执行多次后一一启动所有的镜像，看看会不会异常。
      测试是很辛苦的。

2011feiliu浪子

还真没注意过这个现象。到是有时候文件什么的都一样，有时候成功，有时候失败，不知道是不是因为这，基本上每次制作的时候都要碎片整理一下。

zzc088

曾经遇到过几次这类现象，现在都不敢对UD区进行碎片整理了

幸运的草

我也是，现在一般都不敢进行整理了。

zxyy

我试过，只在四月底时出现过一次，后来用了J大在群里给的测试版，从5月24日的新测试版本开始再没遇到过这问题，我在5、6两个月测试时弄了整整两月，几乎天天都整理，但从没遇到过你说的情况。我的UD扩展到512M，FBA包一般在450M以上，经常整理。

[ 本帖最后由 zxyy 于 2011-7-10 09:35 编辑 ]

zxyy

最初估计还是FbinstTool版本的问题，那时还遇到过整理后UD区文件干脆全部丢失的情况，后来在群里向J大提过，用FbinstTool新版本没有再出现此情况。

Plantsoot

这个不好说是fbinst还是fbinsttool的问题，我也遇到过。改天有空了我看看代码。

因为出现这个问题的次数比较少，所以一直也没仔细找原因。

幸运的草

说不清是什么原因，自1.602版就发现了，只是找不出原因，故没报告。是在测试RUN时发现的，改个名有时UD目录区全乱了，改回来又恢复了。
      发这个贴就是广泛调查讨论，是否是个例及问题出现的原因。