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

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 编辑 ]

zxw

run  --gfx /menu.diy
新版的应该可以。

zxw

图形模式的前背景的值目前无法检测，或者我还未掌握，先就这样吧。

2011wanpimao

自动菜单可以显示中文了!
但我发现z大的RUN模块和0PE里的RUN二者冲突，比如：用0PE中的RUN来加载某个菜单，再在该菜单中运行Z大的RUN，就会重启或死机？
我估计是P大的0PE好久未更新！

2011wanpimao

列表和菜单------前景变成白色（原本是**)，背景变成蓝色(原本是红色）
但以前的RUN模块一切正常啊！

tingyue-wu

把你的新版这里改了一下（参照你的），其它和中午的一版一样。感觉这样比较好，自动列表保持原样，自动菜单解决中文显示问题。
见
——————————————————————————————————————————
::自动菜单
:.automenu
if /i "%OLD_TERM%"=="graphics" && background 1030C0 && foreground ffffff
call :check_dir %curpath%
clear
echo -e default 1 \ncolor white/blue blue/yellow light-red/blue 10\n > (md)0x3000+0x10
echo -e \ntitle                       AUTOMENU FOR %@root%%%curpath% \\n\nclear >> (md)0x3000+0x10
if /i "%mod%"=="gfxmenu" && echo -e if exist %fontpath%UNIFONT %fontpath%UNIFONT --unload\nterminal console\ndefault 0\nif exist %gfxmenu% \x7c\x7c find --set-root %gfxmenu%\ngfxmenu %gfxmenu%\n > (md)0x3000+0x10
root %@root%%%curpath%
set i=901 && ls | call :add.menu %~f0 ""
if exist menu set menu=if exist %menu% \x7c\x7c find --set-root %menu% \x7c\x7c clear\nconfigfile %menu% \x7c\x7c
echo -e \ntitle %i:~1%. RUN MainMenu\\n\t RUN MainMenu\n%menu% configfile (md)4+8 >> (md)0x3000+0x10
clear
call :.exit || clear
endlocal
configfile (md)0x3000+0x10
exit

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

zxw

嗯，这样行。

2011wanpimao

我查了下20110901版本
自动列表、自动菜单 都能 保持原样； 都能 解决中文显示问题！
很好用！！

hjxk2010

9.18 版最新版
command RUN --mem /BOOT/imgs/0pe.iso启动失败，换回8月13日版本能正常启动。0pe是最新的1.31版。

tingyue-wu

看看9.1版和9.18版的自动菜单部分，和初始环境检测部分，区别在哪？

sundh

最新的run9.18晚上9点多的版本启动0PEv1.3.1(2011-08-30)失败，在加载完ISO镜像后又回到grub命令行。grldr是最新的9.18版。

zxw

诸位稍安勿躁，稍后上传。
===========================
已纠正，请各位再测。

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

tingyue-wu

新版本调用0pe模块菜单时（run menu.0pe）显示白底蓝字。
只要改一下
:gfx_mod2
background 1030C0
::foreground ffffff   ————————————（这行注释掉，就会回复蓝底白字效果）
terminal graphics
set mod=gfx
goto :begin


再次测试，改成这样居然也没有问题。难道白底黑字是偶然现象。
:gfx_mod2
foreground ffffff
terminal graphics
set mod=gfx
goto :begin


又发现

无论是删掉foreground ffffff 或删掉background 1030C0
出现白底蓝字的概率比不删要低得多。不知道为什么。（这是非科学的测试，因为只是测试了10次，其中不改的情况下出现两次白底蓝字，删掉其中一行的情况下，删f或删b加起来也只出现了一次。）

[ 本帖最后由 tingyue-wu 于 2011-9-19 13:15 编辑 ]

tingyue-wu

对比8月份和9月份的run参数

越来越详细，考虑越来越周到，所以bug也出现的频率比原来高一点，是很正常的。

所以大家就来一起找bug吧 找出来可以帮助z大进行改进。

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

zxw

谢谢支持，你很细心。由于工作较忙，只能抽空写写脚本。水平有限，仓促之中难免出错。有空再添加一些注释，方便交流。