将GHO文件从UD区一键GHOST到硬盘第一分区的设想

victor888

本来不想玩一键以及USB启动这些东西，只不过是有一个人要实现如题这样的功能，才又强挖点思路出来。
声明：我不会去动手了，感兴趣的自己来吧。

大家都知道把GHO文件放到UD分区GHOST是无法识别的，为了实现将GHO一键克隆到第一分区的目的，可以变通，可能大家也都想到了，把GHO文件放到IMG里，再MAP --MEM，但这样操作会需要内存很大，如果不这样行吗？

可以的，BEAN为我们提供的最新版BURGLOADER，对于大文件可以不连续存放，直接MAP！

这样我们就可以把一个含有启动分区和AUTOEXEC.BAT以及GHO文件的放在里面，实现一键GHOST。
不管IMG最终被识别为HD还是FD，都可以用批处理判断到GHO文件位置，接下来要解决的问题就是如何确定第一物理硬盘的第一个非隐藏分区，这个可能有难度。最近没有研究CHENAL的新G4D，我认为也该可以解决这个问题。

大家可能最关心的就是速度，我想给GHOST加上FORCEUSB参数，速度不会慢的。

大家讨论吧。

天涯海角1216

支持 victor888 版的研究！

k71g

命令 是什 么啊 ！

lianjiang

支持版主设想。


。

qq2003

就算大文件可以不连续存放，但gho文件最小也得500多M，IMG解包需要不少时间……

wang6610

看了十楼的帖子。。。。。。。。。。删了十几个字

[ 本帖最后由 wang6610 于 2010-9-30 07:47 编辑 ]

wang6610

U盘的话应该快点。。。。。。。。。。

victor888

我的天，光盘也把GHO放到IMG里，这不是脑袋进水了吗？

sgw888

这个设想好，理论上是可行的。
不过，真有必要把GHO放到UD区吗？
要保护GHO文件，难道一定要放到UD区吗？
把GHO的扩展名去掉，不论是手动还是批处理都可以恢复操作，这样也很安全啊。再说现在针对GHO的病毒也并不多吧。
既然U盘是做维护用的，那么不可能在有病毒的机器上面就直接把U盘插上吧，从U盘启动是不会染毒的。
安全总是相对的。 UD区最主要的用途还是为了U启的兼容性。 觉得把GHO放里面实在没必要。

victor888

楼上说的是另外一个问题，你们不知道，我遇到这个主，是从什么“雨林木风”出去的市场总监，据说这个雨林公司年收入能达1个亿，没吓死我，这样的市场总监，那可是了不得的人物，他经另外一个知名网站的站长介绍，找我解决量产U盘一键GHOST的兼容性问题，我向他推荐了UD，他要我做，我说缺少时间；我还建议他找主控厂商定制一个可以不用重新量产就可以添加文件的软件，他昨天还真这么做了，结果，这个小子扣门到什么程度？你们都无法想像－－连主控的名称都不告诉我！

我一看，这样的人，和他打交道太没意思了，我白给他指导了半天。

不过，说实话，虽然不太发贴了，但还是在关注WUYOU以相关网站的技术进展的，这个小子引起了我的兴趣，如果他再和我进一步联系，我就给他做了，可惜，又被他把热情给浇灭了，当然，我也不想动手了。

[ 本帖最后由 victor888 于 2010-9-29 21:18 编辑 ]

wang6610

看了#10的帖子此处删了十几个文字。。。。。。。。。。。。。。。

[ 本帖最后由 wang6610 于 2010-9-29 21:52 编辑 ]

chenall

原帖由 victor888 于 2010-9-28 20:30 发表
本来不想玩一键以及USB启动这些东西，只不过是有一个人要实现如题这样的功能，才又强挖点思路出来。
声明：我不会去动手了，感兴趣的自己来吧。

大家都知道把GHO文件放到UD分区GHOST是无法识别的，为了实现 ...

目前不使用外部命令可以判断第一个激活的主分区或非激活的主分区，最后的逻辑分区。
例子：
find --set-root makeactive --status
find --set-root hiddenflag
用外部命令DISKID可以直接定位到你需要的分区
例：第一硬盘第一分区。
diskid gid=1:1

wuwuzz

原帖由 victor888 于 2010-9-28 20:30 发表
"找我解决量产U盘一键GHOST的兼容性问题，我向他推荐了UD"

量产U盘?
如果是量产成DISK+DISK这种形式，采用V版的这种UD法，当然可以。
------------------------------------------------------------
问题是，现在量产，CD+DISK这种形式很常见，为什么还要推荐UD?
兼容性问题的实质应该是USB-CD的驱动问题。以前我曾向V版提过
通报USB-CD进展情况的事，只是未见回应，现在就再提一下：

一、eltorito.sys驱动USB-CD的关键点所在，已经知晓；

二、松下usbaspi.sys法的改进：
1、应果断放弃usbcd.sys，改用其他更好的cd驱动(不是eltorito.sys)
替代；

2、ramfd.sys支持2.88M的版本已经放出，看样子是看雪论坛破解高手
的作品，这下img空间宽松多了。

注：之所以关注ramfd.sys，主要原因并非fd img功能以及1.44M/2.88M
支持(这些功能G4D更好)，而是只有ramfd.sys与usbaspi.sys配合最佳，
有提高usbaspi.sys成功率之效，不得不用。

[ 本帖最后由 wuwuzz 于 2010-10-2 10:09 编辑 ]

victor888

谢谢12楼。

13楼，呵呵，你是个U盘迷啊，哈哈我的意思，就是只使用UD，不和量产掺和。

那个小子只是为了U盘安全，最后，他还是选择量产。

wuwuzz

原帖由 victor888 于 2010-10-2 09:19 发表
谢谢12楼。
13楼，呵呵，你是个U盘迷啊，哈哈我的意思，就是只使用UD，不和量产掺和。
那个小子只是为了U盘安全，最后，他还是选择量产。

呵，我不是U盘迷，是USB迷。

我只是觉得，对于那小子特定约束条件问题，UD似乎
并非最直接、最佳选择。

若论安全，直接量产写保护不就完了，UD并不能解决
防误写被破坏的问题。

2010ziseyekong

哈哈哈！楼主这么一次的热情可是有点过分咯！偶搜索啦半天就这么点线索结果呢韩式断的！唉......................

影魅

就是克隆到哪个硬盘的哪个分区不好确定，好像GHOST软件只能克隆到绝对路径的分区上，而用U盘启动不好确定硬盘分区的绝对路径。

alexuo

你可以把gho文件解压出来做成自解压包EXE的。这样在UD下就能用了。像大白菜那样。大白菜PE的EXE文件就是直接放在UD分区下的。

于山

一般gho文件都比较大,无论用什么方式放在u盘上.
其恢复速度都是慢! 其时间都很长!不可取.

2011_psqtdhx

这个，gurb增加一个命令或代码达人写一段DOS下读取MBR内嵌的文件列表读取或仿真或回写分区的代码这个设想就可搞定~！