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

zxw

汗，改漏了，已纠正。

tingyue-wu

z大改完测试过没，我这还是不能显示0pe菜单
command RUN ()/0PE/M.0PE  。原来是可以的，也就是具有检测到unifont就自动卸载的功能，新版本难道去掉了这个功能？

如果是的话最好说明。这样就可以调用前固定unifont --unload了。

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

zxw

呵，还是改漏了一处。才上载的应该可以了。

sjw799206595

    输入数字，再回车后光标却前移，前面输入的数字消失啦。启动不了相应img，为什么呀？

527104427

原帖由 sjw799206595 于 2011-9-16 13:59 发表
    输入数字，再回车后光标却前移，前面输入的数字消失啦。启动不了相应img，为什么呀？

你的数字键盘灯打开了没呢？可能没打开哦

zxw

要详细说明你的使用情况，是命令行测试？还是某菜单中使用？run、grldr的版本情况？
以前是否使用这个run?如以前使用过，是否正常？如未使用过，请详细读贴理解。
启动设备的情况？必要时截图看看……

[ 本帖最后由 zxw 于 2011-9-16 14:43 编辑 ]

HUNRYBECKY

我在反应一个问题
RUN命令的--fira 参数不支持无盘启动，详细如下，在命令行测试的，测试的时候ISO文件从无盘服务器上调用。
RUN /MYISO/MYISO.ISO 成功
RUN --mem /MYISO/MYISO.ISO 成功
RUN --fira /MYISO/MYISO.ISO 失败（无任何提示，就是没有反应）

另外，我也测试了CHENALL的NTBOOT也不支持无盘启动

另外，能够做个调整：RUN --FIRA /MYISO/MYISO.ISO加载成功后能否默认从光盘启动（当用户默认没有按I选择的时候），原因在于可以使用RUN无干预的运行ISO文件，很多时候我们在同时装很多电脑，不可能时时在电脑边，如果默认不从ISO启动的话就很麻烦。

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

幸运的草

本身就支持这个功能，加一个--quiet参数就强制从ISO启动。
RUN --fira --quiet /xxx.iso
注意参数顺序。

HUNRYBECKY

原帖由 幸运的草 于 2011-9-16 21:27 发表
本身就支持这个功能，加一个--quiet参数就强制从ISO启动。
RUN --fira --quiet /xxx.iso
注意参数顺序。

无盘启动还是不行呀，谢谢回答。

HUNRYBECKY

原帖由 zxw 于 2011-9-16 08:49 发表
呵，还是改漏了一处。才上载的应该可以了。

0916版本还是很存在一些BUG呀

尤其是对0PE调用很有问题。我换成0906的RUN就没有问题了。
问题如下：
RUN /MYISO/0PE.ISO 后出现错误提示，菜单也无法正常显示.似乎又是与UNIFONTS有关.
我使用命令行测试,问题一样,现在连RUN /MYISO/0PE.ISO 6或RUN /MYISO/0PE.MENU 6都有问题.







[ 本帖最后由 HUNRYBECKY 于 2011-9-16 23:34 编辑 ]

幸运的草

我按你的方法测试没问题。启动0PE时会自动退出字库，字库为楼主规定的字库：
　run /0pe.iso 启动正常。run /0pe.iso 6启动正常。run (bd)/boot/grub/menu.0pe.启动正常；
　测试环境：8.30日67M的0PE，更新9.7日的GRLDR，GRUB.0PE制作成0PE.ISO；9.16日RUN。UD区为HDD格式的4GU盘，QEMU虚拟机测试。
　建议楼上检查0PE.ISO是否连续存放以及完整性。使用楼主规定的字库（1楼）。U盘是HDD格式比ZIP格式兼容性好且速度快。

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

HUNRYBECKY

原帖由 幸运的草 于 2011-9-17 09:13 发表
我按你的方法测试没问题。启动0PE时会自动退出字库，字库为楼主规定的字库：
　run /0pe.iso 启动正常。run /0pe.iso 6启动正常。run (bd)/boot/grub/menu.0pe.启动正常；
　测试环境：8.30日67M的0PE，更新9 ...

谢谢幸运的草，我U盘使用ZIP格式，我测试中发现，很多老主板不支持HDD格式，包括我的神州笔记本。

我发现一个问题，0PE.ISO必须放到根目录或是0PE目录则没有问题，放到其他目录则有问题.
我刚才放到0PE目录测试就正常了，移到/MYISO/目录则又不正常了.....郁闷.


还有一个问题:无盘使用0PE加载到内存 RUN --mem /0PE/0PE.ISO,启动0PE后会再次加载到内存中(0PE提示启动方式为PXE,需整体加载0PE,所以自动再次加载),能否避免这个问题?


今天测试了RUN的新 功能,启动内存RUN --fira /MYISO/RAMOS.IMG (hd0)

发现以下几个问题:
1.虚拟操作系统中是否需要NTLDR/BOOT.INI/NTDETECT.COM三个文件的问题:我使用WINDOWS自带的功能来加载不需要这三个文件,方法是在BOOT.INI中增加如下行
ramdisk(0)\WINDOWS="Windows 2K3 RamOS" /minint/fastdetect /rdpath=multi(0)disk(0)rdisk(0)partition(1)\RamOS.img

而使用G4D则必须存在上述三个文件，否则会提示NTLDR MISSSING/boot.ini error等.我使用了深度RAMOS也提示这些错误(深度RAMOS也是使用G4D来启动的)

2.正确加入上述三个文件后,使用RUN来运行，发现蓝屏0X000009A,而使用WINDOWS上述菜单加载一切正常.不知道什么问题

pseudo

有时要访问载体上的iso，故须指定位置。
如果不在根或0pe目录，或名字不是默认的，可先用变量指定iso：
set PEISO=/MYISO/XX.ISO
然后通过menu.0pe启动pe。


自行将iso仿真为光盘(0xff)时，调用menu.0pe前须切换当前设备为(0xff)。
就像平时常见的
map --mem /A.IMG (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
需要rootnoverify (fd0)一样。

否则因为连find都找不到(0xff)上的文件，menu.0pe会自动加载iso。
而加载iso，又涉及指定iso问题。

幸运的草

如果使用变量PEISO，set PEISO=/MYISO/XX.ISO，那么则不能用ZXW的RUN调用0PE.ISO，因为新版RUN会清除前置变量，使该变量不起使用。
　使用传统方式调用或者修改自带的GRLDR内置菜单，将里面的变量进行设置到自定义的目录。

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

幸运的草

0PE.ISO规定必须放到根目录，根目录的/0PE目录下，UD与否不关要，放硬盘也可。这几个目录会自动进行查找。
　放其他目录则会出错。这时使用定义前置变量：PEISO。
还有对于BIOS来说，支持ZIP的机型可能会较多一点。HDD大都与硬盘归在一起，并不一定不能支持。
但对于G4D来说，HDD格式要比ZIP格式兼容性好很多。很多情况下出错都是ZIP格式，而HDD则出错率很少。且HDD加载PE速度要比ZIP快很多。

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)就白弄了。

527104427

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

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

hoho~，这招好