[20150128]自动列表·自动菜单·数字启动

HUNRYBECKY

原帖由 幸运的草 于 2011-9-17 11:14 发表
0PE.ISO规定必须放到根目录，根目录的/0PE目录下，UD与否不关要，放硬盘也可。这几个目录会自动进行查找。
　放其他目录则会出错。这时使用定义前置变量：PEISO。
还有对于BIOS来说，支持ZIP的机型可能会较多 ...

谢谢幸运的草的回答。我知道HDD比ZIP好，但是我所用的电脑，尤其是很多老主板如815等根本启动不了HDD的U盘，我的笔记本电脑神州F525S也是启动不了，没有办法，只有使用ZIP格式，而且目前公司很多电脑都不支持HDD格式。

zxw

原帖由 幸运的草 于 2011-9-17 11:08 发表
如果使用变量PEISO，set PEISO=/MYISO/XX.ISO，那么则不能用ZXW的RUN调用0PE.ISO，因为新版RUN会清除前置变量，使该变量不起使用。
　使用传统方式调用或者修改自带的GRLDR内置菜单，将里面的变量进行设置到自 ...

处理了一下，新版应该可以了。
如run /MYISO/XX.ISO
脚本会将 %PEISO%传递给0PE。优先传递前置变量。

[ 本帖最后由 zxw 于 2011-9-17 12:36 编辑 ]

HUNRYBECKY

原帖由 pseudo 于 2011-9-17 10:59 发表
有时要访问载体上的iso，故须指定位置。
如果不在根或0pe目录，或名字不是默认的，可先用变量指定iso：
set PEISO=/MYISO/XX.ISO
然后通过menu.0pe启动pe。


自行将iso仿真为光盘(0xff)时，调用menu.0pe ...

谢谢P大出来说话。现在我放/0PE目录了，运行很正常，不放其他目录了，难得折腾。。。。
发现无盘运行0PE.ISO回加载两次,不是0PE本身的问题,而是RUN 0916版本有问题
测试结果如下:
RUN --men /MYISO/MYISO.ISO 正常,直接加载到内存
RUN --men --fira /MYISO/MYISO.ISO 或RUN --fira --men /MYISO/MYISO.ISO提示文件非连续,然后自动加载到内存,这说明--fira和--mem组合有问题;如果是本地加载还好，如果是无盘启动的话,一个大文件抓到CLIENT端,因为--mem参数无效,又自动从服务器上加载一次,痛苦呀。.....

希望Z大尽快修复这个BUG.....

HUNRYBECKY

刚才再次测试无盘RAMOS,错误代码改变了，变成0x000007B了,这个应该上硬盘模式有关,但搞不懂为啥使用WINDOWS的NTLDR加载就是没有问题，G4D加载总是蓝屏.

刚才网络搜索了，发现做RAMOS可以使用两种驱动,一个是MS WINDOWS RAMDISK,一个是FIRADISK,我使用的是MS WINDOWS RAMDISK,因为这个RAMOS我很久以前做的,所以没有改成FIRADISK的，不知道上不是与这个有关?,也就是不是G4D与MS WINDOWS RAMDISK不兼容?

关于无盘启动MS WINDOWS RAMDISK和FIRADISK,参考以下文章:
http://hi.baidu.com/buypro/blog/ ... 2f89134a36d609.html

1. 
   
2. 摘要: 结合无盘和内存系统的优点。无盘即无软硬磁盘、U盘、移动磁盘、光盘。机器只要能从网卡启动，不需要任何存储介质。能启动 MS Ramdisk、Firadisk的IMG镜像和WIM镜像。已测试通过。自己加配置也能网启 PE、dos、Linux、 ...结合无盘和内存系统的优点。无盘即无软硬磁盘、U盘、移动磁盘、光盘。机器只要能从网卡启动，不需要任何存储介质。能启动 MS Ramdisk、Firadisk的IMG镜像和WIM镜像。已测试通过。自己加配置也能网启 PE、dos、Linux、Geexbox、Beini 等其他系统。机器启动完成不再需要服务器的参与，服务器作用是DHCP和提供启动文件。NTLDR未破解，使用MS Ramdisk的img不能大于500M 。
   
3. 
   
4. PXE  服务端设置为：解压 HaneWin.rar ，运行 DHCPSRV.cmd ，自己拷贝客户端机器的镜像，改名为 QiRAMOS.wim、QiRAMOS.img 到 HaneWin\PXERoot\boot 目录下。
   
5. 
   
6. 客户端设置为 lan 启动。
   
7. PXE  启动过程是：
   
8.                                      ┏━> WIM --> pxeboot.n12-->bcd、bootmgr.exe -->boot.sdi、QiRAMOS.wim 。
   
9.                                      ┣━> IMG --> NTLDR、NTDETECT.COM、boot.ini --> QiRAMOS.img 。
   
10. PXE ━>grldr、menu.lst┣━>  MAP RAMOSIMG --> QiRAMOS.img  。
    
11.                                      ┣━> MAP GHOSTIMG --> ghost.img 。
    
12.                                      ┗━> MAP MAXDOSIMG --> maxdos.img 。
    
13. 
    
14. 另外 PXE 服务端软件还有 深度的远程启动管理器，和 tftpd32 大家可以试试。
    
15. 
    
16. 贴一下grldr 的 menu.lst 配置。
    
17. default 0
    
18. timeout 2
    
19. title  QiRamOS.WIM
    
20. pxe keep
    
21. chainloader --force (pd)/wim
    
22. title  QiRamOS.IMG OF RAMDISK
    
23. pxe keep
    
24. chainloader --force (pd)/img
    
25. title  QiRamOS.IMG OF FIRADISK
    
26. pxe keep
    
27. map --mem (pd)/boot/Qiramos.img (hd0)
    
28. map --hook
    
29. root (hd0,0)
    
30. chainloader /ntldr
    
31. boot
    
32. title  GHOST
    
33. pxe keep
    
34. map --mem (pd)/boot/ghost.img (fd0)
    
35. map --hook
    
36. chainloader (fd0)+1
    
37. rootnoverify (fd0)
    
38. boot
    
39. title  MAXDOS
    
40. pxe keep
    
41. map --mem (pd)/boot/maxdos.img (fd0)
    
42. map --hook
    
43. chainloader (fd0)+1
    
44. rootnoverify (fd0)
    
45. boot
    
46. 
    

复制代码

zxw

@HUNRYBECKY:
谢谢支持。因为工作关系，对于无盘没有研究。抽空研究看看，不过也只能是纸上谈兵，^_^
另外，如果有空的话，今天上传的版本，可以测试一下0PE.ISO放在其它目录的情形。

幸运的草

如果使用--fira参数，则不必--mem，因为--fira会自动将ISO加载到内存。

zxw

有--fira参数的话，用户添加--mem与否均没有关系，会强制以--mem方式加载。

HUNRYBECKY

原帖由 幸运的草 于 2011-9-17 13:12 发表
如果使用--fira参数，则不必--mem，因为--fira会自动将ISO加载到内存。

我知道，这个在本地没有问题，因为--FIRA应该是先尝试不加载到内存中，如果不连续才加载到内存中，如果是远程无盘，那就太痛苦了。。。。。因为远程无盘先下载到CLIENT端，如果--FIRA发现文件不连续，又重新远程加载一次，如果文件500M，很痛苦。。。。两次。。。。。。我刚才测试的是我的400M的RAMOS，无盘加载两次需要6分多时间。。。。。

HUNRYBECKY

原帖由 zxw 于 2011-9-17 13:15 发表
有--fira参数的话，用户添加--mem与否均没有关系，会强制以--mem方式加载。

似乎不会强制吧，我的测试结果是先尝试直接加载。。。结果提示错误，文件不连续。。。。接着再加载到内存。。。。
老大是不是哪里又有手误呀？

HUNRYBECKY

原帖由 zxw 于 2011-9-17 13:01 发表
@HUNRYBECKY:
谢谢支持。因为工作关系，对于无盘没有研究。抽空研究看看，不过也只能是纸上谈兵，^_^
另外，如果有空的话，今天上传的版本，可以测试一下0PE.ISO放在其它目录的情形。

OK，我现在测试下，等会报告结果。

zxw

提示错误，文件不连续。。。。
具体的提示是什么？
不会是这个吧？这个是我写的加载ramos的提示
ERROR: File *** Not Continuous...

HUNRYBECKY

原帖由 zxw 于 2011-9-17 13:28 发表
提示错误，文件不连续。。。。
具体的提示是什么？
不会是这个吧？这个是我写的加载ramos的提示
ERROR: File *** Not Continuous...

测试报告：
1.现在把0PE放到其他目录没有问题。
2.关于RUN --fira参数:发现加载ISO文件会强制加载到内存中,但是加载IMG就先尝试直接装载,不行(提示Z大上面的错误 Not Continuous)再加载到内存.....这个在本地没有问题,因为RAMOS无盘是IMG格式,就存在很大问题，能否修改下参数?把IMG和ISO一样对待,只要加了--fira参数就强制到内存?
其实这样也不太好,有些ISO/IMG文件我存放到UD里的,UD是FAT32的,还有写ISO是经过CONTAG整理为连续文件的,所以我只希望--FIRA参数加载FIRADISK驱动，并不希望强制到内存，是否可以把--FIRA和--MEM发挥各自的功能，有--FIRA就只加载FIRADISK驱动，有--MEM就加载到内存？


另外,无盘启动0PE.ISO回加载两次到内存,一次是RUN -FIRA加载到内存,一次是进入0PE后,0PE检测到文件不连续,0PE本身再加载一次....其他情况没有测试.....

[ 本帖最后由 HUNRYBECKY 于 2011-9-17 14:11 编辑 ]

幸运的草

如果不要--fira 强制加载到内存，则要使用　--pe1参数。这样就不会强制--mem了，但要求镜像连续存放。其实zxw大的RUN有很多参数，只要灵活应用，可应付目前基本的需求。

[ 本帖最后由 幸运的草 于 2011-9-17 16:08 编辑 ]

pseudo

#1783楼说过，自行将iso仿真为光盘(0xff)时，调用menu.0pe前须切换当前设备为(0xff)。

如果调用menu.0pe前没有切换（例如当前设备为pd，而0PE.GZ在0xff），那么进pe时手工切换也可以：
启动pe时有3秒读秒，按esc键进入grub命令行，输入rootnoverify (0xff)回车，再按esc返回继续启动。
这样就不会再次载入iso。

否则，当前设备为(pd)时，find无法找到(0xff)上的文件，只好设法载入iso，先前iso仿真为光盘(0xff)就白弄了。

zxw

处理了一下，应该能满足你的要求。

2011mozheng

请问老大，怎样列出u盘可见区域的镜像文件（非ud区）

zxw

列表方式：run /path/
菜单方式：run /path/.automenu
如果多个盘符有相同路径即/path/，则需要自己定位，如：
root (hd0,0)
或
find --set-root ……

thttht

原帖由 HUNRYBECKY 于 2011-9-17 12:51 发表
刚才再次测试无盘RAMOS,错误代码改变了，变成0x000007B了,这个应该上硬盘模式有关,但搞不懂为啥使用WINDOWS的NTLDR加载就是没有问题，G4D加载总是蓝屏.

刚才网络搜索了，发现做RAMOS可以使用两种驱动,一个是 ...

你这种情况根本就是不能通用的，你的RAMOS是用微软官方驱动制作的，他必须用微软的引导程序来引导启动的，这种微软的RAMOS不能和用FiraDisk驱动、WinVBlock驱动做的RAMOS系统用同样的引导程序的，用FiraDisk驱动、WinVBlock驱动做的RAMOS系统只支持grub4dos加载img镜像文件，微软的RAMOS只支持自家的引导加载img镜像文件，其他的都不能识别的，都会出现07b蓝屏的！

一个RAMOS要支持这俩种启动方式就要这两种驱动都安装到系统里才行！（不过感觉没有太大必要）

微软的RAMOS启动可以用论坛里C大的ntboot万能启动盘解决，里面有专门的解决方案！！！

[ 本帖最后由 thttht 于 2011-9-18 01:21 编辑 ]

tingyue-wu

用了新的字体后 字号大了一圈，有点挤，要能设置小一号字体就行了（也可能是字间距小了后的错觉，那样的话得调整字间距了）。

[ 本帖最后由 tingyue-wu 于 2011-9-18 07:51 编辑 ]

zxw

换了一个字体，应该看起舒服一点

tingyue-wu

现在好多了。

HUNRYBECKY

原帖由 thttht 于 2011-9-18 01:13 发表



你这种情况根本就是不能通用的，你的RAMOS是用微软官方驱动制作的，他必须用微软的引导程序来引导启动的，这种微软的RAMOS不能和用FiraDisk驱动、WinVBlock驱动做的RAMOS系统用同样的引导程序的，用FiraD ...

原来如此，有空测试下 。。。。

tingyue-wu

（初始命令中已经加载中文字体）
自动菜单RUN --set-ext=.iso|.img|/ /abc/.automenu发现背景是白色的，而且中文字显示乱码，然后返回上级菜单（用了"--set-menu="参数），上级菜单也出现中文乱码情况。
自动列表RUN --set-ext=.iso|.img|/ /abc/则显示中文没有问题

用的是最新的9.18的grildr  是不是版本造成的？

不过个人估计是run的bug，在自动菜单的批处理里边，把字体给卸了，所以中文乱码，然后返回时又没有恢复进入run前的环境，所以上级菜单也乱码（或者上级菜单重新加载一次字体可以解决，但那就不是run的功能了）。

[ 本帖最后由 tingyue-wu 于 2011-9-18 16:12 编辑 ]

HUNRYBECKY

原帖由 pseudo 于 2011-9-17 19:41 发表
#1783楼说过，自行将iso仿真为光盘(0xff)时，调用menu.0pe前须切换当前设备为(0xff)。

如果调用menu.0pe前没有切换（例如当前设备为pd，而0PE.GZ在0xff），那么进pe时手工切换也可以：
启动pe时有3秒读秒， ...

原来可以这样，谢谢P大的回答

pseudo

我调整一下，你看是不是不用切换了

zxw

背景的问题，你不用run测试一下就知道了。
字体缷载的问题，确实很难缠，我再看看如何妥善处理。

如何获取调用run前背景的值，我还未找到方法，这个目前还不能做到恢复run前的环境。

[ 本帖最后由 zxw 于 2011-9-18 19:40 编辑 ]

2011wanpimao

自动菜单----中文乱码；
而自动列表中文显示正常！封装版和脚本版都这样

pseudo

是否有这样的功能：
run /menu.diy
由run为/menu.diy提供中文字库支持。

zxw

字体很难缠，处理了一下，已上传，烦请各位测试。

tingyue-wu

现在自动菜单可以显示中文了。但似乎是用强制图形模式的，我发现背景是蓝色的，退出返回上级菜单，上级菜单也变成蓝色背景了（原本是绿色）

我记得以前有一个版本（具体忘了是哪个版本），自动菜单和自动列表的效果是一样的，都是run模块前是加载字体的，进入列表或菜单也是加载字体的，反之，则也不加载。（可能我记错了，呵呵。主要z大你更新太勤快了，我跟的也紧。）

又发现，自动列表也变成蓝色背景了，原来z大是把自动列表和菜单一起改的呀。‘
其实自动列表原来就很好，基本能保留run模块前的环境和退出时恢复环境，不需要改的。我们只需要把自动菜单部分的显示中文字体部分改一下。记得以前确实有一个版本是可以显示中文字体的（只要调用前加载了字体，不需要强制图形模式）

[ 本帖最后由 tingyue-wu 于 2011-9-18 20:21 编辑 ]