[原创]支持外置硬盘控制器驱动,可任意方式启动的PE[10-01-13稳定版]

zhaohj

原帖由 紫狐 于 2009-12-29 11:18 发表
chenall ,啥时候把cspe传到你的网盘呀？

版主也不看看帖子，我的FTP上与LIVEMESH一直来是同步的。

紫狐

chenall ,啥时候把cspe传到你的网盘呀？

chenall

^_^,

抽空制了一个NT5.X/NT6.X通用启动软盘镜像，有空测试下。

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158244

zhaohj

原帖由 chenall 于 2009-12-28 17:39 发表
Shift按键卡住了，试试不任何按键看看。。。

真是键盘问题，键盘某几个键不灵，换了键盘就好了。

另外，1505#楼的问题也找到原因了，是硬盘问题，用geometry (hd0)查看多了一个无效分区，查看结果也卡住，后来把硬盘低格了一下，就OK了。
这也说明，find命令geometry命令等搜索硬件的碰到硬件问题需要一个跳出开关，不然会卡住。

以前碰到过一个硬盘有大量坏道的也卡住。

[ 本帖最后由 zhaohj 于 2009-12-28 18:14 编辑 ]

chenall

Shift按键卡住了，试试不任何按键看看。。。

zhaohj

今天又一台机器进不了PE，NV的主板，PXE启动到DOS处就退出了。grldr12.23及12.25版本都一样。

zhaohj

C大已把相对路径改成了绝对路径。

zhaohj

早试过这个办法了，其实不用试也知道，问题出在中断向量恢复上，但这个只有不点大人等高人能看懂。
算是提供点资料吧，碰到这样的机器也不容易。

chenall

看不懂这些东西，你可以试试在启动之前先执行pxe unload看能否启动（也就是不让GRUB4DOS自动pxe unload)。
例子
map --mem /xxx.img (fd0)
map --hook
pxe unload
rootnoverify (fd0)
chainloader +1

zhaohj

说明PXE unload后DOS中断向量有问题，为了便于分析，我把PXE后及PXE UNLOAD后的中断向量贴出来：

[ 本帖最后由 zhaohj 于 2009-12-26 15:22 编辑 ]

zhaohj

用虚拟机模拟了这台机器的真实环境，PXE启动DOS98，真实机器到PXE UNLOAD就卡住了

[ 本帖最后由 zhaohj 于 2009-12-26 13:46 编辑 ]

zhaohj

测试了一下，到DOS这步还试卡住，下面是PXE启动后的内存变化，第一张是刚进入PXE的，第二张是到DOS前的。
另，新版对其他机器无影响。

[ 本帖最后由 zhaohj 于 2009-12-26 11:32 编辑 ]

chenall

可能是BIOS的问题吧，我之前就有碰到过find --set-root碰到不存在的磁盘就会卡住的问题后来的版本解决了。

你可以进入G4D命令行，
然后手工输入find看看显示什么
map --status的信息。

然后再试试find --set-root /xxxx.xxx
应该也是会卡住。

zhaohj

谢谢C大，这么快就改好了新版。不过得明天测试了。
问C大，find命令卡住怎么解释，这与相对路径应该没关系。

[ 本帖最后由 zhaohj 于 2009-12-25 22:30 编辑 ]

chenall

OK，新的GRLDR，麻烦测试一下。

chenall

等下过去再改一下编译一个试试。

zhaohj

C大把pxe unload地方改一下看看能不能解决后续问题。
PXE启动大不了不搜索其他盘符。

pseudo

机器倒不难遇到，
这样的机器+MicroPE/0PE+PXE启动
才难遇到。

zhaohj

不点大师也过来了，看来这个问题有希望解决。虽然是个别现象，但至少找到了BUG（呵呵，这样的机器还真难遇到）。

不点

pxe unload，有点意思.........

看了 bean 的 fsys_pxe.c 的代码，发现如下的一个片段：

1. 
   
2.   i = 0;
   
3.   while (code[i])
   
4.     {
   
5.       grub_memset (&unload, 0, sizeof(unload));
   
6.       pxe_call (code[i], &unload);
   
7.       if (unload.Status)
   
8.         {
   
9.           grub_printf ("PXE unload fails: %d\n", unload.Status);
   
10.           goto quit;
    
11.         }
    
12.       i++;
    
13.     }
    
14.   if (*((unsigned short *)0x413) == pxe_basemem)
    
15.     *((unsigned short *)0x413) = pxe_freemem;
    
16.   pxe_entry = 0;
    
17.   ROM_int15 = *((unsigned long *)0x54);
    
18.   grub_printf ("PXE stack unloaded\n");
    

复制代码

意思就是说，把 pxe bios 所占用的内存释放掉。释放掉之后呢？.....

因为 pxe bios 很有可能把 int15 接管了，所以，pxe 的 bios 在卸载时会恢复原先的 ROM int15。因此此时确实应该把 GRUB4DOS 所记录的 ROM_int15 进行更新。

但是由此我们也能想到，会不会某个 PXE BIOS 连 int13 也更改了呢？如果它曾经接管了 int13，那么，在卸载它自己的时候，它应该也会恢复原先的 ROM int13。因此此时我们也应该把 GRUB4DOS 所记录的 ROM_int13 和 ROM_int13_dup 进行更新：

1. 
   
2. extern unsigned long ROM_int13;
   
3. extern unsigned long ROM_int13_dup;
   
4. 
   
5.   i = 0;
   
6.   while (code[i])
   
7.     {
   
8.       grub_memset (&unload, 0, sizeof(unload));
   
9.       pxe_call (code[i], &unload);
   
10.       if (unload.Status)
    
11.         {
    
12.           grub_printf ("PXE unload fails: %d\n", unload.Status);
    
13.           goto quit;
    
14.         }
    
15.       i++;
    
16.     }
    
17.   if (*((unsigned short *)0x413) == pxe_basemem)
    
18.     *((unsigned short *)0x413) = pxe_freemem;
    
19.   pxe_entry = 0;
    
20.   ROM_int15 = *((unsigned long *)0x54);
    
21.   ROM_int13_dup = ROM_int13 = *((unsigned long *)0x4C);
    
22.   grub_printf ("PXE stack unloaded\n");
    

复制代码

同时需要把 asm.S 中的

ROM_int13:

改成

VARIABLE(ROM_int13)

而把

ROM_int13_dup:

改成

VARIABLE(ROM_int13_dup)

[ 本帖最后由 不点 于 2009-12-25 14:09 编辑 ]

zhaohj

把这句：
find --set-root --ignore-floppies --ignore-cd /OEM_SRS.ZIP || find --set-root --ignore-floppies --ignore-cd /CSPE/OEM_SRS.ZIP
改成：
cat --length=0 /OEM_SRS.ZIP  && find --set-root --ignore-floppies --ignore-cd /OEM_SRS.ZIP
cat --length=0 /CSPE/OEM_SRS.ZIP  && find --set-root --ignore-floppies --ignore-cd /CSPE/OEM_SRS.ZIP
能执行下去，但还是进不了DOS状态，在PXE UNLOAD 后卡住了。

从上面的语句可以看出，如果所有地方都不存在这个文件，find语句也会卡住。
本人测试时上面的几个文件（OEM*.*）是不存在的。
那是否说明find语句也有问题呢？

[ 本帖最后由 zhaohj 于 2009-12-25 15:01 编辑 ]

zhaohj

单步跟踪了一下，在find语句卡住了
find --set-root --ignore-floppies --ignore-cd /OEM_SRS.ZIP || find --set-root --ignore-floppies --ignore-cd /CSPE/OEM_SRS.ZIP
checkrange 0 errnum || find --set-root --ignore-floppies --ignore-cd /OEM_SCSI.IMG

[ 本帖最后由 zhaohj 于 2009-12-25 10:59 编辑 ]

zhaohj

单步跟踪是不是菜单上全改成DEBUG ON？

chenall

如果可能的话单步跟踪下，看看是到哪个命令卡住了，

我哪天比较有空再改一下Micrope.lst菜单全部使用绝对路径（目前是使用相对的路径，有一些PXE ROM不支持，会造成文件找不到）

zhaohj

是ASUS的945集成主板（INTEL芯片组），1G内存，显卡集成的。
到最后未见出来错误提示符，运行其他全内置PE都正常。

[ 本帖最后由 zhaohj 于 2009-12-24 18:07 编辑 ]

chenall

不会是DELL的机子吧.....
还是Intel原装的版，以前我有碰到过一次，好像PXE的路径不对了，找不到文件，不过是提示出错了，而不是卡死。
不知道这个是什么原因，得再跟踪一下，看看到底那个命令出了问题。（可以再等等看，如果没有卡死应该会有一个提示）

zhaohj

有一台机器，PXE启动死活进不了CSPE及0PE。
下面是CSPE启动加载EXT.ZIP时的debug on
下面图片出现后机器就不动了，查看服务器上TFTP传输，未见EXT.ZIP传输，一直是0%。
而虚拟机测试一切正常。
GRLDR12-03及12-20版都如此。

[ 本帖最后由 zhaohj 于 2009-12-24 17:15 编辑 ]

chenall

应该是只要换EXT.ZIP是可以的,可能有其它的改动,忘了,呵呵.

能用就好.对于firadisk内核就暂不使用了(因为天使比较稳定),有要用就放在EXT.ZIP里面就可以了.

zhaohj

这次改动还挺大的，单独换一个EXT.ZIP还不行，全换了就好了，估计有些改动写到内核里了。错怪C大了，SORRY!
新版FIRADISK0.0.1.18感觉比较稳定了。但还没测试系统安装，特别是安装WIN2003。

[ 本帖最后由 zhaohj 于 2009-12-23 16:35 编辑 ]

zhaohj

支持TXTSETUP.SIF格式的打包SRS.ZIP后，不支持SRS目录方式了，C大再检查下。另新版FIRADISK代替WDSYS正常。