> Attached patch may help. I noticed that last file may still remain opened.
This works fine for me when chainloading PXELINUX or grub2 itself. But it fails
when chainloading the Solaris 10 U8 pxegrub. Specifically, we are doing PXE ->
Grub 2 -> pxegrub. pxegrub generates some output as follows:
Never mind, this is my fault for not using a sufficiently recent flex.
--Ian
_
From: Turner, Ian
Sent: Wednesday, September 08, 2010 2:30 PM
To: grub-devel@gnu.org
Subject: 'make dist' still broken in experimental
It looks lik
It looks like it omits grub_script.yy. Maybe other things are missing too, but
compilation stops there.
Cheers,
--Ian
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> Unfortunately pxelinux then tries to find its configuration file in the
> wrong location because it takes the path from the boot file in the DHCP
> packet saved by PXE, which it expects to be pointing to itself but is
> actually pointing to grub itself.
Mangling the DHCP packet is probably the m
John,
What happens when you load GRUB from media and then load the pxe module? Do you
get access to the PXE filesystem? I think you can even specify the tftp server
to use by setting some variables.
--Ian
(Apologies for the HTML mail - this mail client doesn't support composing plain
text mes
> What is the point of having a bootloader that needs to sit on a disk on
> a box, when then network boots? With PXE and the like you don't need
> any disk and means you are really net booting.
In all fairness, this is useful if you want to network-boot a box for OS
installation but do not contr
Netboot works in grub2, but only using the PXE protocol. If you don't have a
PXE BIOS on your NIC then you are out of luck.
--Ian
From: grub-devel-bounces+ian.turner=deshaw@gnu.org
[mailto:grub-devel-bounces+ian.turner=deshaw@gnu.org] On Behalf Of John
Lumby
Sent: Tuesday, August 31, 2
> I don't see where you mean. The only reference to pxe_blksize I see in
> pxefs_read is following:
> o.packet_size = grub_pxe_blksize;
> grub_pxe_call (GRUB_PXENV_TFTP_OPEN, &o);
> Which is called only when reopening file. Could you retry pulling? Now
> newreloc is merged into mainline
> Solaris is loaded with multiboot
> > Other random proprietary software:
> > http://syslinux.zytor.com/archives/2006-April/006811.html
Solaris cannot be PXE loaded with standard multiboot, because they have a
proprietary way to pass DHCP information into the operating system. Without
that it wo
Hello list,
There seem to be a couple of problems with this variable:
1. The variable name in the code is pxe_blksize, whereas the info file
references net_pxe_blksize.
2. Changing the blocksize from within a config file which is itself sourced
from TFTP breaks the transfer of the remainder of
> > multiboot ${kernel} kernel/unix -v -B
> multiboot ${kernel} ${kernel} kernel/unix -v -B
> > module ${module}
> module ${module} ${module}
This worked great. I'll add an example to the wiki.
--Ian
___
Grub-devel mailing list
Grub-devel@gnu.o
It looks like the command-line arguments are not getting passed through.
Solaris is looking for an amd64 kernel even though I specified not to on the
command line.
Grub configuration:
menuentry "Solaris 10" {
set root=(pxe)
set kernel="/sun/boot/pxefiles/multiboot"
set module="/sun/
gnu.org
Subject: Re: Chain-booting PXE bootloaders
On 08/27/2010 01:04 AM, Turner, Ian wrote:
> Hello all,
>
> We're trying to chainload PXE bootloaders. This is required in order to
> netboot Windows or DOS, and is also useful for Solaris jumpstart builds.
It's not supported beca
Hello all,
We're trying to chainload PXE bootloaders. This is required in order to netboot
Windows or DOS, and is also useful for Solaris jumpstart builds. Is this
feature supported by GRUB? Simply running the following command line causes
GRUB to read the configuration file the TFTP server, th
> On 08/25/2010 09:02 PM, Turner, Ian wrote:
> > I’m having some trouble using GRUB to boot Linux via PXE.
> Could you try newreloc branch which is about to be merged?
The newreloc branch solved the problem and allowed me to successfully boot
Linux, but I noticed a few other prob
I'm having some trouble using GRUB to boot Linux via PXE. It seems that for
some reason the call to the PXE BIOS fails when retrieving the third packet of
the Linux kernel. I don't have this problem loading multiboot kernels or GRUB
modules. This is using GRUB 1.98.
I've seen the problem on all
16 matches
Mail list logo
