On Sat, Jun 21, 2025 at 10:50:38AM -0500, Andrew Hamilton wrote:
> Correct a test failure in netboot_test and file_filter_test
> caused by an issue cleaning up the tmp directory created
> for netboot. Netboot creates a subdirectory in the tmp
> folder that causes the rmdir to fail - so
On Sat, Jun 21, 2025 at 9:52 AM Andrew Hamilton wrote:
> Correct a test failure in netboot_test and file_filter_test
> caused by an issue cleaning up the tmp directory created
> for netboot. Netboot creates a subdirectory in the tmp
> folder that causes the rmdir to fail - so
Correct a test failure in netboot_test and file_filter_test
caused by an issue cleaning up the tmp directory created
for netboot. Netboot creates a subdirectory in the tmp
folder that causes the rmdir to fail - so cleanup the
subdirectory first.
Fixes: 1d59f39b5f1b ("tests/util/grub-shell: R
On Wed, Jan 22, 2020 at 12:01:56PM +0100, Javier Martinez Canillas wrote:
> From: Robert Marshall
>
> Add documentation to the GRUB manual that specifies the order netboot
> clients use to select a GRUB configuration file.
>
> Also explain that the feature is enabled by
On Wed, Jan 22, 2020 at 12:01:55PM +0100, Javier Martinez Canillas wrote:
> From: Paulo Flabiano Smorigo
>
> This patch implements a search for a specific configuration when the config
> file is on a remoteserver. It uses the following order:
>1) DHCP client UUID option.
>2) MAC address (i
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
From: Robert Marshall
Add documentation to the GRUB manual that specifies the order netboot
clients use to select a GRUB configuration file.
Also explain that the feature is enabled by default but can be disabled
by setting the 'feature_net_search_cfg' environment variable to 'n&
On Fri, Dec 13, 2019 at 03:28:37PM +0100, Javier Martinez Canillas wrote:
> On 11/29/19 4:46 PM, Daniel Kiper wrote:
> > On Wed, Oct 30, 2019 at 06:02:35PM +0100, Javier Martinez Canillas wrote:
> >> On 10/30/19 2:45 PM, Vladimir 'phcoder' Serbinenko wrote:
> >>> We had a discussion with Daniel and
On 11/29/19 4:46 PM, Daniel Kiper wrote:
> On Wed, Oct 30, 2019 at 06:02:35PM +0100, Javier Martinez Canillas wrote:
>> On 10/30/19 2:45 PM, Vladimir 'phcoder' Serbinenko wrote:
>>> We had a discussion with Daniel and agreed on following:
>>> 1) we accept the feature
>>
>> Great, thanks.
>>
>>> 2)
On Wed, Oct 30, 2019 at 06:02:35PM +0100, Javier Martinez Canillas wrote:
> On 10/30/19 2:45 PM, Vladimir 'phcoder' Serbinenko wrote:
> > We had a discussion with Daniel and agreed on following:
> > 1) we accept the feature
>
> Great, thanks.
>
> > 2) we want to have an option to specify grub confi
On 10/30/19 2:45 PM, Vladimir 'phcoder' Serbinenko wrote:
> We had a discussion with Daniel and agreed on following:
> 1) we accept the feature
Great, thanks.
> 2) we want to have an option to specify grub config file. And if this
> option is present, the scanning would be disabled
Sure, you men
We had a discussion with Daniel and agreed on following:
1) we accept the feature
2) we want to have an option to specify grub config file. And if this
option is present, the scanning would be disabled
3) to avoid multiple round-trips can we request all the possible files in
parallel?
On Wed, 30 O
Hello Vladimir,
On 10/29/19 5:18 PM, Vladimir 'phcoder' Serbinenko wrote:
> What is the problem with main grub.cfg just including the files based on
> environment variables?
>
Do you mean having a grub.cfg that fetches the machine specific grub.cfg? i.e:
configfile (tftp,$net_default_server)/EFI
What is the problem with main grub.cfg just including the files based on
environment variables?
On Tue, 29 Oct 2019, 15:16 Javier Martinez Canillas,
wrote:
> From: Paulo Flabiano Smorigo
>
> This patch implements a search for a specific configuration when the config
> file is on a remoteserver.
From: Robert Marshall
Add documentation to the grub info page that specifies the order
netboot clients use to select a grub configuration file.
Signed-off-by: Robert Marshall
Signed-off-by: Javier Martinez Canillas
---
Changes in v5:
- Add Reviewed-by tag from Daniel Kiper to patch #5
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
On 10/28/19 4:13 PM, Daniel Kiper wrote:
> On Wed, Oct 23, 2019 at 03:00:32PM +0200, Javier Martinez Canillas wrote:
>> From: Paulo Flabiano Smorigo
>>
>> This patch implements a search for a specific configuration when the config
>> file is on a remoteserver. It uses the following order:
>>1)
On Wed, Oct 23, 2019 at 03:00:32PM +0200, Javier Martinez Canillas wrote:
> From: Paulo Flabiano Smorigo
>
> This patch implements a search for a specific configuration when the config
> file is on a remoteserver. It uses the following order:
>1) DHCP client UUID option.
>2) MAC address (i
On Wed, Oct 23, 2019 at 03:00:33PM +0200, Javier Martinez Canillas wrote:
> From: Robert Marshall
>
> Add documentation to the grub info page that specifies the order
> netboot clients use to select a grub configuration file.
>
> Signed-off-by: Robert Marshall
> Signed-of
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
From: Robert Marshall
Add documentation to the grub info page that specifies the order
netboot clients use to select a grub configuration file.
Signed-off-by: Robert Marshall
Signed-off-by: Javier Martinez Canillas
---
Changes in v4:
- Mention that the UUID is unique to the machine and not
On 10/22/19 4:26 PM, Daniel Kiper wrote:
> On Tue, Oct 22, 2019 at 10:48:14AM +0200, Javier Martinez Canillas wrote:
>> From: Robert Marshall
>>
>> Add documentation to the grub info page that specifies the order
>> netboot clients use to select a grub configuratio
On 10/22/19 4:26 PM, Daniel Kiper wrote:
> On Tue, Oct 22, 2019 at 10:48:14AM +0200, Javier Martinez Canillas wrote:
>> From: Robert Marshall
>>
>> Add documentation to the grub info page that specifies the order
>> netboot clients use to select a grub configuratio
On Tue, Oct 22, 2019 at 10:48:14AM +0200, Javier Martinez Canillas wrote:
> From: Robert Marshall
>
> Add documentation to the grub info page that specifies the order
> netboot clients use to select a grub configuration file.
>
> Signed-off-by: Robert Marshall
> Signed-of
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
From: Robert Marshall
Add documentation to the grub info page that specifies the order
netboot clients use to select a grub configuration file.
Signed-off-by: Robert Marshall
Signed-off-by: Javier Martinez Canillas
---
Changes in v3:
- Add a patch documenting the grub.cfg netboot selection
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
On Sat, Oct 05, 2019 at 12:44:27AM +0200, Javier Martinez Canillas wrote:
> From: Paulo Flabiano Smorigo
>
> This patch implements a search for a specific configuration when the config
> file is on a remoteserver. It uses the following order:
>1) DHCP client UUID option.
>2) MAC address (i
From: Paulo Flabiano Smorigo
This patch implements a search for a specific configuration when the config
file is on a remoteserver. It uses the following order:
1) DHCP client UUID option.
2) MAC address (in lower case hexadecimal with dash separators);
3) IP (in upper case hexadecimal)
y this issue to be
> identified as it appears to be just works.
Thanks! Committed with additional fix - move *path assignment after
grub_efi_net_config. We may receive file_path from firmware (e.g. iPXE
ROM does set it) and we leaked it this way.
Actually, iPXE ROMs, at least those shipped with U
The path returned by grub_efi_net_config has already been stripped for the
directory part extracted from cached bootp packet. We should just return the
result to avoild it be stripped again.
It fixed the problem that grub.efi as NBP image always looking for grub.cfg and
platform directory in upper
On Thu, Apr 24, 2014 at 03:07:33PM -0700, Ram Pai wrote:
> Grub can busy-loop and hang while network booting, if the network has
> some fair amount of activity. This is because grub's net module sniffs
> the network for packets, and busy-loops in receive_packets() till it
> finds network packet of
Grub can busy-loop and hang while network booting, if the network has
some fair amount of activity. This is because grub's net module sniffs
the network for packets, and busy-loops in receive_packets() till it
finds network packet of type IP or IPV6. During this period grub will
not respond to any
Vladimir Serbinenko wrote:
>>
>> but the grub_install fails and a bash -x of it reveals, near the end,
>>
>> /usr/grub2/sbin/grub-setup --directory=/mnt/dkt/boot/grub
>> --device-map=/mnt/dkt/boot/grub/device.map fd0
>> Invalid device `fd0'.
>>
> Well your problem is obvious:
>
> /mnt/dkt/bo
On 09/05/2010 03:46 AM, John Lumby wrote:
> Ian Turner wrote:
>
>
>> What happens when you load GRUB from media and then load the pxe module?
>>
> Well, I don't yet know, as I've not been able to build a bootable floppy
> image.
> This is 1.98, installed with --prefix=/usr/grub2 to avoi
Ian Turner wrote:
> What happens when you load GRUB from media and then load the pxe module?
Well, I don't yet know, as I've not been able to build a bootable floppy
image.
This is 1.98, installed with --prefix=/usr/grub2 to avoid
clashing with my production grub1 and I try this
/usr/grub
AFAIK PXE rom simply isn't designed to be executed without causing it to
attempt netboot. It may be possible with some black magic to make it do
so, but the resulting code will be very unstable.
> --Ian
>
> (Apologies for the HTML mail - this mail client doesn't support composing
ub/people/phcoder/net/.bzr/
>
>
It's bzr branch
> Question: is the current (1.98) netboot/PXE functionality documented
> somewhere?
> I did try reading the 1.98 info but the node for "Network" is empty -
> and it seems nothing there in the .texi. Sorry if this is
lease avoid sending HTML-formatted mails to this list.
>>
>>> Anyone know if any work is being done on implementing a netboot
>>> function into GRUB2 similar to what is available in GRUB1?I.e.,
>>>. supports current network hardware with self-conta
0, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 08/31/2010 09:05 PM, John Lumby wrote:
> First of all please avoid sending HTML-formatted mails to this list.
> > Anyone know if any work is being done on implementing a netboot
> > function into GRU
text messages)
- Original Message -
From: grub-devel-bounces+ian.turner=deshaw@gnu.org
To: grub-devel maillist
Sent: Wed Sep 01 11:12:26 2010
Subject: Re: status of grub netboot in GRUB2
Thanks for the numerous replies. Some comments interspersed and one question
at the end.
Le
sters mentioned other reasons.
Basically, I am hoping for what GRUB1 offered -
fetch a linux kernel over the network using tftp under control of GRUB.
Ian Turner wrote:
| But I suspect you can boot GRUB from physical media
| and then still activate the PXE module afterwards.
...
| Netboot work
On Tue, Aug 31, 2010 at 09:31:13PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 08/31/2010 09:05 PM, John Lumby wrote:
> First of all please avoid sending HTML-formatted mails to this list.
> > Anyone know if any work is being done on implementing a netboot
&
On 08/31/2010 09:05 PM, John Lumby wrote:
First of all please avoid sending HTML-formatted mails to this list.
> Anyone know if any work is being done on implementing a netboot
> function into GRUB2 similar to what is available in GRUB1?I.e.,
>. supports current network hard
> 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, Augu
On Tue, Aug 31, 2010 at 03:05:43PM -0400, John Lumby wrote:
> Anyone know if any work is being done on implementing a netboot function into
> GRUB2 similar to what is available in GRUB1?I.e.,
>. supports current network hardware with self-contained drivers
>. does
Anyone know if any work is being done on implementing a netboot function into
GRUB2 similar to what is available in GRUB1?I.e.,
. supports current network hardware with self-contained drivers
. does not require PXE hardware
. does not require any other software
I see this
On Tue, Oct 14, 2008 at 04:15:20PM +0200, Joerg Hohwieler wrote:
> Hi,
>
> I'm trying to use grub2 (current svn) netboot to boot memtest86+-2.01.
>
> Netboot already works and the b/w menu shows up.
>
> here's my grub.cfg:
>
> .. snip ..
> set ti
Hi,
I'm trying to use grub2 (current svn) netboot to boot memtest86+-2.01.
Netboot already works and the b/w menu shows up.
here's my grub.cfg:
.. snip ..
set timeout=100
set default=0
menuentry "memtest86+-2.01" {
linux /memtest86+-2.01
}
.. snip ..
When I execute
On Friday 25 January 2008 14:25, Robert Millan wrote:
> On Fri, Jan 25, 2008 at 10:00:17AM +0100, Marco Gerards wrote:
> > "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> > > On Thursday 24 January 2008 13:42, Robert Millan wrote:
> > >> Well, if we can collaborate by sharing the same driver col
On Fri, Jan 25, 2008 at 10:00:17AM +0100, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>
> > On Thursday 24 January 2008 13:42, Robert Millan wrote:
> >> Well, if we can collaborate by sharing the same driver collection that's
> >> even better, of course. This was done
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Thursday 24 January 2008 13:42, Robert Millan wrote:
>> Well, if we can collaborate by sharing the same driver collection that's
>> even better, of course. This was done for GRUB Legacy, right?
>
> Sure. I had a very short conversation with gp
On Thursday 24 January 2008 13:42, Robert Millan wrote:
> Well, if we can collaborate by sharing the same driver collection that's
> even better, of course. This was done for GRUB Legacy, right?
Sure. I had a very short conversation with gpxe developers last year, and we
have agreed that we shou
On Thu, Jan 24, 2008 at 09:49:22AM +0100, Yoshinori K. Okuji wrote:
> On Wednesday 23 January 2008 16:46, Douglas Ward wrote:
> > Robert Millan wrote:
> > > On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
> > >> But to be honest, there are more important issues than networking in
> >
On Wednesday 23 January 2008 16:46, Douglas Ward wrote:
> Robert Millan wrote:
> > On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
> >> But to be honest, there are more important issues than networking in
> >> the short term...
> >
> > ACK. Let's focus on what GRUB excels at, instea
Bean <[EMAIL PROTECTED]> writes:
> On Jan 23, 2008 11:46 PM, Douglas Ward <[EMAIL PROTECTED]> wrote:
>> Robert Millan wrote:
>> > On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
>> >
>> >> But to be honest, there are more important issues than networking in
>> >> the short term...
>
Douglas Ward <[EMAIL PROTECTED]> writes:
> Robert Millan wrote:
>> On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
>>
>>> But to be honest, there are more important issues than networking in
>>> the short term...
>>>
>>
>> ACK. Let's focus on what GRUB excels at, instead of
On Jan 23, 2008 11:46 PM, Douglas Ward <[EMAIL PROTECTED]> wrote:
> Robert Millan wrote:
> > On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
> >
> >> But to be honest, there are more important issues than networking in
> >> the short term...
> >>
> >
> > ACK. Let's focus on what GRU
Robert Millan wrote:
> On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
>
>> But to be honest, there are more important issues than networking in
>> the short term...
>>
>
> ACK. Let's focus on what GRUB excels at, instead of trying to compete
> with etherboot just yet...
>
>
On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
>
> But to be honest, there are more important issues than networking in
> the short term...
ACK. Let's focus on what GRUB excels at, instead of trying to compete
with etherboot just yet...
--
Robert Millan
I know my rights; I wa
Douglas Ward <[EMAIL PROTECTED]> writes:
> I was wondering if any work has been completed on netboot for gurb2. I'm
> most interested in a UNDI driver as my current setup using gpxe and
> pxelinux. pxelinux does a fine job but I have always preferred grub.
There is an o
I was wondering if any work has been completed on netboot for gurb2. I'm
most interested in a UNDI driver as my current setup using gpxe and
pxelinux. pxelinux does a fine job but I have always preferred grub.
___
Grub-devel mailing list
Grub-
On Tue Jun 26, 2007 at 17:01:26 +0800, Bean wrote:
> On Tue, Jun 26, 2007 at 07:58:44AM +0200, Robert Millan wrote:
> >
> > In the wiki there's a link titled "GRUB2 netboot development" that points
> > to:
> >
> > http://www.inma.ucl.ac.be/~guf
On Tue, Jun 26, 2007 at 07:58:44AM +0200, Robert Millan wrote:
>
> In the wiki there's a link titled "GRUB2 netboot development" that points
> to:
>
> http://www.inma.ucl.ac.be/~guffens/grub2_netboot/index.html
>
> (broken link)
>
> Anyone knows wh
In the wiki there's a link titled "GRUB2 netboot development" that points
to:
http://www.inma.ucl.ac.be/~guffens/grub2_netboot/index.html
(broken link)
Anyone knows what did this contain? Is there uncommitted work for network
support there? Who's guffens?
--
Robert
Rudy Attias wrote:
>
> Netboot is taking a different direction? I'm curious about that, can you
> give some details?
yes, grub legacy also used the drivers from Etherboot and it was
reported not be easily manageable. When Etherboot developpers decide to
change something, the glu
Netboot is taking a different direction? I'm curious about that, can you
give some details?
Rudy Attias
>Well I followed you advice but I came across some issues, probably on
>customization of the driver, I'm trying to add the tg3 to it. I made
>some adjustments on the
but if it does not, I think we should not worry too much
about that for the moment as the netboot development is taking quite a
different direction now.
Cheers!
<>___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ivers requires more manual interventions for the moment. The idea is that it
could be made completely automatic but it is not yet done. Also note that
according to a previous post, this mechanism which allows importing etherboot
drivers will not make it to the official grub2. The netboot support wil
ws drivers requires more
manual interventions for the moment. The idea is that it could be made
completely automatic but it is not yet done. Also note that according to
a previous post, this mechanism which allows importing etherboot drivers
will not make it to the official grub2. The netboot support wil
Title:
Hey,
I'm interested to know, how to add drivers to the new
pluggable architecture (grub2_netboot_7.tgz) from etherboot sources?
Also wanted to say that you guys do great job with
this boot loader! Now it needs to learn to boot from RAID and make coffee and its
perfect!
On Sunday 30 April 2006 00:03, vincent guffens wrote:
> true, but this is why the idea here is to use the drivers without
> modification or at least with as few modifications as possible.
GRUB Legacy did the same, and failed in keeping the code up-to-date. Because:
- you still have to check all u
I don't like to copy Etherboot's drivers to GRUB any longer. I
> rather consider how to use the UNDI interface provided by Etherboot. When I
> worked on netboot in GRUB Legacy, Etherboot didn't support UNDI, so I had to
> copy the drivers. According to him, the current Etherboot
he UNDI interface provided by Etherboot. When I
worked on netboot in GRUB Legacy, Etherboot didn't support UNDI, so I had to
copy the drivers. According to him, the current Etherboot supports UNDI, so
it should be feasible to use Etherboot's drivers via UNDI.
I think the difficulty i
vincent guffens <[EMAIL PROTECTED]> writes:
Hi Vincent,
> I just wanted to let you know that I contacted the maintainer of
> Etherboot to inform him of my current attempt to port the etherboot
> drivers to grub2.
Is he willing to cooperate with us so it will be easier to share code?
I think I on
Hi,
I just wanted to let you know that I contacted the maintainer of
Etherboot to inform him of my current attempt to port the etherboot
drivers to grub2.
As I understand (don't hesitate to correct me or give more details if
you know them), the development of etherboot will stop and future
develo
hi !
what do you think about the following change in grub_free ?
Instead of (at the end of the function)
if (p + p->size == p->next)
{
p->next->magic = 0;
p->size += p->next->size;
p->next = p->next->next;
}
[...]
r->first = q;
I tried the following
if (p + p->size == p
78 matches
Mail list logo
