Public

純屬意外,我發不了新貼,發完那回貼才發現有專用提問貼,所以按規矩發過來了,原來的刪不掉呢,,,

規矩看完了,有點頭暈,已經在原貼詳細匯報了.

Public

先前写入mbr到移动硬盘
title 0, 启动 WINPE_DIY版
map (hd0,0)/winpe/dospe6.iso (hd32)
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
chainloader (hd32)
boot

可以启动，但隐藏分区不能启动

eset报发现一引导病毒，格式化移动硬盘第一分区，重新写入mbr到第一分区，还是报毒，重新写入到整个移动硬盘，没报毒又试了一下仿真启动PE并隐藏分区也成功启动了。
请问是否写入到第一分区并隐藏了该分区是否不能仿真PE启动？？？

这个贴子很好，学了很多东西
硬盘系统启动及光盘启动都成功了

title 14, 从硬盘启动操作系统
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
chainloader (hd0)+1

title 15, 从本机光盘启动
cdrom --init
map (hd0) (hd1)
map (hd1) (hd0)
map --hook
chainloader (cd0) && boot
chainloader (cd1) && boot

title 16, 重启
reboot

title 17, 关机
halt

关机有的机子（cmos设置usb-hdd启动）可以，有的机子（按F8选择移动硬盘启动）不可以。只试验了两台，不知道是不是所有的都一样。

Climbing

规矩很多吗？你认为规矩多，我只能说你以前泡论坛时学到的规矩太少了，或者说，你的基础太差。

现在这么多Public用户提交问题，让人根本分不清楚谁是谁，无法把你反馈的问题连贯起来考虑，难道顶楼那么清楚明白的规矩都没有人看到？这规矩制订出来没人遵守，岂不是当我们论坛管理层说话是放P？再发现发帖不按规矩的，没二话，我直接删除。

Public

pxe还是有点问题，我用虚拟机和ibm的本做测试，很久才出画面。现在blocksize大小应该没太大的BUG了，不知可否取消探测语语句,或者出另一个测试版






hyt3d(hyt3d@21cn.com)

Climbing

请你能不能反馈更详细的信息？到底哪里出了问题？你说的探测语句是什么意思？

Public

HDD的U盘，用GRUB的MBR方式引导无盘天使制作的RAMOS不成功
测试平台DELL GX620、GX520、GX320使用同样的菜单加载
使用如下菜单：

map --mem --unsafe-boot (hd0,0)/ramos (hd0)
map (hd0) (hd1)
map --hook
rootnoverify (hd0,0)
chainloader (hd0,0)/ntldr

使用2008年10月22日的版本成功，之后的版本出现错误提示，不能完成加载，停留在命令提示符！
已验证最新版没有继续出现错误提示！BY 战胜

Public

我这两天用了 Grub4Dos, 觉得很好用。我本身对编程也十分爱好。但在绝大多数公司干活是不可能接触到系统比较深入的部分。我希望可以从这里入手学到些引导系统的东西。麻烦各位大侠能否说明一下用什么版本的LINIX 系统可以编译g4d的源码？另在Windows环境下有办法编译g4d么？

谢谢！

esxcfr

回楼上，windows下目前没有编译G4D的工具，我用的是Knoppix的LiveCD，其他可用的系统以前有讨论，可在本论坛搜索

Climbing

注意遵守规矩，用Public用户发帖请留下ID。

grub4dos欢迎开发人员，grub4dos到目前为止，确实无法在Windows下编译，只能使用Linux系统，任何具有完备的开发包的Linux系统应该都可以编译它，本论坛的bean和pt也曾经定制过专门的编译环境，bean定制的是基于debian和colinux的编译环境（在Windows下运行），而pt则定制的是基于Ubuntu的类似WUBI安装形式的系统（均不需要专门的分区），在本版的子版块Linux版应该可以找到下载。另外，也可以到这里下载：
http://nufans.net/upload/linux/grub4dos

casper下是pt定制的那个系统，debian目录下是bean定制的colinux环境。

Public

是指二次传输，记得不点说过，
通过动态读取一个文件，来探测真实的 block size 的值，这样就免去了手动设置 blksize 的麻烦。16384 只是一个理论上的最大值，它只是一个初值，如果动态调整成功，blksize 将自动变小。

读取服务器端的一个超过 16384 字节的大文件，就可以将 blksize 的值调整好。

在 pxe_detect 中，通过读取 bootfile 来达到这一目的的，但是，也许有些系统不提供 bootfile，那么这个调整可能就要失败了。遇到这种情况，请试试读一次服务器端的 grldr（例如用 cat），看看是否能调整成功。

测试时注意客户端的输出，我增加了一些信息，把这些信息贴出来。


希望可以的话出一个取消探测block size 值的版本

hyt3d@21cn.com

不点

其实 PXE 的 GRLDR 启动后应该在默认时不执行 PXE 的接口挂载指令，而应该单独设置一个命令，用来执行此操作，这样，就可以用不同的命令行参数来控制了。

不知这样处理，你觉得如何？

Public

郵箱: oxhuang@gmail.com
TFTPD32做PXE服務器,用grldr(內置菜單)文件引導,GRUB/ IMG(A)及ISO文件都放在TFTP根目錄下,
剛測試了用PXE啟動GRUB,可以正常啟動及引導虛擬IMG及ISO文件,
請問PXE的菜單寫法和普通菜單寫法有何不同, 以下的菜單寫法是否有問題?(pd)/ 是什么意思?謝謝!

menu.lst
---------------------------------------------
default 0
timeout 6
title Windows NT/2K/XP
        find --set-root /ntldr
        chainloader /ntldr

title Ghost11
        map --mem (pd)/ghost11.ima (fd0)
        map --hook
        chainloader (fd0)+1
        rootnoverify (fd0)
        boot
title HddReg
        map --mem (pd)/Hdd151.img (fd0)
        map --hook
        chainloader (fd0)+1
        rootnoverify (fd0)
        boot
title PartitionMagic8
        map --mem (pd)/pq8.img (fd0)
        map --hook
        chainloader (fd0)+1
        rootnoverify (fd0)
        boot
title TrueImage
        map --mem (pd)/TrueImage.iso (hd32)
        map --hook
        chainloader (hd32)
        rootnoverify (hd32)
        boot
title Xlysoft
        map --mem (pd)/xlysoft.iso (hd32)
        map --hook
        chainloader (hd32)
        rootnoverify (hd32)
        boot

Public

我用ＰＳＥＵＤＯ的０ＰＥ时　(GRUB--1207)

title Pseudo PE(0PE128.ISO)
find --set-root /0PE128.ISO
map --mem /0PE128.ISO (0xff)
map --hook
chainloader (0xff)

当这个ＩＳＯ在ＵＳＢ—ＨＤＤ时可以成功
但如果把ＩＳＯ放到ＵＳＢ-ＺＩＰ时不能成功运行
其中ＦＩＮＤ命令可以找到ＩＳＯ是在设备ＦＤ１，但等一段时间后提示
chainloder (0xff)
error 13: invalid or unsupported executable format
Press any key to continue...

请问我应该如果应对　
------------------------------------------------------------金手指　1891735@qq.com

Climbing

建议你按置顶的FAQ中有关如何报告grub4dos的bug中的指导来进行相关的一系列测试后，再来报告问题。

从你现在汇报的情况看，根本搞不清楚是什么问题，什么时候出的问题。

而且，pseudo的0PE的menu.lst实在是搞得太复杂了，很容易搞出问题。我们做东西，应该力求简洁化简单化，而不是人为的将其复杂化。

Public

到底grub4dos想解决什么问题而出生的，或者说grub4dos想向什么方向发展?是U盘启动？硬盘启动？还是网络方面?搞清楚这个问题grub4dos才能更好地发展起来。大而全反而哪个方面都存在BUG。现在我做网络都是用VMWARE环境，虽说跟真实环境有些不同，但这个也搞不好，真实环境我也不敢轻易拿去实现。grub4dos是不是集中在pxe方面呢？


hyt3d@21cn.com