[原创]支持外置硬盘控制器驱动,可任意方式启动的PE[10-01-13稳定版]

h99h99

各位大师：这个CSPE的OEM_SCSI.IMG 用什么工具来制作？容量有什么限制吗？

caomaoLBL

不知道 什么原因啊，这个问题我也很困惑！

你可以使用 Gfxmenu 加载message    如果需要 我可以给你制作！

caomaoLBL

原帖由 h99h99 于 2010-3-14 11:08 发表
各位大师：这个CSPE的OEM_SCSI.IMG 用什么工具来制作？容量有什么限制吗？

VDM制作的吧！ 然后又用MAKECAB压缩一下，再改为 .img 这样体积减小很多

h99h99

原帖由 caomaoLBL 于 2010-3-14 11:13 发表


VDM制作的吧！ 然后又用MAKECAB压缩一下，再改为 .img 这样体积减小很多

谢谢草帽大师的回复，另外请问：随机自带的 sata 或 scsi 驱动 直接打包成（不用任何修改） OEM_SCSI.IMG 放根目录下就可以找到硬盘了吗？

caomaoLBL

原帖由 h99h99 于 2010-3-14 11:19 发表

谢谢草帽大师的回复，另外请问：随机自带的 sata 或 scsi 驱动 直接打包成（不用任何修改） OEM_SCSI.IMG 放根目录下就可以找到硬盘了吗？

我也是个菜鸟！  这方面的东西我没试过， 不过看 P大 和chenall老大 的说明应该是这样的！ 打包成 .zip格式的也行！

pseudo

原帖由 网虫2008 于 2010-3-11 16:42 发表
哎，对4DOS的更新实在有些晕，按道理新版应该在旧版的基础上加以改进的，可不明白为什么同样的问题（比如用ISO编辑软件编辑后的菜单显示问题），总在不同的更新版本里反复出现，再反复修正呢？
难道更新版 ...

原帖由 chenall 于 2010-3-11 17:11 发表
同样的问题（比如用ISO编辑软件编辑后的菜单显示问题），总在不同的更新版本里反复出现
???
很奇怪的问题,没见到有人报过这个问题.我也没有明白这个具体是什么问题.

原帖由 网虫2008 于 2010-3-14 10:37 发表
实在晕，也不知道GURB4DOS问题在哪里反馈，就在这个帖子里说吧。
刚测试了最新grub4dos-0.4.5a-2010-03-13，又出现了ISO编辑软件编辑后的菜单显示问题，这在03-11版本来已经修正过来的，，，，，，，， ...

“用ISO编辑软件编辑后的菜单显示问题”具体是什么问题？
grub4bdos官方认可的iso制作工具是mkisofs，其它ISO编辑软件可能靠不住：http://bbs.wuyou.net/forum.php?mod=viewthread&tid=147070&highlight=

caomaoLBL

就是 用mkisofs  生成ISO。 再用UI编辑 保存后  有的版本就不能正常启动了！

难道你没遇到过吗？  可能P大 你都是 用mkisofs直接生成成品ISO，不会再用UI重新编辑了，所以没遇到这样的问题

[ 本帖最后由 caomaoLBL 于 2010-3-14 12:35 编辑 ]

freesoft00

mkisofs生产的iso最好不要用ui在编辑，如果要修改解包后再次用mkisofs生产就没有问题。

网虫2008

原帖由 pseudo 于 2010-3-14 12:25 发表



“用ISO编辑软件编辑后的菜单显示问题”具体是什么问题？
grub4bdos官方认可的iso制作工具是mkisofs，其它ISO编辑软件可能靠不住：http://bbs.wuyou.net/forum.php?m ... ;tid=147070&highlight=

就是制作成内置菜单的GRUB引导后：
直接使用无问题。
如果用UltraISO再次编辑并保存，再启动时，菜单丢失。

先抛开UltraISO原因，因为GRUB4DOS的各种版本也是间隔性的支持UltraISO编辑的，那就要找找GRUB4DOS的原因了。

pseudo

原帖由 caomaoLBL 于 2010-3-14 12:30 发表
就是 用mkisofs  生成ISO。 再用UI编辑 保存后  有的版本就不能正常启动了！
难道你没遇到过吗？  可能P大 你都是 用mkisofs直接生成成品ISO，不会再用UI重新编辑了，所以没遇到这样的问题

mkisofs应无问题。
一旦用UltraISO改过，就不那么靠得住了（需要实践检验）。如果出问题对grub4dos来说不足为奇，那不是官方认可的工具。
用UltraISO的话，可试试我上面给的链接里的方法能否补救。

caomaoLBL

原帖由 freesoft00 于 2010-3-14 12:49 发表
mkisofs生产的iso最好不要用ui在编辑，如果要修改解包后再次用mkisofs生产就没有问题。

这是最好的方法！把工程文件都弄好了，直接用makisofs 直接生成ISO

但是  免不了 别人会修改你的ISO，基本上都是用UI的！所以不是 所有人都适合直接用mkisofs一次成型的。

grub4dos 的版本  有的有问题  有的就没问题！所以想找清楚原因！

caomaoLBL

原帖由 pseudo 于 2010-3-14 13:00 发表

mkisofs应无问题。
一旦用UltraISO改过，就不那么靠得住了（需要实践检验）。如果出问题对grub4dos来说不足为奇，那不是官方认可的工具。
用UltraISO的话，可试试我上面给的链接里的方法能否补救。

mkisofs生成的是2K的扇区引导文件。   我做grub4dos 启动的ISO都是用 2K扇区引导文件，  不会直接用grlldr扇区引导

你那个补丁 直接把grldr 当扇区引导文件了，我感觉这样不好 ，也不保险！

pseudo

原帖由 caomaoLBL 于 2010-3-14 13:06 发表
mkisofs生成的是2K的扇区引导文件。   我做grub4dos 启动的ISO都是用 2K扇区引导文件，  不会直接用grlldr扇区引导
你那个补丁 直接把grldr 当扇区引导文件了，我感觉这样不好 ，也不保险！

1、注意到caomaoLBL兄给出的方法，如果此法可靠、通用，那很好。观望中（caomaoLBL兄是否用此法遇到了问题才质疑grub4dos？）。如果能用UltraISO直接修改iso，就更能体现0PE全外置组件可剪裁设计的优点。
2、我前面链接里给出的方法，也需要实践检验，希望大家给出一个可以重现的反例。
3、用UltaISO，出问题grub4dos可以不负责，因为它只认可mkisofs，目前没发现mkisofs有问题。
4、我怀疑2K引导文件要配合光盘上的grldr，这个grldr不能随便动。而把grldr当引导文件，则光盘上的grldr删掉都可以。
   后一种情形也许更可靠。

网虫2008

原帖由 pseudo 于 2010-3-14 13:46 发表

1、注意到caomaoLBL兄给出的方法，如果此法可靠、通用，那很好。观望中（caomaoLBL兄是否用此法遇到了问题才质疑grub4dos？）。如果能用UltraISO直接修改iso，就更能体现0PE全外置组件可剪裁设计的优点。
2、 ...

不管怎么说，说实话，也没有太想知道什么原因。

只是GRUB4DOS每隔一或两个版本就出现这种问题，希望以后更新能在延续上一版本的成果上进行更新，要不用新版心里总不踏实，也不知道除了这个已知问题，还会有多少曾经改正和优化过的新功能又被最新版本给改了回去。。。。。

chenall

G4D 从来就没有对这个问题进行修正，能用是运气好，不能用也不能怪G4D。呵呵。也许同一个版本你试几次可能有一次刚好就可以用了。

不过到底是什么问题呢？？

我用ULTRAISO修改ISO文件，然后再通过ULTRAISO把新版的GRLDR设为启动文件。看起来是正常的。

chenall

原帖由 网虫2008 于 2010-3-14 13:54 发表


不管怎么说，说实话，也没有太想知道什么原因。

只是GRUB4DOS每隔一或两个版本就出现这种问题，希望以后更新能在延续上一版本的成果上进行更新，要不用新版心里总不踏实，也不知道除了这个已知问题，还会 ...

呵呵，我想没有人会这么搞吧，每次都重新写代码，累死你。

基本上每次更新都有记录的，改了什么东西。

caomaoLBL

原帖由 pseudo 于 2010-3-14 13:46 发表

1、注意到caomaoLBL兄给出的方法，如果此法可靠、通用，那很好。观望中（caomaoLBL兄是否用此法遇到了问题才质疑grub4dos？）。如果能用UltraISO直接修改iso，就更能体现0PE全外置组件可剪裁设计的优点。
2、 ...

也是啊，官方就指认mkisofs了，用别的修改不能怪grub4dos啊！

不管了，自己试验好了就行， 反正有的是方法制作ISO，哪种行就用哪种！

不点

因为GRUB4DOS的各种版本也是间隔性的支持UltraISO编辑的，那就要找找GRUB4DOS的原因了。

我从未研究过 ultraISO，因此以往在我负责期间也从未明确支持过 ultraISO。应该说是 ultraISO 有意无意（或者碰巧）支持了 grub4dos。

我们的目的是制作一个可启动的光盘，别的都不要谈。至于说哪个 ISO 工具制作得好，那需要实践的检验。
mkisofs 有一套明确的制作规范，有它的特色。并且它还是开放源码的。这样的话，一旦它出问题了，世界上就有很多人可以修补它。到目前为止，就 grub4dos 与 mkisofs 的关系而言，由 mkisofs 制作的 grldr 光盘还从未出现过一例失败的情况（仅就2007年12月以后的 bug 报告的数量而言，是0个；但2007年11月以前的 grldr 在制作可启动光盘方面是有毛病的，同时也一直有 bug 报告）。这就更加确立了 mkisofs 在 grub4dos 中的地位，它的不可代替的地位。

我并未深入研究 mkisofs 的技术层面。我猜测，mkisofs 通过恰当安排引导扇区文件的物理位置，保证了启动的成功率。其它工具一旦修改了经由 mkisofs 制作的 iso 文件，则很容易破坏掉 mkisofs 的精心安排，导致启动失败。这些工具如果不改动 mkisofs 对于引导扇区文件物理位置的安排，我猜测，将不会破坏启动的成功率。

启动成功率（是否启动失败死机？）很重要，而启动之后是否因为文件名大小写问题而找不到菜单，则是一个很小的问题，不足挂齿。可以用很多不同的方法来解决这个问题。这就不在这里讨论了。

[ 本帖最后由 不点 于 2010-3-14 14:29 编辑 ]

zhaohj

在http://nufans.net/grub4dos/tinybit/上不点大人上传了一个新版，各位测试一下。H99H99的问题不知能否解决了？

问下不点大人，3.14版以哪个版本为基础，不知是否支持CHENALL的外置程序如unifont？

pseudo

印象中H99H99兄那里有几百台hp6520s笔记本，这种机子的要点是不能用wdsys，用firadisk就行。

不点

h99h99 用的是 U 盘测试，那就不知道原因了。3.14 新版是基于 chenall 的最新版制作的。

怀疑是这样的：grub4dos 在这台机器上探测 U 盘的 CHS 参数不准确，导致装入文件的扇区出错，因此死机。

试试从硬盘上加载同一个 img ，看看能否成功？

如果是 U 盘，用 fbinst 强化引导，看看问题是否解决？

zhaohj

http://bbs.wuyou.net/forum.php?m ... ge%3D1&page=169的1688楼有光盘测试。

我也遇到过一台ABIT（升技）的机器，pxe unload后就无法启动一个软盘镜像，看
http://bbs.wuyou.net/forum.php?m ... ge%3D1&page=165
试着先PXE UNLOAD再chainloader也不行。不过100多台机器就遇到一台。

h99h99

换今天的最新版grldr问题依旧，请问：cspe用的是wdsys吗？如果用firadisk改名替换要动哪个文件？

不点

h99h99

你先把顺序弄好。当grub4dos都不能载入映像的时候，你再去讨论载入映像以后的问题，岂不可笑？

你先得保证映像能够顺利加载和启动（在 BIOS 的实模式阶段），然后再考虑保护模式下的仿真磁盘驱动问题。

你最好试试 fbinst，这是个强大的启动工具，专门对付那些糟糕的 BIOS 的，让死机变活。

xianglang

下了不点的2010-3-14的G4D试用2010-3-12的CSPE，可以启动到命令行模式，提示缺少SYSTEM.WIM文件，而进不了桌面，而事实上ISO中是有这个文件的——看来小天使和FIRADISK对新版的G4D支持有问题。

zhaohj

原帖由 xianglang 于 2010-3-15 01:22 发表
下了不点的2010-3-14的G4D试用2010-3-12的CSPE，可以启动到命令行模式，提示缺少SYSTEM.WIM文件，而进不了桌面，而事实上ISO中是有这个文件的——看来小天使和FIRADISK对新版的G4D支持有问题。

你得跟踪这两个变量
# 0x60100   0:local,1:PXE,2:ISCSI,3:ERROR
# 0x60000   2,READ /SYSTEM.WIM

checkrange 0 read 0x60100 && goto 4
#把PXE启动的IP地址信息传到DOS下
dd if=(md)0x41+1 of=(fd0)/IP.BIN bs=1 count=12 skip=0x84
cat --length=0 (hd0,0)/WXPE/SYSTEM/SYSTEM.WIM || write 0x60000 2
cat --length=0 (hd0,0)/WXPE/NET/NET.WIM  || write 0x60004 2
goto 4
#4 模块化跳转
title
checkrange 2 read 0x60000 && goto 5
checkrange 2 read 0x60004 && goto 6
checkrange 0 read 0x60008 && goto 13
map --mem=0xB000 (bd)/CSPE/SRS.ZIP (rd) && goto 7
map --mem=0xB000 (bd)/CSPE/F6.ZIP (rd) && goto 11
goto 8
#5 system.wim部份
title
write 0x60000 0
ECHO Loading SYSTEM.WIM......
map --mem=0xB000 (bd)/CSPE/SYSTEM.WIM (rd)
ECHO Writing SYSTEM.WIM to (hd0,0)/SYSTEM.BIN ......
fat file copy (rd)+1 (hd0,0)/SYSTEM.BIN
goto 4

打开debug在适当地方pause一下，贴图看看以便于分析。

yyjdelete

请问G4D（试过很多版本到0311〕是否对移动硬盘的支持有大小限制，

我的一个320G移动硬盘分为3个区:

主分区   0:FAT32,30G

逻辑分区  4:NTFS,137G

逻辑分区  5:NTFS,137G

但在G4D下只能识别0和4这两个分区，不知道是G4D支持的最大磁盘大小有限制，还是Bios限制或者是我的分区表不标准（忘了用什么分的区了，或者问一下大家有没有在250+的移动硬盘上遇到此现象？

用的手机回复,只能等有空再补上分区表了）

谢谢！

[ 本帖最后由 yyjdelete 于 2010-3-15 09:43 编辑 ]

zhaohj

你用geometry (hd0) 查看一下，贴图看看。

不点

yyjdelete，你的情况可不能算是糟糕的。相反，我认为你的机器对 grub4dos 的支持是比较好的。

不要太过于强求完美，完美是达不到的。有很多机器在 BIOS 中都不能识别大硬盘。137G是一个界限，有很多机器的 BIOS 不能访问位于 137G 以后的扇区。

因此，这个问题是 BIOS 造成的，但又是普通的问题，所以也就不算是问题了。

你的主分区占有 30G，你的第一个逻辑分区是 137G，因此，你的第一个逻辑分区的大部分（107G）都落在 BIOS 可以访问的区域中，这个分区中剩余的 30G 可能无法被 BIOS 访问。而你的第二个逻辑分区就可能完全无法被 BIOS 访问了（因为它完全位于 137G 以后）。

如果是这样的话，这完全在意料之中。

yyjdelete

原帖由 zhaohj 于 2010-3-15 10:25 发表
你用geometry (hd0) 查看一下，贴图看看。

grub> geometry (hd0)
drive 0x80(LBA): C/H/S=1024/255/63,Sector Count/Size=625137345/512
   Partition num: 0, active,  Filesystem type is fat,partition type 0x0C
   Partition num: 4,  Filesystem type is ntfs,partition type 0x07

原帖由 不点 于 2010-3-15 12:34 发表
yyjdelete，你的情况可不能算是糟糕的。相反，我认为你的机器对 grub4dos 的支持是比较好的。不要太过于强求完美，完美是达不到的。有很多机器在 BIOS 中都不能识别大硬盘。137G是一个界限，有很多机器的 B ...

谢谢不点前辈的关心，要注意身体啊，我现在碰到过的机器对G4D兼容性都比较好