|
原帖由 sunhl 于 2009-11-27 22:20 发表 
呵呵~我都郁闷了,在PE下弄gdisk32 ,在临时目录里也找不到gdisk32 >c:\1.ini和gdisk32 2 /status >c:\2.ini,我一顿乱点。结果... ...640GB硬盘没了,全给删除了。用DISKGENIUS检查,变成整个一个活动分区了 ...
首先对于出现了这样意料之外的结果,表示遗憾和歉意。非常对不起。
我确实没想到你会看不懂我说的那句话
“到临时目录下,找到gdisk32.exe,分别执行:
gdisk32 >c:\1.ini
gdisk32 2 /status >c:\2.ini
”
意思是,自己找到gdisk32.exe,并在命令行模式下手动输入操作命令。如下图所示:
执行后,在c:盘根目录下就生成了1.ini和2.ini,里面保存了硬盘信息。这是进一步处理的基础。
通过这次事件,也促使我进一步调整处理过程,避免同类事件再次发生。
最初设想,是在最后确认界面,点击了执行后,才生成脚本及运行批处理的。
后来考虑到为便于其他人利用软件自动生成的脚本及运行批处理,就改成了在进入最后确认界面后,就在临时目录下生成了所需文件,需要的人就可以保留该文件。以这两个文件为模板,可以根据需要灵活修改,也不再需要每次都运行Gdisk32一键分区了,以后直接运行修改后的脚本就可以分区了。
处于这考虑,在进入最后的确认界面后,就生成了分区的脚本了。
因此,此时到临时目录下去乱点文件的话,很可能就运行了分区的命令。
但是在第二步的方案确认及调整界面,是不会生成脚本的,此时随便点哪个也不会处理分区的。
我会调整处理,在执行分区前在临时目录下不保存脚本,这样就可以避免了。
再次表示歉意。
[ 本帖最后由 lianjiang 于 2009-11-28 08:04 编辑 ] |
|