Anyone willing to implement this in a better way?
Thank you,
Robert LeBlanc
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Tue, Jun 14, 2022
ee to submit
a much better patch as I don't have the expertise to do so.
Thank you,
Robert LeBlanc
Sent from a mobile device, please excuse any typos.
On Mon, Jun 6, 2022, 11:27 AM Vladimir 'phcoder' Serbinenko <
phco...@gmail.com> wrote:
>
>
> Le lun. 6 juin 2022, 1
addressed, but I'm not sure how to
resolve that.
Signed-off-by: Robert LeBlanc
---
grub-core/net/tcp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/grub-core/net/tcp.c b/grub-core/net/tcp.c
index 93dee0caa..2eefd3168 100644
--- a/grub-core/net/tcp.c
+++ b/grub-core/net/
theme. Can someone provide a pointer here?
+ label {
id = "host_mac"
left = 0%
top = 100%-25
color = "white"
align = "left"
text = "${net_default_mac}"
Thank you.
Robert LeBlanc
PGP Fingerprint
ux_source.
At this point I'm trying to understand how "kernel" in syslinux is able to
load the ESXi kernel, but GRUB is not. This is the first thing that I can't
get GRUB to do so I'm assuming it's an issue with me and I need more
enlightenment. This is the ESX
-default_gnulib_url=git://git.sv.gnu.org/gnulib
+default_gnulib_url=https://git.savannah.gnu.org/git/gnulib.git
usage() {
cat <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741464
----
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Fri, Fe
messages from `net.c` and only `disk.c` saying that `Opening
'tftp,192.168.100.10' failed`.
I'm at a loss here and hope someone can shed some light since my searching
is turning up empty.
Thank you,
Robert LeBlanc
[1] https://www.gnu.org/software/grub/manual/grub/grub.htm
ping
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Fri, Feb 24, 2017 at 10:01 AM, Robert LeBlanc wrote:
> On Wed, Jan 25, 2017 at 3:02 PM, Robert LeBlanc wrote:
>> Changes in v3:
>> - Fix to return if not out of r
On Sat, Mar 4, 2017 at 3:37 AM, Andrei Borzenkov wrote:
> Отправлено с iPhone
>
>> 4 марта 2017 г., в 4:02, Robert LeBlanc написал(а):
>>
>>
>> menuentry 'RXE Snapshot' {
>> load_env -f /snaps/rxe-boot/grub2/grubenv
>> configfile /s
se see my reply to Jordan which should have those details.
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
session open to the server to select the correct snapshot
kernel. Right now everything through 'rxe-boot grub menu' is working.
Now I just need to get the right kernel for the snapshot selected.
Running `load_env -f /snaps/rxe-boot/grub2/grubenv` in the 'RXE
Snapshot' menuentry is not enough.
I hope that helps clarify things.
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
shot config and that is what is selected). It
doesn't matter if load_env is before or after configfile. Other than
this, it works as expected.
I don't think I can use chainload because it is a 'directory' on the
btrfs file system.
Any ideas on how to accomplish what I want?
Tha
On Wed, Jan 25, 2017 at 3:02 PM, Robert LeBlanc wrote:
> Changes in v3:
> - Fix to return if not out of range instead of breaking out of the
> loop.
>
> Changes in v2:
> - Only continue checking for other metadata versions if we get an out
> of range error and r
On Wed, Jan 25, 2017 at 3:02 PM, Robert LeBlanc wrote:
> Changes in v3:
> - Fix to return if not out of range instead of breaking out of the
> loop.
>
> Changes in v2:
> - Only continue checking for other metadata versions if we get an out
> of range error and r
limit. This won't cause issues with 1.0
metadata because GRUB is able to read the partitions from the front of
the drive/partition without having to determine the data offset, since
the data for metadata 1.0 starts at sector 0.
Signed-off-by: Robert LeBlanc
---
grub-core/disk/mdraid1x_li
tions from the front of
the drive/partition without having to determine the data offset, since
the data for metadata 1.0 starts at sector 0.
Signed-off-by: Robert LeBlanc
---
grub-core/disk/mdraid1x_linux.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/grub-core
OK, I'll rework the patch and resubmit it. Thanks for the feedback.
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Tue, Jan 24, 2017 at 2:57 AM, Vladimir 'phcoder' Serbinenko
wrote:
> This fix is buggy as you don't r
Can we get this fix merged in?
Thanks
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Thu, Nov 17, 2016 at 1:09 PM, Robert LeBlanc wrote:
> When a mdadm RAID array is on a drive larger than 2TB, the array is not
> able to be detected
What is the verdict on getting the RAID detection fixed?
Thanks,
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Tue, Nov 22, 2016 at 12:00 PM, Robert LeBlanc wrote:
> Andrei,
>
> I sent a VM that displays the problem. It bounced
I just did
CC="/usr/bin/gcc -no-pie" ./configure
and got around the issue. This is from memory so it may not be 100% correct.
--------
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Sat, Nov 26, 2016 at 9:48 AM, Paul Menzel
wrote:
&
+dfsg-3+b1 amd64QEMU Full
virtualization on x86 hardware
--------
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Sat, Nov 19, 2016 at 11:53 PM, Andrei Borzenkov wrote:
> 20.11.2016 05:47, Robert LeBlanc пишет:
>&g
The super micro is iSCSI boot off Intel adapters. KVM is SCSI disks.
Sent from a mobile device, please excuse any typos.
On Nov 19, 2016 7:47 PM, "Robert LeBlanc" wrote:
> This is on super micro and KVM. You can replicate it on a VM.
>
> Sent from a mobile device, plea
This is on super micro and KVM. You can replicate it on a VM.
Sent from a mobile device, please excuse any typos.
On Nov 19, 2016 11:40 AM, "Andrei Borzenkov" wrote:
> 19.11.2016 20:57, Robert LeBlanc пишет:
> > On Sat, Nov 19, 2016 at 1:59 AM, Andrei Borzenkov
> wrote:
On Sat, Nov 19, 2016 at 1:59 AM, Andrei Borzenkov wrote:
> biosdisk mdraid1x
Here is the screenshot of the output.
----
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
___
Grub-devel mailing list
G
start at 5244928KiB - Total size 976896KiB
Partition md/123,gpt2: No known filesystem detected - Partition start
at 2048KiB - Total size 5242880KiB
Partition md/123,gpt1: No known filesystem detected - Partition start
at 1024KiB - Total size 1024KiB
grub>
--------
Robert
Do you want this with or without my patch?
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654 3BB2 FA62 B9F1
On Fri, Nov 18, 2016 at 11:15 AM, Andrei Borzenkov wrote:
> 18.11.2016 21:06, Robert LeBlanc пишет:
>> On Fri, Nov 18, 2016 at 10:31 AM, Andrei
On Fri, Nov 18, 2016 at 10:31 AM, Andrei Borzenkov wrote:
> 18.11.2016 19:49, Robert LeBlanc пишет:
>> Based on debug info, GRUB is requesting to read the end of the drive
>> to read the mdadm 1.0 superblock and gets the following message:
>>
>> kern/disk.c:421
o
}
So if an error occurs when checking one type of metadata, it does not
try the other types to see if they exist. This patch fixes that.
I hope that clears things up, let me know if you have additional questions.
----
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E
igned-off-by: Robert LeBlanc
---
grub-core/disk/mdraid1x_linux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/grub-core/disk/mdraid1x_linux.c b/grub-core/disk/mdraid1x_linux.c
index 7cc80d3..cc7350c 100644
--- a/grub-core/disk/mdraid1x_linux.c
+++ b/grub-core/disk/mdraid1x_li
29 matches
Mail list logo
