|
|
原帖由 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 编辑 ] |
|
IP卡
狗仔卡
楼主
显身卡
发表于 2009-11-28 08:35:40
