无忧启动论坛

标题: （已解决）关于grub4dos的PXE启动问题。 [打印本页]

作者: qq58945591 时间: 2010-6-10 17:30
标题: （已解决）关于grub4dos的PXE启动问题。
按照readme里设置，在tftpd总目录内建立menu.lst目录，把menu菜单改名为default放在menu.lst目录内。

菜单如下

title start 03pe
map --mem (pd)/03pe.iso (0xff)
map --hook
chainloader (0xff)

客户机网启，提示file not find

手工输入命令也无法启动，何解？请各位赐教一下。
用的是grub4dos-0.4.4-2009-06-20.zip

已经解决，如5楼所说，真的是TFTPD32的问题。感谢各位。

[ 本帖最后由 qq58945591 于 2010-6-10 20:53 编辑 ]

作者: liuzhaoyzz 时间: 2010-6-10 17:49
2010年5月，PXE修改了很多地方，直接在tftpd目录建立menu.lst文件即可。或者放在menu目录下，以default为名字。建议你直接下载最新版的grub4dos:
http://nufans.net/grub4dos/tinybit/
哦？仔细看了下，你这个好像不是以上原因，好像是iso路径不对引起的。

[ 本帖最后由 liuzhaoyzz 于 2010-6-10 17:54 编辑 ]

作者: qq58945591 时间: 2010-6-10 18:01
路径绝对是对的。但是不知道为什么老是提示文件没找到，无法从虚拟的(pd)里映射访问tftpd里的文件.

还望不点看一下，虚拟机里，真机等都是这个提示。菜单全局配置上加pxe keep也不行。

作者: liuzhaoyzz 时间: 2010-6-10 18:42
不点的惯例是：不是最新版的grub4dos一概不予回复的，你用的g4d都是一年以前的了。你试过最新版的吗？不一定是grub4dos的bug，你还是先找找看是不是tftpd设置、网络连接等其他问题再说吧。如果真想说是grub4dos的bug造成的，先用ls,geometry来反馈结果吧。经过那么多人的使用，g4d的PXE功能已经被证明非常完善，代码非常健壮了。

[ 本帖最后由 liuzhaoyzz 于 2010-6-10 18:46 编辑 ]

作者: ekaromay 时间: 2010-6-10 18:44
我也试过同样的问题,是tftpd32本身的问题
试试在Settings那里将Option negotiaion和Allow '\' As virtual root两个选项打钩
如果还不行,就换个tftp服务器吧

作者: viptks 时间: 2010-6-10 18:46
重新用最新的试试吧.你的版本太老了

作者: sratlf 时间: 2010-6-10 19:10
http://code.google.com/p/grub4dos-chenall/downloads/list

建议用最新的实验下 090620到现在已经不知修复多少bug了

新版menu.lst路径是 \menu\menu.lst

作者: Climbing 时间: 2010-6-11 00:42
据说所知，标准的菜单路径最早到现在一直就是：/menu.lst/default，最好不要随便修改这个默认路径，因为这会破坏兼容性。

从楼主反馈看，我也认为是楼主的pxe服务器设置有问题。最好换成hanewin试试。

作者: sratlf 时间: 2010-6-11 01:00
标题: 回复 #8 Climbing 的帖子
不已经改了

grub4dos-0.4.5b-2010-05-23.zip update from nufans.net\\\\change /main.lst back to /menu.lst, and the original /menu.lst dir to /menu for pxe booting. May 23

作者: Climbing 时间: 2010-6-11 01:15
我不知道这是谁出的馊主意，擅自做出这种破坏兼容性的改变。

我个人坚决反对这种无意义的改动。

作者: sratlf 时间: 2010-6-11 01:26
标题: 回复 #10 Climbing 的帖子
是不点大和chenall大决定的

原因是原路径/menu.lst/default 在某些机子上进行PXE启动时会因文件夹名为menu.lst造成死机

因此将文件夹名改为/menu

作者: Climbing 时间: 2010-6-11 01:29
我不知道在这些机器上pxelinux启动时会不会因为pxelinux.cfg文件夹死机（我相信syslinux绝对不会因为这些垃圾机器就将自己的配置文件夹改成pxelinux），我觉得，使用这些机器的人应该将这些垃圾机器淘汰，而不是让grub4dos去为垃圾机器作出牺牲自己的行为。就算是为了照顾这些机器，我觉得出一个垃圾机器专用版就行了，如同badgrub.exe。

作者: sratlf 时间: 2010-6-11 01:37
标题: 回复 #12 Climbing 的帖子
很抱歉我忘记是在哪个帖子里提到pxe和路径问题的了要不然您可以看一下当时的讨论记录

syslinux情况不清楚我本身不使用syslinux 也忘记了当时有没有讨论这个情况

出现情况的不是个别机子是康柏（或者说是hp）的一个系列如果是特例就作为个案处理了

作者: sratlf 时间: 2010-6-11 01:42
标题: 回复 #12 Climbing 的帖子
找到了讨论的结尾 http://bbs.wuyou.net/forum.php?m ... page=159#pid1957376

作者: Climbing 时间: 2010-6-11 02:10
标题: 回复 #14 sratlf 的帖子
谢谢你的热心，原来是为dell这种垃圾机器作出的改变，我几乎从来不推荐用dell的机器。

好在，不点说：

请注意，从 21 日开始，/menu.lst 已经不能使用了。启动顺序改成这样了：

/main.lst
/menu.lst/(MAC地址以及IP地址)
/menu.lst/default

因为有报告说，/menu.lst 文件的打开动作，会因为 /menu.lst 文件夹的存在而死机，所以，不再用 /menu.lst 作为文件了，而用 main.lst 这个名字作为首先要打开的文件。原来的 /menu.lst 文件夹保持不变。

这说明，虽然菜单文件作出了改变，但仍然兼容原来的/menu.lst/方式，只不过新方式优先于老方式，这不能算作完全不兼容，只要用户不在根目录下放置/main.lst文件，应该就不会产生不兼容。

作者: aguest 时间: 2010-6-11 03:00
作出改变实属无奈。源自grub4dos 早期的支持者和贡献者之一ruymbeke的报告。PXE启动时访问/menu.lst/menu.lst（文件夹与文件同名）出问题。（此次目录更名似乎不关dell机的事。）详细情况在Climbing版主自己的时空论坛能看到：http://bbs.znpc.net/redirect.php ... o=lastpost#lastpost。

作者: liuzhaoyzz 时间: 2010-6-11 06:58
Climbing大侠估计最近对于grub4dos的关注较少，这个绝对不是馊主意，确实是提高了grub4dos的PXE启动效率，来龙去脉也不是象楼上几位说的，那是后来的事情，而且没有回答出问题的关键点。
2010.4.2日，我在sysoft时空bean的那个PXE grub帖子中提出能否优化grub4dos的加载菜单速度。其实发在这个帖子实属无奈，我也不知道到底发在哪里合适。
http://bbs.znpc.net/viewthread.php?tid=2931&page=10&fromuid=12697#pid44598
2010.4.4日，引起了不点的注意147#。
2010-4-30日，chenall有了初步的修改计划150#，并和不点进行了讨论。
2010.5.2日，chenall修改了加载菜单的搜索顺序。变为pd下的menu.lst→MAC&IP→menu.lst/default.
2010.5.20日，这就是大家说的ruymbeke反映的问题了，从不点与chenall的讨论，我怀疑不点没有能够完整地重现那个bug。因为在windows下如果一个目录存在menu.lst目录,是不可能再建立一个menu.lst文件的，linux下面我就不知道了，难道可以吗？
http://bbs.znpc.net/viewthread.php?tid=5916&extra=page%3D1
2010.5.21日，因为这个问题，chenall又做了一次调整。这时候的菜单搜索顺序是main.lst→MAC&IP→menu.lst/default.
http://code.google.com/p/grub4dos-chenall/
此次目录更名的确不关dell机的事，那是zhaohj在搞SRS_F6模块的时候碰到的grub4dos的PXE更新。
2010.5.23日，不点和chenall找到了原因并做出了选择。最终chenall敲定了方案调整为menu.lst→MAC&IP→menu/default.也就是说，那个main.lst只存在了3天（2010.5.21-5.23），当然，在讨论这个的过程中，同时也在无忧的相关帖子中进行了讨论，最终才敲定了方案。
http://bbs.znpc.net/viewthread.php?tid=5916&page=1&fromuid=12697#pid45008
无忧的相关讨论方案帖子，涉及到了菜单的搜索：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=151084&extra=page%3D2&page=159
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=159851&extra=page%3D1&page=17
经过这么多天的讨论才确定了最终的方案是menu.lst→MAC&IP→menu/default。
http://nufans.net/grub4dos/tinybit/
可以说自始至终grub4dos的PXE调整与垃圾的dell无关。
试试看就知道，grub4dos的PXE加载菜单速度已经差不多可以和pxelinux媲美了，而兼容性肯定超过了pxelinux,这样的修改是绝大多数grub4dos的使用者欢迎的。

[ 本帖最后由 liuzhaoyzz 于 2010-6-11 07:15 编辑 ]

作者: pseudo 时间: 2010-6-11 09:10
标题: 回复 #17 liuzhaoyzz 的帖子
楼上提到grub4dos加载菜单速度，是指先前搜索菜单有“多余”的搜索，后来优化了吗？
我认为grub4dos加载菜单速度不会比以前快。
1、那些“多余”的搜索是合理的。pxelinux好像也有类似处理（记不清了）。
2、pxe命令可以带参数直接指定菜单文件，避免多余搜索。这个自古就有。
3、0PE“发明”一种用法，避免多余搜索，并节省从服务器端下载菜单的时间。

作者: Climbing 时间: 2010-6-11 12:03
我最近一年多因为工作调动原因，确实对论坛关注较少。但是，无论是因为什么原因，这种破坏兼容性的改动我都是不赞成的。

grub4dos加载pxe菜单速度慢，我个人觉得是grub4dos的pxe启动模块的网络操作部分确实没有pxelinux做的优秀，虽然慢一些，但并没有慢到让人不能忍受（最早的时候确实慢到让人无法忍受，但随着数次bug修正，我个人感觉与pxelinux的差距也就是零点几秒的差别）。而且，原来那种设计就是沿袭pxelinux的设计，使用那种设计是可以保证不同的客户机启动不同的菜单的。

就算为了提高菜单加载速度，也没有必要改变原来的目录结构，为什么不将根目录下的优先加载菜单文件换一个别的名字？例如叫：pxemenu.lst。这种改动很小，又照顾了与原来的兼容性，何乐而不为呢？真搞不明白你们是怎么想的。

作者: Climbing 时间: 2010-6-11 13:50
有关pxe启动菜单的文件名问题，在sysoft时空论坛专门开辟帖子进行讨论，请大家移步：

http://bbs.znpc.net/viewthread.php?tid=5934

另外，对楼主说声抱歉，离题太远了。

作者: liuzhaoyzz 时间: 2010-6-11 18:47
@pseudo
没有说哪个搜索菜单多余，原来顺序是MAC&IP→menu.lst/default.
2010.5.2日在前面增加了一个menu.lst.这样就变成了menu.lst→MAC&IP→menu.lst/default，搜索的东西一样也不少。参见：
http://bbs.znpc.net/viewthread.php?tid=2931&page=10&fromuid=12697#pid44815
你说的0PE能够搞定，用了一些grub4dos的高级技巧吧，对于一般用户，只要按照bean原来的套路出牌，编写好菜单就行了，这很简单化。
@Climbing
2007.4.23日，ggsh007在时空bean的那个帖子提了个问题，可惜bean当初对于第二点没有重视。
http://bbs.znpc.net/viewthread.php?tid=2931&page=4&fromuid=12697#pid17025
GRUB4DOS PXE网络启动版 (v2)似乎在以下2个方面仍然有改进的余地：
1、......。
2、不建议使用menu.lst子目录，这样导致tftp根目录下无法存放menu.lst配置文件，如果我要本地、远程两用的话会感觉不方便。
ggsh007说的第2个问题直到2010.5.23日，仍然真实地存在。这里不讨论可以定制菜单的方式避开这个问题。
你所说的“不改变原来的目录结构，将根目录下的优先加载菜单文件换一个别的名字？例如叫pxemenu.lst”，如果用pxemenu.lst,这仍然避免不了本地的menu.lst文件与menu.lst目录不可能同时存在的问题。2010.5.23日的更改调整为menu/default就避开了这个问题，同时也避开了ruymbeke说的那个bug。

[ 本帖最后由 liuzhaoyzz 于 2010-6-11 20:51 编辑 ]

作者: jamesdai2002 时间: 2010-6-11 20:27

原帖由 liuzhaoyzz 于 2010-6-11 18:47 发表

1、直接支持pxelinux.0和startrom.0类的可执行文件。以便于远程启动PE，目前还没有成功启动pe的报告

http://bbs.z ...

不会吧，你发了这么多pxe的帖子，怎么会没有grub4dos成功启动pe的报告，如果不能启动，那还有谁会用grub4dos

作者: liuzhaoyzz 时间: 2010-6-11 20:34
楼上的你看错了，那是我转的帖子，那是2007.4.23日，ggsh007的帖子，地址也在。

作者: pseudo 时间: 2010-6-11 20:49
标题: 回复 #21 liuzhaoyzz 的帖子
2010.5.2日之前，必须使用/MAC&IP或/menu.lst/default做菜单吗？有办法使用/menu.lst文件做菜单吗？

[ 本帖最后由 pseudo 于 2010-6-11 20:52 编辑 ]

作者: liuzhaoyzz 时间: 2010-6-11 20:54
pseudo,你不会在考我吧？
2010.5.2日之前默认是用MAC&IP或menu.lst/default做菜单，menu.lst是不行的。首先，grldr没有这个搜索选项，用你说的其他方法我没有尝试过。其次，在windows下，如果存在menu.lst目录，你不可能在同一个目录创建menu.lst文件的，这个问题你忽略了吗？在linux下面我就不知道了。

[ 本帖最后由 liuzhaoyzz 于 2010-6-11 21:00 编辑 ]

作者: Climbing 时间: 2010-6-11 21:07
标题: 回复 #25 liuzhaoyzz 的帖子
你根本不懂pxe启动，所以我忽略你的问题。

作者: liuzhaoyzz 时间: 2010-6-11 21:20
呵呵，当初提了个建议，没想到惹来这么多非议。
懂不懂PXE无所谓了，对于一般用户，只要能够PXE启动就足够了。

作者: lee88889999 时间: 2010-6-17 21:44
支持Climbing的说法，如果PXE首先启动内置菜单，就不会有这种麻烦了。

欢迎光临无忧启动论坛 (http://bbs.wuyou.net/)