【原创】★新型全外置结构:《零体积全能可扩展PE》ZIP版

lyhxmhlxy

原帖由 pseudo 于 2009-4-15 20:06 发表
也许要从邀请函那里按提示进入吧。我可没经验哦。

我从邀请函进去,还是看不到文件,前两天还行,今天进不去,网页无法显示,这个地方下东东不方便,老大能不能换个地方?

lenghai

zaizeli@live.cn

lanzl

PSEUDO

LIVE的速度真的好慢啊。。我本机下速度才10K左右，，好不容易下到50%，来个出错窗口“服务器什么什么的”，又得从零开始。

远程进入一个网吧主机试试下载效果如何，郁闷100M光迁也还是才20多K的速度啊!!!


建议还是换zhxy9804提供的FTP好了

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

nlwdz

请加入：nlwdz@live.cn

xiao75918

看到有人要，提供一个LiveMesh.exe客户端程序

http://www.damipan.com/file/awl7SP.html

xiao75918

原帖由 lanzl 于 2009-4-15 20:21 发表



还真是这样，速度好慢啊　才10Ｋ左右每秒

不是这样下的，你的那个是web网页版，下载当然慢，
要下客户端程序，安装，设置存放文件位置，登陆即可同步更新，速度很快。
怕占用资源可下载完成后退出。

[ 本帖最后由 xiao75918 于 2009-4-16 08:37 编辑 ]

lanzl

原帖由 xiao75918 于 2009-4-16 08:34 发表


不是这样下的，你的那个是web网页版，下载当然慢，
要下客户端程序，安装，设置存放文件位置，登陆即可同步更新，速度很快。
怕占用资源可下载完成后退出。

按你的方法做了。但好像它要全部同步，也就是共享文件夹中的全部文件都要下载下来？我只要一个96多M的0PE，它却把0PE文件夹全部下载（是这样吗？），哪位有时间的分流一下好了

lishaomin

lishaomin606@live.cn

0cat0

最新的4.15修正版在VM里测试PXE出错，不知道是哪里的问题，附图：

[ 本帖最后由 0cat0 于 2009-4-16 10:59 编辑 ]

lasti

yuuji@live.cn请求加入

朗月繁星

To Pseudo & chenall

原帖由 pseudo 于 2009-4-15 20:50 发表
好了，在“更新”目录下。
修改了PXE_XIP.COM一个字节内容，其它不用变。

原帖由 pseudo 于 2009-4-15 20:50 发表
好了，在“更新”目录下。
修改了PXE_XIP.COM一个字节内容，其它不用变。

原帖由 chenall 于 2009-4-15 21:37 发表
这次正常了,.^_^

P兄动作好快，刚才试了一下

依然不行，这次gateway变为0.0.0.0了

查了一下MENU文件，

read 0x60064 && dd if=(md) of=(hd0,0)/BIN/PXE_XIP.COM bs=1 count=12 skip=0x8284 seek=0x166

应该还是取自GRUB写入内存的信息

我引导grldr后，进入console，pxe命令显示gateway=0.0.0.0，还没来得及仔细看KERNEL里的脚本和批处理，觉得貌似是GRUB4DOS的问题

Chenall说成功了，不知下图的gateway是不是显示正常。 我的环境确实是跨IP子网 中间有路由的。


[ 本帖最后由 朗月繁星 于 2009-4-16 16:23 编辑 ]

xLantu

申请中　xlantu@21cn.com

果蝇

刚申请的live id   olivercui   加我谢谢！！！

xjt111111

xjt111111@live.cn请求加入

pseudo

原帖由 朗月繁星 于 2009-4-16 16:11 发表
To Pseudo & chenall
P兄动作好快，刚才试了一下
依然不行，这次gateway变为0.0.0.0了
查了一下MENU文件，
read 0x60064 && dd if=(md) of=(hd0,0)/BIN/PXE_XIP.COM bs=1 count= ...

看来grub4dos提供的pxe_gip已经获取，但为什么grub4dos提供的是0.0.0.0而不是朗兄预期的结果，还不清楚。
建议和chenall的PE对照一下，曾有人报告他的可以跨网段（不过，看chenall昨晚更新历史，现在他也改用我昨天更正过的那个PXE_XIP.COM 来取ip了）。

原帖由 0cat0 于 2009-4-16 10:23 发表
最新的4.15修正版在VM里测试PXE出错，不知道是哪里的问题，附图：

前面chenall、朗月繁星好像都在VMware上跑过。

这个费解，是VMware垮了吧。乱猜一下：内存不足，多处有不同版本的0PE文件版本混乱，有未分区格式化或异常的磁盘导致grub4dos在搜索各分区时出问题（grub4dos的bug）...

就显示信息来看，还在菜单开始阶段，未深入0PE，所以跟PE关系不大，可能与grub4dos有关，就是说可能遇到grub4dos与VMware冲突的现象了。

好在虚拟机上的问题容易重现，在找出原因之前建议保留这个虚拟机——在虚拟客户机硬盘的高级面板中设成独立、非持久。这样关虚拟客户机后其硬盘会复原。

原帖由 果蝇 于 2009-4-16 18:49 发表
刚申请的live id   olivercui   加我谢谢！！！

请提供完整live id（邮箱a@b.c格式）

原帖由 xjt111111 于 2009-4-16 19:45 发表
xjt111111@live.cn请求加入

邀请函早已发出，请查收邮件并根据邮件指引进入。

[ 本帖最后由 pseudo 于 2009-4-16 20:09 编辑 ]

朗月繁星

to pseudo  #768

可以排除的VMware的问题，今天下午用DELL的物理机也试了一下，GRUB4DOS的PXE显示Gateway=0.0.0.0 并非预期结果

可以排除KERNEL.ZIP BUFXP.GZ BUF2k3.GZ中脚本的问题。下午我启动grldr后，手动write了0x828C－0x828f为正确的gateway，结果可以正常进入到PE的GUI。

等Chenall了... 呵呵

xjt111111

终于加进去了，谢谢老兄！

朗月繁星

To Pseudo

关于GRUB4DOS的gateway，我猜测（以前用syslinux，GRUB4DOS研究也就从这周关注Pseudo的大作0PE开始）仅仅是从PXE Specification定义的内存地址或者其他什么地方读取，写入到0x828C的，但是不影响PXE Stack本身的网络功能。这一点猜测的理由是，PXE Client可以跨网段读取grldr，KERNEL.ZIP BUFXP.GZ BUF2k3.GZ等文件。  所以，Pseudo兄，我大胆建议，这个gateway的信息可能从PXE Specification着手更可靠一些。 下午翻了翻Intel PXE Specification，还没找到什么有用的信息，呵呵。。。 仅仅有点想法。。 不确定PXE Specification定义的Gateway信息会固定的写在某个内存地址，也不确定GRUB4DOS可以Read出来。。。

另外，通过这几天对Pseudo兄0PE的关注，发现一个问题。以目前对0PE的“非常不完全的”了解，感觉0PE非常依赖于GRUB4DOS的一些功能，如果转为用其他引导器，比如SYSLINUX，可能会遇到不少障碍。 Pseudo兄你怎么看？

chenall

关于grub4dos取得gateway是0.0.0.0的问题我也没有办法测试,好像这是GRUB4DOS的PXE模块的问题.

暂时的解决办法.
手动WRITE 0x828C 为正确网关.或者DOS下自动判断如果跨网段就不要TCP.CFG.

改天再看看GRUB4DOS的源码,看看这个网关是在什么条件下才会出现.

朗月繁星

原帖由 chenall 于 2009-4-16 22:00 发表
关于grub4dos取得gateway是0.0.0.0的问题我也没有办法测试,好像这是GRUB4DOS的PXE模块的问题.

暂时的解决办法.
手动WRITE 0x828C 为正确网关.或者DOS下自动判断如果跨网段就不要TCP.CFG.

改天再看看GRUB ...

删掉TCP.CFG就可以吗？明天试试。。。

呵呵 记得chenall 兄昨天说

原帖由 chenall 于 2009-4-15 21:37 发表
这次正常了,.^_^

不知是不是指跨网段的测试。

另外，单主机测跨网段也是可行的。  利用VMWare的VMnet1就可以做到了。

[ 本帖最后由 朗月繁星 于 2009-4-16 22:16 编辑 ]

dvd6321

顶起。。。。
学习中

chenall

原帖由 朗月繁星 于 2009-4-16 22:13 发表


删掉TCP.CFG就可以吗？明天试试。。。

呵呵 记得chenall 兄昨天说



不知是不是指跨网段的测试。

另外，单主机测跨网段也是可行的。  利用VMWare的VMnet1就可以做到了。

我说是的PXE.COM可以正常使用了.^_^

让让不生成TCP.CFG就可以了.但这样子每次下载都要分配一次IP导至速度变慢.

pseudo

与geteway对应的变量名好像是pxe_gip，没研究grub4dos的代码，不好定位其变量位置。

以前grub4dos没有0x828C等公开的变量，后来增加这些与我和chenall的呼吁有一定的关系。我们的目的是希望grub4dos的功能更强大，免得我们要用其它方式去实现。例如sever ip以前我们是在dos下探测的，现在改为从grub4dos取。这样一来，自然就依赖于GRUB4DOS了。

0PE将普通PE内核分解为若干组件并允许剪裁，这些组件的有无、位置不确定，这种动态访问能力其它引导器少有提供，用grub4dos也是拐弯抹角地实现的。
因为它没有提供显式的流程控制语句，and（&&）、or（||）运算也不能嵌套。

为了动态生成注册表、搜集硬盘系统文件，引入了dos阶段。dos功能强大，但dos不加载驱动无法访问光盘、U盘、PXE服务器上的文件，加载驱动则容易与grub4dos冲突，所以组件的访问须在进入dos前由grub4dos来完成，它有现成的访问光盘、U盘、PXE服务器上文件的能力。最关键的是，grub4dos的磁盘仿真功能比其他引导器强大。

所以grub4dos对0PE是不二之选。

pseudo

原帖由 朗月繁星 于 2009-4-16 22:13 发表
删掉TCP.CFG就可以吗？明天试试。。。...

其实，在dos里要下载的是本地专用网卡驱动，下载不了时文件名有显示，选Ignore还是可以进Windows PE桌面的。

不过这时X:\0PE\NET目录下就没有本地专用网卡驱动了，这样客户机因缺网卡驱动无法上网。

但这时X:\0PE\NET目录下会有一个DEF.CAB文件，它是进入dos之前由grub4dos从服务器下载的一个缺省备用网卡驱动（如果专用驱动下载成功，这个会被删掉）。

如果客户机启动前，把可能下载失败的适合本地网卡用的驱动文件在服务器端复制为DEF.CAB，那么这台（也许仅仅这台）客户机的网卡驱动就有了，就可以上网了。

0PE的DEF.CAB文件就是设计为万一dos阶段下载网卡驱动失败，可以通过这个缺省文件来应急。

另外，如果把\0PE\NET目录在本地U盘/硬盘复制一份，上网当然不成问题：）

下次0PE这样处理：下载失败5次就自动删掉TCP.CFG。当然最好过两天grub4dos方面能处理gateway问题。

0cat0

换了台机还是出现那个错误，上个版本没有问题，估计是"\0PE\BUFXP.GZ"这个文件引起的，客户端停在菜单：
(fd33):filesystem type is pxe, using whole disk

发现一个问题，服务器端正常启动到这里时显示是用菜单：
(fd32):

xp及2003版核心都有这个问题，说明一下测试是用扩展版测试，所以VM的服务器及客户端都没有设置硬盘，以下客户端出现错误时PXE服务器端的LOG：

Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0C:29:7D:87:60 [17/04 01:12:13.093]
DHCP: proposed address 192.168.1.128 [17/04 01:12:14.609]
2008 Request 2 not processed [17/04 01:12:14.687]
Rcvd DHCP Rqst Msg for IP 0.0.0.0, Mac 00:0C:29:7D:87:60 [17/04 01:12:15.171]
Previously allocated address 192.168.1.128 acked [17/04 01:12:16.687]
Connection received from 192.168.1.128 on port 2070 [17/04 01:12:16.703]
Read request for file <grldr>. Mode octet [17/04 01:12:16.703]
Using local port 1037 [17/04 01:12:16.703]
2008 Request 2 not processed [17/04 01:12:16.765]
<grldr>: sent 432 blks, 221121 bytes in 1 s. 0 blk resent [17/04 01:12:17.125]
Connection received from 192.168.1.128 on port 2071 [17/04 01:12:18.453]
Read request for file </grldr>. Mode octet [17/04 01:12:18.453]
OACK: <tsize=221121,> [17/04 01:12:18.468]
Using local port 1038 [17/04 01:12:18.468]
Peer returns ERROR <TFTP Aborted> -> aborting transfer [17/04 01:12:18.531]
Connection received from 192.168.1.128 on port 2072 [17/04 01:12:18.578]
Read request for file </grldr>. Mode octet [17/04 01:12:18.593]
Using local port 1039 [17/04 01:12:18.593]
Connection received from 192.168.1.128 on port 2073 [17/04 01:12:24.140]
Read request for file </0PE/BUFXP.GZ>. Mode octet [17/04 01:12:24.156]
OACK: <tsize=734813,> [17/04 01:12:24.171]
Using local port 1040 [17/04 01:12:24.187]
Peer returns ERROR <TFTP Aborted> -> aborting transfer [17/04 01:12:24.250]
Connection received from 192.168.1.128 on port 2074 [17/04 01:12:24.296]
Read request for file </0PE/BUFXP.GZ>. Mode octet [17/04 01:12:24.296]
Using local port 1041 [17/04 01:12:24.312]
<\0PE\BUFXP.GZ>: sent 1436 blks, 734813 bytes in 0 s. 0 blk resent [17/04 01:12:24.875]
TIMEOUT waiting for Ack block #2  [17/04 01:12:33.734]

[ 本帖最后由 0cat0 于 2009-4-17 01:30 编辑 ]

pxk

申请加入
已加

另4g内存无法启动是否只是我个例？


只好每次用时拔掉一根好了。

[ 本帖最后由 pxk 于 2009-4-18 16:11 编辑 ]

abs

申请加入
abs117@live.cn

哈佛教授

申请加入：mylpzyr@hotmail.com

jzyjjp

申请加入：jzyjjp@sohu.com

accident

申请加入：fsaccident@hotmail.com