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

幸运的草

其实根本不用FIND去查找该菜单文件　，RUN会自动去查找。只写第二条语句就行了。

幸运的草

这个也好办，两个目录根据你的意愿，在目录中放入一个定位文件，通过FIND查找确定。
比如，你UD区的X1目录中放一个XX1文件，在可见区的X1或其他名的目录中放入XX2文件，要调用这两个目录中的JJJ.LST文件，先调用UD区的，如果找不到就调用可见区的。
find --set-root  /x1/xx1 || find --set-root /x1/xx2
run /x1/jjj.lst

幸运的草

我只是抛砖引玉，并不是要目录固定及层数一致，只要一个特定的定位文件，可以按你的需要灵活运用。结合RUN就可以达到你的目的。

幸运的草

0PE有自己的专用字库加载，不能外加字库，如果你有自己的菜单中使用了字库，在加载0PE前要自己卸载字库，否则造成冲突，0PE就没有汉字菜单了。
　这个问题与RUN无关。因为　RUN中加载字库在前，0PE加载字库在后。加载0PE后就由0PE接管了。RUN就失去作用了。
　　即使按你的要求判断是否加载字库，那在加载0PE前是不存在双重字库的。0PE加载后RUN就无法作用了。除非0PE的菜单中有判断是否加载字库，否则很难解决。

幸运的草

那就在调用0PE的模块中增加一个判断加载UNIFONT字库的语句，如果已经加载该 字库，就--UNLOAD.
曾试着让0PE与RUN支持同一套字库，但没成功，也没再去弄，否则就不会造成冲突了。

[ 本帖最后由 幸运的草 于 2011-9-7 15:07 编辑 ]

幸运的草

0PE要讲究“布署”，一般调用最好用0PE原版的GRLDR内置菜单，合盘时可以调用自带的MENU.0PE。
使用RUN调用也可以，属于一般PE的调用方法，用P大的话说属“布署不当”，不使用--mem参数，与ISO大小影响不大，如果使用--MEM参数将ISO加载到内存中，那么对于ISO大小影响就很大了。不使用--mem参数，要求ISO必须是连续存放（这是G4D的要求），使用--MEM参数，不要求连续存放。

幸运的草

这个可能是将RAMOS装入高端内存。需要足够内存支持吧！

幸运的草

这样试试：--mem 6回车。

幸运的草

to zxw

刚刚无事，没试了一下14日的RUN。
发现run /0pe.iso 6 及run /0pe.iso dg.img无效。0PE.ISO放UD根。内、外GRLDR为9.7日版。GRUB.0PE为9.7日版。0PE内置RUN封装牘为9.14日版本。

幸运的草

实机测试也如此。这个图为虚拟机截图。

幸运的草

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

幸运的草

我按你的方法测试没问题。启动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 编辑 ]

幸运的草

如果使用变量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快很多。

幸运的草

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

幸运的草

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

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

幸运的草

UD区支持中文需要将UD区文件列表编码格式由ANSI转为utf-8，其他一样的。
但由此会带来一些兼容性方面的问题，UD区解开的ISO可能会出现问题。整体的一般不受影响。

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

幸运的草

如果你的/iso/目录是在可见区，显示中文是没问题的。如果你的/iso/目录是在UD区，文件列表编码必须是UTF－8。如果是ANSI则UD区不能显示中文。
find --set-root /ISO/SW.TXT || find --set-root /ISO/JERRY.TXT
(ud)/RUN --gfx  /ISO/.automenu

幸运的草

用FBINSTOOL工具打开U盘，最下面信息栏显示编码信息。
见下图1，转换编码见下图2。

幸运的草

如果是FB，9月28日前的GRLDR，(bd)=(ud),以后的GRLDR规则变以。(bd)=()，即ROOT指向了可见区。
　所以相应的路径也要有所变化。

幸运的草

Z大总是那么勤勤恳恳，又更新了哈。

幸运的草

他这个RUN不是菜单　，实际要算是程序。是G4D环境下的程序。

幸运的草

这个图好像是没有找到RUN，应该是路径的问题。
我测试没有发现这个问题。
有几个问题：
1、你的U盘是什么格式ZIP还是HDD。
2、把你的菜单帖上来，分析一下看。
3、你的GRLDR是那个版本。
4、你是在虚拟机下测试还是实机测试

幸运的草

从10月1日以后，有关路径的语句，要写在　gfxmenu命令的前面，在初始命令组中，gfxmenu命令直接执行循环，后面的命令就会忽略而不执行。直到title。这也是你后面的configfile命令没有造成死循环的原因。
　9月28前路径语句可以这样写，但configfile 的写法如果是内置菜单可能会导致死循环。

幸运的草

你的测试环境是什么，感觉你是不是要量产，制成了ISO，用虚拟机测试？
那个(cd)是？

[ 本帖最后由 幸运的草 于 2011-10-26 18:45 编辑 ]