【报告】Wsyscheck 20071219 重大BUG

qzwqzw

　　今日使用wangsea兄的大作 Wsyscheck，发现一重大BUG，因为无法通过其他方式联系到作者，只有在此公布，希望熟悉作者的兄弟可以转呈，甚或wangsea兄能直接读到此文。

　　BUG具体描述如下： Wsyscheck 20071219 的“文件管理”中，如果选择“直接删除”其中一个文件夹下的“Up one level”项，则所在分区的除了当时的活动文件之外的所有文件将全部被删除，但会保留下完整的文件夹结构。

　　之所以如此感情用事，也只因为这个BUG导致我的数据盘的所有文件丢失。

　　问题源于今日下午的一个文件夹删除操作，当时D盘有一个废弃的“My Documents”文件夹准备删除，但是直接在explorer删除提示系统正在使用，因为查找修改注册表比较麻烦，想起 Wsyscheck 中“文件管理”模块提供了删除文件功能，所以想试用一下，看是否能省却一些功夫。进入“文件管理”后，找到文件夹，直接在文件夹上选择删除或直接删除都与explorer下是相同提示，然后点击进入文件夹，尝试先删除其中的所有文件再删除空文件夹，结果习惯性选择了文件夹下的所有条目，包括最上方的“Up one level”，然后右键直接选择了“直接删除”，结果系统进入无响应状态，此时我恐怕删除过程出错对数据区造成影响，所以未中断操作一直等待到 Wsyscheck 响应，仍然提示系统占用（此时被占用的是其下的Favorites文件夹）。然后放弃 Wsyscheck 的尝试，采用注册表查找修改法改掉了它的链接（经查是被 All User用户所占用），然后重启。结果发现D盘的16G数据突然变成了148M，仔细查看后，发现虽然D盘原数据的文件夹结构完整保留，但几乎所有的文件夹都是空文件夹或者只包含子文件夹，上万文件只剩下了包括wsyscheck在内的8个文件，猜测它们都是当时的活动文件（dll之类）。

　　目前为止，我的D盘尚未进行任何数据恢复和修复尝试，一者数据量较大，大约１６Ｇ左右，常规恢复速度较慢且成功率很难保证；二者丢失的只是文件，很难进行批量恢复。

　　在此一方面希望wangsea兄尽快修正这个错误，另一方面希望各位兄弟能针对我的现状提出中肯的参考建议。

[ 本帖最后由 qzwqzw 于 2007-12-25 10:15 AM 编辑 ]

yg_sunbeam

啊！

我还没怎么用过

一直收藏着（小心）

冰刃倒是经常用

wang6071

原帖由 qzwqzw 于 2007-12-24 10:45 PM 发表
　　今日使用wangsea兄的大作 Wsyscheck，发现一重大BUG，因为无法通过其他方式联系到作者，只有在此公布，希望熟悉作者的兄弟可以转呈，甚或wangsea兄能直接读到此文。

　　BUG具体描述如下： Wsyscheck 20 ...

由于UP one Layer是上一级的目录，选择根文件目录下的第一层文件夹时选择它等于选择根了，故删除时不应该选它的。
即使这种情况出现，我按你的操作在试验能,也未能重现这个故障,不知道是什么原因引起的。
（可以在虚拟机中测试及用U盘测试等）

不过既然它发生了，肯定有某些条件引发了这个问题，所以Wsyscheck1225(V1.68.12.0)对些做了一些修改以便不会误删根分区．

Wsyscheck1225(V1.68.12.0)　可以 http://wangsea.ys168.com 下载
或 http://www.bibidu.com/fileview-240189.html 中文版

263109

王兄反应真快啊，顶你。。。。

qzwqzw

昨天下午一出现问题我就在测试机上做了一次测试：

光盘启动进入老毛桃PE
使用PM在第二主分区后划出约500M的空间
创建NTFS主分区以作测试

然后建立了一些测试用的文件夹和文件
然后使用1219版的Wsyscheck
文件管理中在其中一个一级文件夹下选择所有条目（或者单独选择Up one level）
右键选择“直接删除”
然后发现其它根目录以及其它一级子目录的文件全部被删除
选择“删除”则无此问题

1225版的等我明天再次测试后汇报

qzwqzw

经测试，1225版未发现问题
1219版问题依旧
需要补充的是
如果选择了二级子目录下的"Up one level"条目直接删除
则只会删除其上级子目录下的所有问题

yg_sunbeam

大家动作都挺快

顶！！！！！！！！！

wang6071

上面遇到的问题有可能是Ms在Ntfs上的Bug形成的.
比如 vista下的
C:|Documents and Settings|用户名|AppData|Local|Application Data
最后一个目录Application Data会不断循环,不过鉴于Vista下的C:|Documents and Settings许多工具打不开,也可能是Ms的保护陷阱.

Wsyscheck1226(V1.68.13.0) 修正了读取这样目录的问题.
http://free5.ys168.com/index.aspx?wangsea
http://www.bibidu.com/fileview-242560.html 中文版

surry100

文件恢复建议用：PowerDataRecovery31 或Final.Recovery.v2.x
很快的。

qzwqzw

文件数据已大致恢复

分别用了三款软件
FinalData OEM 企业版 2.0
R-Studio 3.5 网络版（123551英文版、123501汉化版）
DRW 易我数据恢复向导

恢复结果如下
软件                发现文件数（目录）                恢复文件数（目录数）
FinalData         81290                 19.9G                81202(5513) 18.1G
DRW                 82913                 22.03G        81140(5218) 18.60G
RStudio        81315(5529)         20.1G                81077(5513) 18.1G

经过文件比较，发现FinalData恢复的部分文件丢失了长文件名
R-Studio 英文般发现速度最快，8万文件不到5秒，其它软件20到30秒左右
但竟然不支持恢复到网络路径，提示路径无效，很奇怪
汉化版发现和恢复速度明显降低，恢复完成大概用了近4个小时，而其它两款也不过1个多小时

最后是以DRW版本为基础还原了原本数据