免软驱光驱将原版ISO装到SATA/RAID硬盘，外挂式不动原版，可网启安装(详细图文)

xianglang

3楼哪里有下载啊？给出的连接，都是帖子的连接，而不是文件下载的连接，都不知道在哪可以找到：


9.8测试版
1、修正使用OEM_SRS.ZIP场合因盘标识不对导致提示插软盘问题。谢谢ljycslg兄提醒和zhaohj兄测试。
至此“将xp/2003原版安装光盘或者光盘的iso镜像装到SRS盘（包括pxe网启安装）”功能已完整。

此测试版未正式发布。以下是网友提供的下载
P&C合集：http://bbs.wuyou.net/forum.php?m ... page=183#pid1776600

0PE:http://bbs.wuyou.net/forum.php?m ... page=181#pid1775871

0PE:http://bbs.wuyou.net/forum.php?m ... ;page=11#pid1775864

独立模块：http://bbs.wuyou.net/forum.php?m ... ;page=12#pid1776113


讲究体积的朋友，参考：精简版、专用版完全可以自己动手做

pseudo

链接在我这里是好的。可能是页面设置（例如每页显示多少个贴）的差异，使得所给链接在xianglang兄那里指向的页、楼层和我的不同。
你看链接中有
page=183
字样，表示楼层在1821至1830之间。其余类推。

因是网友给出的链接，并有一定的说明，我不好直接给出文件下载链接，以免成了盗链，而且如果网友什么时候有更新，我直接给出静态文件链接也不妥。

limonet

这个有意思，非常关注。

pseudo

MYISO.ISO等是在grub.exe中，而不是在dos中访问的。
我还是认为grub.exe本身有访问ntfs的能力，与dos能否访问ntfs无关。

khauyeung兄可以用0PE原版在#146楼虚拟机上验证。虚拟机环境大家容易一致，便于重现问题。

khauyeung

原帖由 pseudo 于 2009-9-13 09:36 发表
MYISO.ISO等是在grub.exe中，而不是在dos中访问的。我还是认为grub.exe本身有访问ntfs的能力，与dos能否访问ntfs无关。
khauyeung兄可以用0PE原版在#146楼虚拟机上验证。虚拟机环境大家容易一致，便于重现 ...

我的理解是：grub.exe只是一个程式，它不是一个操作系统，它也须受操作系统所约束。grub.exe本身确有访问ntfs的能力，但须视乎它在什么OS下面运行；在DOS下面，grub.exe虽然可通过BIOS访问了硬盘，并且成功知道有(hd0)的存在，但DOS不认NTFS格式的数据，故它把我的硬盘错误解读成4个分区：（hd0,0）...（hdo,4）。里面的文件和文件夹更无从读起了。严格来讲，我们应该这样说：在DOS环境下，GRUB虽然可以访问到NTFS格式的硬盘，但不能解读NTFS格式的数据。

#151楼里面已经给岀在虚拟机上验证的结果，虽然我的0PE不一定等同你的0PE原版，但它肯定是其中一种你建议过的精简架构。我没有使用你在#146楼的虚拟机，因为它的硬盘是个空盘，而我的虚拟机硬盘内有600MB数据，更为接近真实状况。#151楼里也提岀了成功的解决方法，它解决了问题以外，也恰好验证了原MENUUSR.BAT缺ntfs4dos所造成的可能发生的情况。

最后，容我对0PE的发展作少许建议：
1. 为了对MENU.0PE能更有弹性的更改，建议不把它内置在grldr里面，而应该像P&C版本一样，把它外置在0PE文件夹。这样一来，MENU.0PE的长度就不会被4KB限制，而grldr内置的menu，也可换上通用性更强的菜单。
2. 同理MENU.USR用户菜单也应该从KERNEL.ZIP里面的WXPE移岀。
3. 楼主假如有空或者愿意，可对MENU.0PE里面大量的GRUB高级命令详细描述一下，让其他有意发展0PE的人有更多一些的理解，而不是单纯使用它的现在型態。总而言之，0PE的技术愈是公开，就愈能普及；愈多人的参于，也能把它发展得更为完善。

[ 本帖最后由 khauyeung 于 2009-9-13 10:59 编辑 ]

xianglang

汗……我使用了自定义的30、15，改回默认之后找到了——我怎么就想不到是这个原因呢，真混了。

wind886

测试完成了，期待LZ放个完整版上来~

pseudo

原帖由 khauyeung 于 2009-9-13 20:48 发表
...
容我对0PE的发展作少许建议：
1. 为了对MENU.0PE能更有弹性的更改，建议不把它内置在grldr里面，而应该像P&C版本一样，把它外置在0PE文件夹。这样一来，MENU.0PE的长度就不会被4KB限制，而grldr内置的menu，也可换上通用性更强的菜单。
2. 同理MENU.USR用户菜单也应该从KERNEL.ZIP里面的WXPE移岀。
3. 楼主假如有空或者愿意，可对MENU.0PE里面大量的GRUB高级命令详细描述一下，让其他有意发展0PE的人有更多一些的理解，而不是单纯使用它的现在型態。总而言之，0PE的技术愈是公开，愈能普及；愈多人的参于，也能把它发展得更为完善。

谢谢khauyeung 兄建议。
我的想法是这样的：
1、在扩展版或P&C合集中，我专门提供了“PETOOLS\安装和DIY\合盘菜单参考”，包括外置的MENU.0PE文件、合盘菜单参考和说明。有了这些，使用者想外置MENU.0PE已经不难。默认内置是为了减少对话，减少层次提高效率。
2、zip格式文件用winrar（这个工具随处都有）可以直接拖放其中文件，很方便管理，考虑到用户菜单也不是经常改动的，所以放入zip中以求目录清爽。另外，放在外面要费力搜索、读入，增加复杂度（例如grub.exe不能访问ud）。
其实，用户还可以变通一下，修改MENU.USR内容为：
find --set-root  /USER.LST
configfile /USER.LST
这样就等效于把菜单移出zip文件，变成以/USER.LST为用户菜单了。
3、描述GRUB命令确实很费力，好在有网友已经做了完整的解剖：http://bbs.wuyou.net/redirect.php?goto=findpost&pid=1767849&ptid=148300

pseudo

原帖由 khauyeung 于 2009-9-13 23:14 发表
...严格来讲，我们应该这样说：在DOS环境下，GRUB虽然可以访问到NTFS格式的硬盘，但不能解读NTFS格式的数据。.

我往#146楼的虚拟机ntfs硬盘放入一个2003pe（改名MYISO.ISO)，通过串接菜单可以启动该pe进入桌面。
这应该属于“解读NTFS格式的数据”了吧。

khauyeung 兄遇到的问题和提供的解决方法目前我还无法解释，也不好重现。但我做的实验khauyeung 兄是可以重现的，用khauyeung 兄观点是难于解释的。

khauyeung

原帖由 pseudo 于 2009-9-13 11:20 发表

我往#146楼的虚拟机ntfs硬盘放入一个2003pe（改名MYISO.ISO)，通过串接菜单可以启动该pe进入桌面。
这应该属于“解读NTFS格式的数据”了吧。

khauyeung 兄遇到的问题和提供的解决方法目前我还无法解释，也 ...

对不起，我使用的VNware Workstation属较旧的版本（5.5.3），无法用你提供的虚拟盘进行测试。

不过，我觉得我研究问题的方向跟你的有所不同：你想说明现在的批文件在你的机器和环境，可以正常运行；而我则是说：现在的批文件不是在所有情况下都通行的，我和zhaojh都遇过读NTFS盘失败的情况，而该等NTFS盘都是经核实良好的硬盘。我于是提出问题，现在的批文件为什么不能在我的环境工作？我接着作岀DOS下读NTFS盘失误的假定，并通过更改批文件加入NTFSDOS.EXE来验证，结果证实先前在我的环境读NTFS盘失误的批文件可以正常工作了，这成就更使我相信最初的假定是对的。现在得岀了解决问题的方法，其他人是否用得着对就我来说就不太重要了。有所谓各施各法，各显神通，嘻嘻！

[ 本帖最后由 khauyeung 于 2009-9-13 16:40 编辑 ]

zhaohj

我150楼的环境是可以重现的，可以确定从光盘启动与PXE启动转光盘启动是有差别的，因为0PE会判断PXE环境从而写入内存。
另，khauyeung大在156楼的建议我很赞同，象服务器的设置（虽然会自动判断PXE服务器，但还有访问权限设置）等仅可能放在外面，这方面CHENALL也是这么做的。
khauyeung碰到的问题因为是我以前一直遇到的，但自从那天修改了服务器的设置重装了虚拟机后问题消失，现在无法重现。说明程序中有不确定因素存在。我以前的症状是用0PE扩展版（pxe）是正常的，而直接从光盘启动OPE及精简版0PE都无法实现用户菜单4读取硬盘NTFS上的文件。从这一点上看，估计是哪个写入内存的判断错误导致程序转向出现问题。

pseudo

批文件或许有错，但我仍坚信原理是对的，即“grub.exe自有访问ntfs能力，无需dos加载ntfsdos”。原理很重要，如果原理错了，整个批文件就随之推翻了。我所坚持的主要是原理，批文件对错是次要的。
khauyeung兄前面认为仅靠grub.exe不能解读NTFS格式的数据（现在好像退了一步，认为不能解读某些环境下ntfs数据），并有所验证。
但似乎不足以推翻上述原理。这样的成就有可能反而妨碍发现真正的原因。
建议khauyeung兄弄一个虚拟机，能重现grub.exe不能访问ntfs、加了ntfsdos就能访问的现象，精简体积传上来。
新建一个，或将600M的复制、精简都可以得到。
顺便说一下，zhaohj兄在ntfs方面的经历，我印象中是不支持khauyeung兄的观点的。换句话说，khauyeung兄的观点目前仅在自己的机器上成立（或许真理掌握在khauyeung兄手里）。

pseudo

原帖由 khauyeung 于 2009-9-14 05:38 发表
对不起，我使用的VNware Workstation属较旧的版本（5.5.3），无法用你提供的虚拟盘进行测试。 ...

我用5.5.2做了一个。用串接菜单启动ntfs分区的MYISO.ISO会进入dos。

khauyeung

原帖由 pseudo 于 2009-9-13 19:34 发表
批文件或许有错，但我仍坚信原理是对的，即“grub.exe自有访问ntfs能力，无需dos加载ntfsdos”。原理很重要，如果原理错了，整个批文件就随之推翻了。我所坚持的主要是原理，批文件对错是次要的。
khauyeung兄 ...

有人说过，实践是检验真理的唯一标准，所以你坚信的“原理”也需要从实践中检验，看看它是否正确。我已经往zhxy9804的FTP/khauyeung/0PE_TEST上载几个文件供你测试，你可以在测试后再下结论：

1. VM_0PE.zip：我的虚拟机器，内有含少量数据的ntfs硬盘
2. 0PE1_NTFSFAIL.ISO：MENUUSR.BAT不经修改的0PE，用户菜单项不能正常读虚拟机的ntfs硬盘
3. 0PE2_NTFS4DOS.ISO：MENUUSR.BAT内加了ntfs4dos命令的0PE，用户菜单项可以正常读虚拟机的ntfs硬盘

原帖由 pseudo 于 2009-9-13 22:11 发表
我用5.5.2做了一个。用串接菜单启动ntfs分区的MYISO.ISO会进入dos。

使用你的虚拟机，我的0PE1_NTFSFAIL.ISO，测试结果仍然是用户菜单项不能正常读虚拟机的ntfs硬盘！由此可见你所使用的0PE包含了一些我的0PE没有的部分，它隐蔽了一些存在的问题，让你认为GRUB读NTFS盘是理所当然的。我没有怀疑现在的用户菜单项可以在你的环境用你的0PE读盘成功，但这不代表它在其他环境和条件下都能成功。我认为只在一些环境或条件下成功是不够的，假如它在某些环境或条件下失败了，我们就应该把原因找出来，并尝试解决的方法。

原帖由 pseudo 于 2009-9-13 19:34 发表 顺便说一下，zhaohj兄在ntfs方面的经历，我印象中是不支持khauyeung兄的观点的。换句话说，khauyeung兄的观点目前仅在自己的机器上成立（或许真理掌握在khauyeung兄手里）。

看来我是很孤独的人了！我不知道真理是否掌握在我手里，但我肯定真理会被尊重实践的人所发现，他可以是你，也好可以是我。嘻嘻。。。

[ 本帖最后由 khauyeung 于 2009-9-13 23:55 编辑 ]

pseudo

原帖由 zhaohj 于 2009-9-13 16:58 发表
0PE.ISO做成虚拟光盘，VM环境再次测试：
1：VM设成光盘第一启动，启动后选择[4] User Menu with F6.ZIP用户菜单，没有问题；
2：VM设成PXE第一启动，从PXE启动菜单转光盘启动，启动后选择[4] User Menu with F6.ZIP用户菜单，出现问题（以下我打开DEBUG ON）
3：VM设成PXE第一启动，MAP --MEM /0PE/OPE.ISO (0XFF)就没有问题

问题：PXE启动转光盘启动为何出现问题？

第二项PXE启动转光盘启动问题已经查明。归因于grub4dos。
你换chenall的MicroPE.ISO，也会进不了PE。

原因是由
cdrom --init
map --hook
弄出(cd)设备后，如果再进行其它映射，执行map --hook后这个(cd)设备就不能访问了。
附件是与pe无关的iso，只用到几条简单的grub4dos命令，可以演示map --hook后(cd)设备不能访问的现象。

cdrom --init弄出的(cd)看来与物理cd、0xff等大不相同。

0PE和MicroPE显然有许多映射要做。之前没料到grub4dos会有这种情况（指对该设备执行root会出错），以致流程控制混乱，出现“KERNEL.ZIP is ready.”之类都是假象，实际上只访问到BUFXP.GZ，其它都访问不到。

这个问题是访问(cd)的问题，跟ntfs无关。原因清楚了，再慢慢考虑应对措施吧。

pseudo

khauyeung 兄在#139楼、#142楼、#144楼、#151楼、#156楼、#161楼、#166楼所质疑的ntfs问题似已找到原因。
应是khauyeung 兄DIY时所用gfxmenu文件MESSAGE.GZ有问题所致，与ntfs无关，与0PE无关。

用khauyeung 兄#166楼提供的虚拟机VM_0PE.zip和0PE1_NTFSFAIL.ISO测试，确实访问不了ntfs硬盘，用提供的0PE2_NTFS4DOS.ISO测试，执行到grub.exe时死机。而用我手头的0PE版本则正常。
分析khauyeung 兄提供的0PE1_NTFSFAIL.ISO，发现MESSAGE.GZ特别小。删掉它就正常了，换P&C合集带的MESSAGE.GZ也正常了，后来又从坛里别的pe里随便找个message文件取名MESSAGE.GZ替换也正常。
遥想khauyeung 兄身居国外，制作的MESSAGE.GZ（在编码、字库等方面）不合“国情”的可能性，大大的有！

谢谢khauyeung、zhaohj兄关注并耐心讨论。

[ 本帖最后由 pseudo 于 2009-9-14 18:28 编辑 ]

khauyeung

原帖由 pseudo 于 2009-9-14 05:03 发表
khauyeung 兄在#139楼、#142楼、#144楼、#151楼、#156楼、#161楼、#166楼所质疑的ntfs问题似已找到原因。
应是khauyeung 兄DIY时所用gfxmenu文件MESSAGE.GZ有问题所致，与ntfs无关，与0PE无关。

用khauyeun ...

谢谢找岀原因。我会双管齐下，重新编译MESSAGE.GZ和往MENUUSR.BAT加入NTFS4DOS，确保读写ntfs盘无误！

go2

#168

很惊讶message.gz有这么大影响，不知P大知不知道其中原因？
或向Bean老大反映一下这个特殊的例子?

pseudo

回复 #170 go2 的帖子

原因不明，也许是编码方面，内存管理方面...
等khauyeung大进一步确认后由他向bean反映更好。



回复 #147 zhaohj 的帖子

livemesh上9.15版已支持cdrom --init加载的光盘。

fantasy

呵呵 最近版本很快啊。。今天mesh的日志好像有点小问题。我已经同步好和盘了。看来明天可以同步下我的闪盘了。

pseudo

我已把扩展版二合一的体积控制在90M之内。

zhaohj

原帖由 pseudo 于 2009-9-14 23:11 发表

回复 #147 zhaohj 的帖子

livemesh上9.15版已支持cdrom --init加载的光盘。

测试通过，想知道是怎么处理的，便于触类旁通！

另外想问一下，第一次安装完毕重启机器，再按上面步骤操作，到MYISO.ISO加载完毕不按键，不会从硬盘启动，只得手动修改菜单：
find --set-root --ignore-floppies /MYISO.ISO
map --mem /MYISO.ISO (0xff)
map --hook
root (hd0,0)
chainloader /NTLDR
难道是我的原始安装光盘问题？

[ 本帖最后由 zhaohj 于 2009-9-15 08:25 编辑 ]

fantasy

原帖由 pseudo 于 2009-9-14 23:57 发表
我已把扩展版二合一的体积控制在90M之内。

知道了 和盘我一直在同步更新的。

mrfox

这个方法不能用在IDE接口的硬盘上？

fantasy

原帖由 mrfox 于 2009-9-15 10:03 发表
这个方法不能用在IDE接口的硬盘上？

ide不需要加载srs驱动，理论上是可以用的。不过一般来说用ide的硬盘的平台内存就不够了。这种方式对内存有一定要求的

khauyeung

原帖由 pseudo 于 2009-9-14 10:11 发表
回复 #170 go2 的帖子

原因不明，也许是编码方面，内存管理方面...
等khauyeung大进一步确认后由他向bean反映更好。

本想重新编译gfxmenu使用的MESSAGE.GZ，把源程式找来分析后才发觉我没有什么事情可以做：源程式包来自bean的gfxboot-3.2.zip，里面的字库和编码文件基本没有改，完全“乎合国情”。因为gfxboot-3.2版本采用小字库，它的体积比3.3版本小许多是正常的。编译过程完全正常，生成的MESSAGE（3.2）在grldr的启动过程（也就是0PE首次的启动）的表现也完全正常，不单是有图形菜单的显示，而且访问和解读ntfs盘也正确无误。也就是说，MESSAGE（3.2）在0PE首次启动中配合grldr成功完成了它的任务，没有什么好更改的地方。问题的出现起于0PE[4]用户菜单项时grub所作的二次启动（grub --config-file=c:\menu），0PE会因MESSAGE（3.2）早前的运行而不能正常解读ntfs盘了，这现象不会在MESSAGE（3.3）发生。如楼主所说，这也许是现0PE跟MESSAGE（3.2）在编码或者内存管理方面发生冲突了。我的解决办法十分简单，只要在0PE的批文件MENUUSR.BAT里面加入NTFS4DOS的执行，这样无论是否gfxmenu，无论gfxmenu是MESSAGE（3.2）或者MESSAGE（3.3），[4]用户菜单项时grub所作的二次启动后对ntfs盘都会能够正常解读了。

[ 本帖最后由 khauyeung 于 2009-9-14 21:46 编辑 ]

fantasy

呵呵 如果是3.2版本不行3.3版本却可以。那我觉得这个应该属于自己diy的范围了。毕竟很多新技术是需要新版支持的。好像说明里面有说grldr必须用新版。那么新版grldr和老版本的gfx冲突，个人认为也只能通过更新版本解决。

[ 本帖最后由 fantasy 于 2009-9-15 10:54 编辑 ]

pseudo

khauyeung兄进一步发现了MESSAGE（3.3）、MESSAGE（3.2）的区别。

现在看来MESSAGE（3.2）与grub.exe似有冲突。
grub4dos中，grldr与grub.exe是不同的，grub.exe兼容性似乎不如grldr，例如它不能访问fbinst生成的(ud)设备。
所以如果说MESSAGE（3.2）与grldr兼容，与grub.exe不兼容并不奇怪。

khauyeung兄用NTFS4DOS来解决读ntfs盘问题的做法比较新鲜。
但这样做不安全。我这里用khauyeung兄提供的加了ntfs4dos命令的0PE2_NTFS4DOS.ISO，执行到grub --config-file=c:\menu这行就遇到了死机。
TSR容易导致grub.exe运行时死机。grub.exe官方要求不要有TSR，以便于grub.exe恢复中断。
NTFS4DOS是中断驻留程序，0PE启动阶段访问ntfs盘也用到NTFS4DOS，但执行grub.exe前已经退出NTFS4DOS。
而khauyeung兄是特意在NTFS4DOS里执行grub.exe，这很危险。

khauyeung兄那里用NTFS4DOS来解决读ntfs盘问题之所以成功，我猜想结果是这样形成的（有点凑巧的感觉）：
1、有幸没遇到死机
2、grub.exe恢复中断时没有彻底消除NTFS4DOS的作用和影响，残存的NTFS4DOS恰好有助于grub.exe识别、访问ntfs盘。

pseudo

原帖由 zhaohj 于 2009-9-15 08:16 发表


测试通过，想知道是怎么处理的，便于触类旁通！

另外想问一下，第一次安装完毕重启机器，再按上面步骤操作，到MYISO.ISO加载完毕不按键，不会从硬盘启动，只得手动修改菜单：
find --set-root --ignore ...

处理就是凡需要map --hook进行其它映射（这样的地方有多处），都再执行一遍
cdrom --init
map --hook
光盘又可访问了。

我手头最“原版”的光盘（或iso）的表现是：光盘启动后，有Press any key to boot from CD ..的提示，按回车才真正从光盘启动，不干预的话，5秒后从第二设备（一般是硬盘）启动。
如果你的“原版”不是这样，可能你要自己加菜单项。

也可以考虑加一个默认菜单项，用来转到KERNEL.ZIP外的菜单文件。总之，串接自定义菜单的机制是灵活的。