|
|
@chanel
1、0PE中这样调用SISO：
SISO ISO=/ISOS/ FDA="DPMS /SRS/DPMS.LZMA" FDB=FIRAX86 SIF=Y E820=3 || pause Return from SISO and reboot.
印象中参数是由5大提供的，至少适用于安装NT5。如果不适用于安装NT6，那自己看着办。
一旦SISO得到控制权，就完成了交接，全由SISO掌控，没0PE事了。
现在显示“Return from SISO and reboot”，显然是执行了“||"后的命令 pause Return from SISO and reboot.
我们知道，“||"后的命令只有在“||”前命令出错才会被执行。可见SISO已经出错、退出了。
即使SISO遇到问题，包括调用参数不当、调用环境不合要求等，原则上也由它报错。没见它的报错就退出，很可能是崩溃失控了。
SISO失控不一定是SISO的bug，有可能是grldr的bug。这种bug可能早已存在，只是在一定条件下才显现。
所以1.5.1版以前没遇到。据5大说grldr0.45c也没遇到。
虽然grldr可能有bug，但要证实真有bug，也不是那么容易的。
0PE没什么好改的，顶多考虑绕过避开bug。按以往经验，通常过些时候换新版grldr，什么都不用改，问题自己就消失了。
2、建议反馈问题时用原版，或同时说明原版情况。
好像你用的不是原版0PE，而是做了合盘，而且用的grldr可能跟0pe用的版本不一致，这些附加因素使问题变得更复杂。
例如前面就出现过UFI菜单项在某种合盘情形跟原版情形不同的现象。合盘如果带来bug就说不清了。
不是说不能合盘，而是说一旦遇到问题，对照原版，用原版来测试可以简化问题。
3、关于S版RUN模块卡在图中的位置不动问题，我这里没遇到，只是这里有时要多等一会儿。
0PE调用RUN后，一切归RUN掌控、负责。即使遇到问题，也是RUN的事了。
4、一般pe的iso是被加载到(0xff)的，对于本身已在(0xff)上的iso，0pe总是采用--mem方式加载，并特别给出提示：
Warnning: Map (0xff)%wiso% with --mem.
这个提示是符合设计的、正常的。
你可以把整个
/boot/imgs/
文件夹移出0pe.iso外，放在ud里，这样该iso就不在(0xff)上了，此时应可选直接map加载。
5、加载0pe到(0xce)有时是有意义的。
如果你启动的是内置firadisk/winvblk的iso，例如逆天使的TPEmini.iso，那么进pe后，资源管理器可以看到来自0pe.iso的petools目录，从而共享其中外置工具。否则，petools藏在ud里0pe.iso内，不便直接访问。
但是加载到(0xce)要做一次map，消耗一个映射，对SISO不利。
grub4dos允许的映射总个数很有限（好像只有8个？），SISO内部往往要做很多个map映射，有时8个不够用。
例如u盘被认作fd0的场合，SISO好像要调用fd2hd之类把u盘转为hd0，这一举动就比u盘被认作hd0场合要多消耗几个映射，映射个数很快接近上限。
不加载到(0xce)就节约一个映射，可能后面SISO安装NT5/6成败就正好取决于是否差这个映射。
好在加载到(0xce)是可选的，明白要节约映射个数的道理，在这里就可以选择不加载。
6、MBR格式分区表共64字节，分为4个分区表项，每个分区表项16字节，记录一个主分区的起止大小、类型等信息。
这样一块硬盘或移动硬盘或U盘可以有4个主分区，grub4dos中采用类似(hd0,0)、(hd0,1)、(hd0,2)、(hd0,3)的记号来表示这4个主分区，分区编号从0到3。
图中指定3，就表示要写入（即生成）第3（从0起）个分区表项（仅16字节）。有了这个分区表项，相应就有了（即创建了）(hd0,3)分区了。
这里“请指定分区表项”是“要创建第几分区”的意思。因为不想动原有小字库，所以将就着用小字库已有的字（缺“第几”、“深度”、“我心如水”等词）。 |
|
[复制链接]
IP卡
狗仔卡
楼主
显身卡
发表于 2014-4-22 15:00:10
