grub4dos的pxe能够直接map吗？

liuzhaoyzz

利用grub4dos做pxe整体启动iso，把iso用wincontig整理后确保连续，还是不能直接map，提示磁盘不连续，可是这个iso能够在本地硬盘直接map后启动的，直接map不能用于网络吗？我是这样想的，如果能够grub4dos能够直接map服务器pd上的iso，再加上firadisk/winvblock的支持（他们已经支持grub4dos的直接map了，应用于pe可能要做调整），就不需要额外消耗内存来map --mem了，而且用于pxe启动的pe也不用修改了，再也不用分什么pxe版，本地版的了。纯属娱乐，呵呵。
menu.lst部分：
title WINPE by diy_xxq
map  (pd)/20101220_net.iso (0xff)
map --hook
chainloader (0xff)
结果提示不连续，是map的问题还是什么问题？

blithewind

目前不支持，看chenall大的意思没有计划对pxe动刀呀

liuzhaoyzz

本地map和网络map对于磁盘是否连续是不是检测方式不同？
当初grub4dos在不点的改进下，2007-11-18开始支持用ISO仿真CDROM http://bbs.znpc.net/viewthread.php?tid=4227&extra=page%3D2（不点说changelog从2005年就有map功能了），pxe模块bean大约是在2007年5月26日测试http://bbs.znpc.net/viewthread.php?tid=2931&extra=page%3D1&page=1，grub4dos的pxe测试大约是在2008年7月24日开始测试http://bbs.znpc.net/viewthread.php?tid=5471&highlight=pxe，2008年11月6日http://bbs.znpc.net/viewthread.php?tid=5309&highlight=pxe基本定型，从时间上推算，不点当初写map的时候pxe模块还没有成型，不知道grub4dos是不是没有考虑到pd上的磁盘仿真是否连续的问题？

[ 本帖最后由 liuzhaoyzz 于 2011-1-4 12:48 编辑 ]

不点

不带 --mem 的仿真，是直接把 int 13h 进行转向，比如要读软盘的某一块扇区，就转向去读硬盘上的某一块扇区。前提是，都有 int 13h 的接口。也就是说，无论软盘还是硬盘，BIOS 都能够用 int13 来访问。正如一条铁路，只需在岔道路口“扳道岔”，就可以转向了。int13h 就相当于铁路，一个是虚拟的软盘，一个是真实的硬盘介质，而仿真就相当于在两者之间“扳道岔”。再看 PXE 的情况，BIOS 在 PXE 上没有 int13 接口，只有一个全新的 PXE 规范，完全与 int13 不兼容。也就是说，根本不存在 int13 接口，而我们的仿真需要一个 int13 接口。这就相当于，你要把火车开到你的四合院里面，牛头对不上马嘴。要真的开到四合院也行，不过那得修铁路，即设法把 PXE 规范包装成 int13 接口，而这个工作可就不那么简单了，或者可以认为是不可能的事情。

[ 本帖最后由 不点 于 2011-1-4 13:07 编辑 ]

liuzhaoyzz

明白了，对于普通用户来说，pd只是一个符号，他的仿真原来是个异想天开的事情，呵呵。

sgw888

真要是能不MEM就仿真，那可厉害了。
另外，2003有远程安装服务，是基于网络的，不知道是什么原理，对于这个，只是听说过，没有实际用过，觉得很有用处。只是构造起来比较麻烦，还要弄个03的系统。

zhaohj

远程安装（RIS），也没什么难处。原理就是在实模式下从服务器上下载文件至客户端，与PE下安装原版原理一样。
当然，RIS也可以把显卡、声卡等驱动及注册优化、软件安装步骤在里面。这个原理好像集成安装版的系统。