Dear Daniel Kiper,
I hope this message finds you well.
My name is Andy Lau, and I am reaching out to discuss a small enhancement aimed at
improving the user experience within GRUB2. Following an excellent suggestion from Jiří "bindiff" Wolker,
I have implemented support for a n
Daniel Kiper on Thu, 2025/05/08 19:02:
> [...] Now all the GRUB2 upstream patches are in
> the GRUB2 git repository [2] too.
>
> [...]
>
> [2] https://git.savannah.gnu.org/gitweb/?p=grub.git
> https://git.savannah.gnu.org/git/grub.git
Does not look like... The
On Fri, May 09, 2025 at 09:47:05AM +0200, Christian Hesse wrote:
> Daniel Kiper on Thu, 2025/05/08 19:02:
> > [...] Now all the GRUB2 upstream patches are in
> > the GRUB2 git repository [2] too.
> >
> > [...]
> >
> > [2] https://git.savannah.g
Hi all,
This patch set contains a bundle of fixes for various security flaws
discovered, as part of a pro-active hardening effort, in the GRUB2 code
recently. The most severe one, i.e. potentially exploitable, has CVE
assigned and is listed at the end of this email.
Details of exactly what needs
On Mon, Mar 03, 2025 at 08:55:45AM +0100, Christian Hesse wrote:
> Daniel Kiper on Fri, 2025/02/28 13:57:
> > On Thu, Feb 27, 2025 at 11:03:44AM +0100, Christian Hesse wrote:
> > > Daniel Kiper via Grub-devel on Mon, 2025/02/24
> > > 15:34:
> > > > > [...]
> > > > > The current situation is just
Daniel Kiper on Fri, 2025/02/28 13:57:
> On Thu, Feb 27, 2025 at 11:03:44AM +0100, Christian Hesse wrote:
> > Daniel Kiper via Grub-devel on Mon, 2025/02/24
> > 15:34:
> > > > [...]
> > > > The current situation is just insane.
> > >
> > > I can understand your frustration but I am afraid we
On Thu, Feb 27, 2025 at 11:03:44AM +0100, Christian Hesse wrote:
> Daniel Kiper via Grub-devel on Mon, 2025/02/24 15:34:
> > > [...]
> > > The current situation is just insane.
> >
> > I can understand your frustration but I am afraid we are not able to do
> > much about it at this point. Sorry...
Daniel Kiper via Grub-devel on Mon, 2025/02/24 15:34:
> > [...]
> > The current situation is just insane.
>
> I can understand your frustration but I am afraid we are not able to do
> much about it at this point. Sorry... We have problems with finding
> people doing security patches, forward po
On Tue, Feb 18, 2025 at 07:26:57PM +0100, Tobias Powalowski via Grub-devel
wrote:
> Am 18.02.25 um 19:00 schrieb Daniel Kiper via Grub-devel:
> I am posting all the GRUB2 upstream patches which fix all security bugs
> found
> and reported up until now. Major Linux distros c
On Fri, Feb 21, 2025 at 11:06:54AM +0100, Christian Hesse wrote:
> Daniel Kiper via Grub-devel on Tue, 2025/02/18 19:00:
> > I am posting all the GRUB2 upstream patches which fix all security bugs
> > found and reported up until now. Major Linux distros carry or will carry
>
Daniel Kiper via Grub-devel on Tue, 2025/02/18 19:00:
> I am posting all the GRUB2 upstream patches which fix all security bugs
> found and reported up until now. Major Linux distros carry or will carry
> soon one form or another of these patches. Now all the GRUB2 upstream
> patche
ould please mention the commit to which checkout when all these
> patches will be applied upstream?
As I said in the email, all patches are "in the GRUB2 git repository"...
Daniel
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
ing a distribution alone I can't afford to carry as many patches as
>> Debian, so: could please mention the commit to which checkout when all these
>> patches will be applied upstream?
>
> As I said in the email, all patches are "in the GRUB2 git repository"...
ks in advance and best regards,
Didier
On 18/02/2025 18:00, Daniel Kiper via Grub-devel wrote:
> Hi all,
>
> This patch set contains a bundle of fixes for various security flaws
> discovered, as part of a pro-active hardening effort, in the GRUB2 code
> recently. The most severe on
Am 18.02.25 um 19:00 schrieb Daniel Kiper via Grub-devel:
I am posting all the GRUB2 upstream patches which fix all security bugs found
and reported up until now. Major Linux distros carry or will carry soon one
form or another of these patches. Now all the GRUB2 upstream patches are in
the
Hi all,
This patch set contains a bundle of fixes for various security flaws
discovered, as part of a pro-active hardening effort, in the GRUB2 code
recently. The most severe ones, i.e. potentially exploitable, have CVEs
assigned and are listed at the end of this email.
Details of exactly what
ot; command (as mentioned in [3]).
>
> Followed below steps to compile the grub2 latest code.
> [1] ./autogen.sh
I assume you ran bootstrap before, right?
IIUC, running autogen is not required after bootstrap, but I don't
think it hurts.
> [2] ./configure --with-platform=efi
>
Hi,
I got the latest grub code in tar file from
https://git.savannah.gnu.org/cgit/grub.git/snapshot/grub-2.12.tar.gz and
after untarring it, I am facing compilation error as below while running
"make" command (as mentioned in [3]).
Followed below steps to compile the grub2 lates
On Tue, Oct 8, 2024 at 2:59 AM Michael Chang via Grub-devel
wrote:
>
> On Mon, Oct 07, 2024 at 09:40:40PM GMT, Vladimir 'phcoder' Serbinenko wrote:
> > What do you try to achieve with this that can't be achieved with using full
> > path? We should avoid using hidden state for directory parsing. So
From: Robert Marshall
Provided a tool for users to reset the grub2 root user password
without having to alter the grub.cfg. The hashed password now
lives in a root-only-readable configuration file.
Resolves: rhbz#985962
Signed-off-by: Robert Marshall
[pjones: fix the efidir in grub
From: Peter Jones
Resolves: rhbz#1215839
Signed-off-by: Peter Jones
---
util/grub.d/10_linux.in | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/util/grub.d/10_linux.in b/util/grub.d/10_linux.in
index 3105c31e4..0115dd0c0 100644
--- a/util
On Sat, Oct 12, 2024 at 10:51:09AM GMT, Neal Gompa wrote:
> On Fri, Oct 11, 2024 at 6:40 PM Leo Sandoval wrote:
> >
> > From: Michael Chang
> >
> > Signed-off-by: Michael Chang
> > Signed-off-by: Robbie Harwood
>
> This needs a real commit message describing what this does. Please
> work with
On Fri, Oct 11, 2024 at 6:40 PM Leo Sandoval wrote:
>
> From: Michael Chang
>
> Signed-off-by: Michael Chang
> Signed-off-by: Robbie Harwood
This needs a real commit message describing what this does. Please
work with Michael to come up with one. :)
> ---
> grub-core/fs/btrfs.c | 107 +++
On Fri, Oct 11, 2024 at 6:40 PM Leo Sandoval wrote:
>
> From: Michael Chang
>
> Signed-off-by: Michael Chang
This patch needs a real commit message. I know which series of patches
this comes from, and they *all* need real commit messages. Can you and
Michael work to figure out proper messages
From: Michael Chang
Signed-off-by: Michael Chang
---
util/grub-mkconfig.in | 3 ++-
util/grub-mkconfig_lib.in | 4
util/grub.d/00_header.in| 26 +-
util/grub.d/10_linux.in | 4
util/grub.d/20_linux_xen.in | 4
5 files changed, 39 insert
From: Peter Jones
Resolves: rhbz#1215839
Signed-off-by: Peter Jones
---
util/grub.d/10_linux.in | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/util/grub.d/10_linux.in b/util/grub.d/10_linux.in
index 3105c31e4..0115dd0c0 100644
--- a/util
From: Michael Chang
Signed-off-by: Michael Chang
Signed-off-by: Robbie Harwood
---
grub-core/fs/btrfs.c | 107 ++-
1 file changed, 76 insertions(+), 31 deletions(-)
diff --git a/grub-core/fs/btrfs.c b/grub-core/fs/btrfs.c
index 14e38a4df..d47f9ab03 1006
From: Robert Marshall
Provided a tool for users to reset the grub2 root user password
without having to alter the grub.cfg. The hashed password now
lives in a root-only-readable configuration file.
Resolves: rhbz#985962
Signed-off-by: Robert Marshall
[pjones: fix the efidir in grub
From: Mark Hamzy
Add configuration support for ieee1275/PPC ofconsole serial terminal.
Signed-off-by: Mark Hamzy
Signed-off-by: Robbie Harwood
---
Makefile.util.def | 7 ++
util/grub.d/20_ppc_terminfo.in | 114 +
2 files changed, 121 insertions(+
revisit it
to see if it can replace the relative path scheme.
One of the bigger issues or challenges that comes to mind is that
grub-mkrelpath can only output a 'path,' and for it to output
/$subvol/boot/vmlinuz, it would need to output a 'relative path' with a
/$subvol prefix. Th
Le mar. 8 oct. 2024, 09:53, Michael Chang via Grub-devel
a écrit :
> On Tue, Oct 08, 2024 at 08:07:17AM GMT, Vladimir 'phcoder' Serbinenko
> wrote:
> > Again, what do you try to achieve? Why aren't absolute paths enough?
>
> The absolute path does not align with the default subvolume. As a
> resu
On Mon, Oct 07, 2024 at 09:40:40PM GMT, Vladimir 'phcoder' Serbinenko wrote:
> What do you try to achieve with this that can't be achieved with using full
> path? We should avoid using hidden state for directory parsing. Solaris
> GRUB legacy used it for ZFS and it was a mess.
If a path is relativ
On Tue, Oct 08, 2024 at 08:07:17AM GMT, Vladimir 'phcoder' Serbinenko wrote:
> Again, what do you try to achieve? Why aren't absolute paths enough?
The absolute path does not align with the default subvolume. As a
result, after running btrfs set-default , the system does not
boot the new default s
Again, what do you try to achieve? Why aren't absolute paths enough?
Le lun. 7 oct. 2024, 21:23, Leo Sandoval a écrit :
> From: Michael Chang
>
> Signed-off-by: Michael Chang
> Signed-off-by: Robbie Harwood
> ---
> grub-core/osdep/linux/getroot.c | 7 +++
> grub-core/osdep/unix/config.c
Upstream uses "grub" for these commands. Rename to "grub2" is
distro-specific
Le lun. 7 oct. 2024, 21:23, Leo Sandoval a écrit :
> From: Peter Jones
>
> This needs to be hooked up to --program-transform=, but I haven't had
> time.
>
> Signed-off-b
/docs/grub-dev.texi
+++ b/docs/grub-dev.texi
@@ -1,7 +1,7 @@
\input texinfo
@c -*-texinfo-*-
@c %**start of header
-@setfilename grub-dev.info
+@setfilename grub2-dev.info
@include version-dev.texi
@settitle GNU GRUB Developers Manual @value{VERSION}
@c Unify all our little indices fo
What do you try to achieve with this that can't be achieved with using full
path? We should avoid using hidden state for directory parsing. Solaris
GRUB legacy used it for ZFS and it was a mess.
Le lun. 7 oct. 2024, 21:22, Leo Sandoval a écrit :
> From: Michael Chang
>
> Signed-off-by: Michael
From: Michael Chang
Signed-off-by: Michael Chang
Signed-off-by: Robbie Harwood
---
grub-core/osdep/linux/getroot.c | 7 +++
grub-core/osdep/unix/config.c | 17 +++--
include/grub/emu/config.h | 1 +
util/config.c | 10 ++
util/grub-install.c
tions(+), 174 deletions(-)
diff --git a/docs/grub-dev.texi b/docs/grub-dev.texi
index 1276c5930..04c6678cb 100644
--- a/docs/grub-dev.texi
+++ b/docs/grub-dev.texi
@@ -1,7 +1,7 @@
\input texinfo
@c -*-texinfo-*-
@c %**start of header
-@setfilename grub-dev.info
+@setfilename grub2-dev.info
@in
From: Robert Marshall
Provided a tool for users to reset the grub2 root user password
without having to alter the grub.cfg. The hashed password now
lives in a root-only-readable configuration file.
Resolves: rhbz#985962
Signed-off-by: Robert Marshall
[pjones: fix the efidir in grub
From: Michael Chang
Signed-off-by: Michael Chang
Signed-off-by: Robbie Harwood
---
grub-core/fs/btrfs.c | 107 ++-
1 file changed, 76 insertions(+), 31 deletions(-)
diff --git a/grub-core/fs/btrfs.c b/grub-core/fs/btrfs.c
index 14e38a4df..d47f9ab03 1006
From: Michael Chang
Signed-off-by: Michael Chang
---
util/grub-mkconfig.in | 3 ++-
util/grub-mkconfig_lib.in | 4
util/grub.d/00_header.in| 25 -
util/grub.d/10_linux.in | 4
util/grub.d/20_linux_xen.in | 4
5 files changed, 38 inserti
From: Michael Chang
Signed-off-by: Michael Chang
Signed-off-by: Robbie Harwood
---
grub-core/fs/btrfs.c| 195 +++-
grub-core/osdep/linux/getroot.c | 148 +++-
include/grub/emu/getroot.h | 5 +
util/grub-install.c |
From: Peter Jones
Resolves: rhbz#1215839
Signed-off-by: Peter Jones
---
util/grub.d/10_linux.in | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/util/grub.d/10_linux.in b/util/grub.d/10_linux.in
index 3105c31e4..0115dd0c0 100644
--- a/util
From: Mark Hamzy
Add configuration support for ieee1275/PPC ofconsole serial terminal.
Signed-off-by: Mark Hamzy
Signed-off-by: Robbie Harwood
---
Makefile.util.def | 7 ++
util/grub.d/20_ppc_terminfo.in | 114 +
2 files changed, 121 insertions(+
Looking at the patch: it's specific to ieee1275 not PPC. The reason is that
it operates on ofconsole. But then it means that the patch description
doesn't really match the intent. And neither does the name of the variable
as it's specific to ofconsole
Le mer. 2 oct. 2024, 20:12, Leo Sandoval a éc
On Mon, Sep 30, 2024 at 12:57 PM Vladimir 'phcoder' Serbinenko <
phco...@gmail.com> wrote:
> Why is it ppc-specific?
>
IBM wrote this patch so this is why this is ppc specific, but you are
right, it can apply to all archs. I will send a v2.
>
> Le lun. 30 sept. 2024, 20:49, Leo Sandoval a écr
Why is it ppc-specific?
Le lun. 30 sept. 2024, 20:49, Leo Sandoval a écrit :
> From: Mark Hamzy
>
> Add configuration support for serial terminal consoles. This will set
> the maximum screen size so that text is not overwritten.
>
> Signed-off-by: Mark Hamzy
> Signed-off-by: Robbie Harwood
>
From: Mark Hamzy
Add configuration support for serial terminal consoles. This will set
the maximum screen size so that text is not overwritten.
Signed-off-by: Mark Hamzy
Signed-off-by: Robbie Harwood
---
Makefile.util.def | 7 ++
util/grub.d/20_ppc_terminfo.in | 114 ++
Hello, I recently discovered a bug.
When using the serial module in the grub shell, there was no response from the
grub shell, and it is initially suspected to be a core dump.
Through debugging analysis of grub-core/kern/acpi.c, grub2 crashed after
grub_memcmp (tbl ->signature, sig, 4)
On Thu, May 16, 2024 at 12:04:21PM GMT, Michael Chang wrote:
> On Wed, May 08, 2024 at 05:48:15PM GMT, Daniel Kiper via Grub-devel wrote:
> > Adding Marta...
> >
> > On Mon, May 06, 2024 at 03:18:45PM -0500, Glenn Washburn wrote:
> > > From: Rogier
> > >
> > > When handling a regular LVM volume,
On Wed, May 08, 2024 at 05:48:15PM GMT, Daniel Kiper via Grub-devel wrote:
> Adding Marta...
>
> On Mon, May 06, 2024 at 03:18:45PM -0500, Glenn Washburn wrote:
> > From: Rogier
> >
> > When handling a regular LVM volume, Grub can fail with the message:
> > error: disk `lvmid/**---***
Adding Marta...
On Mon, May 06, 2024 at 03:18:45PM -0500, Glenn Washburn wrote:
> From: Rogier
>
> When handling a regular LVM volume, Grub can fail with the message:
> error: disk `lvmid/**------
> /**------**' not found.
>
> If the conditi
From: Rogier
When handling a regular LVM volume, Grub can fail with the message:
error: disk `lvmid/**------
/**------**' not found.
If the condition which triggers this exists, grub-probe will report the
error mentioned above. Similarly, t
at I've not yet run into this
(I suppose I nor many others have a VG that has been changed more than
220 times). I'll submit a proper patch to the list to get the ball
moving on this.
Glenn
>
> ---
> Index: grub2-2.02+dfsg1/grub
gt; text on the issue tracker saying that patches will not be looked at
> unless they are sent to this list for review.
>
> Would you be willing to submit the patch to the list so it can be
> reviewed?
OK, here is the patch from bug #61620 as supplied by
https://savannah.gnu.org/users/ro
On Wed, 3 Apr 2024 10:23:59 +0200
Horst Prote wrote:
> Hi,
>
> could the patch supplied in bug #61620
> (https://savannah.gnu.org/bugs/?func=detailitem&item_id=61620) please be
> reviewed and applied.
Unfortunately, the issues tracker is mostly unused. Patches are
exclusively reviewed on this l
Hi.
I have some doubts about language sorurce strings syntax
Starting lowercase (instead uppercase) with multiline strings. Ex
other software is using the embedding area, and there is not enough room for
core.img. Such software is often trying to store data in a way that avoids
detection.
Hi,
could the patch supplied in bug #61620
(https://savannah.gnu.org/bugs/?func=detailitem&item_id=61620) please be
reviewed and applied.
Thanks,
Horst Prote
--
Horst Prote, FMI__o Systemadministration Abt. ALG und TI
Universitaet Stuttgart `\<,Tel: +49 711 685-88348, FAX:
Hi all,
This patch set contains a bundle of fixes for various security flaws discovered
in the GRUB2 NTFS driver code recently. The most severe ones, i.e. potentially
exploitable, have CVEs assigned and are listed at the end of this email.
Details of exactly what needs updating will be provided
>> Hi,
>>
>> Anyone teach me how grub 2 build from source but all utilities binary
file will prefixed with grub2-*,
>> e.g /usr/bin/grub-mkimage will installed as /usr/bin/grub2-mkimage,
yes, Fedora did it.
>>
>> I've checked some web pages especially
On Tue, Sep 26, 2023 at 12:56 PM document via Grub-devel
wrote:
>
> Hi,
>
> Anyone teach me how grub 2 build from source but all utilities binary file
> will prefixed with grub2-*,
> e.g /usr/bin/grub-mkimage will installed as /usr/bin/grub2-mkimage, yes,
> Fedora did it.
Hi,
Anyone teach me how grub 2 build from source but all utilities binary file will
prefixed with grub2-*,
e.g /usr/bin/grub-mkimage will installed as /usr/bin/grub2-mkimage, yes, Fedora
did it.
I've checked some web pages especially
"https://src.fedoraproject.org/rpms/grub2/tr
used:
>
> - cat /etc/os-release
>
> NAME="Fedora Linux"
> VERSION="38 (Sway)"
> .
> PRETTY_NAME="Fedora Linux 38 (Sway)"
> ANSI_COLOR="0;38;2;60;110;180"
> .
> VARIANT="Sway"
> VARIANT_ID=sway
>
> - The install pi
PRETTY_NAME="Fedora Linux 38 (Sway)"
ANSI_COLOR="0;38;2;60;110;180"
.
VARIANT="Sway"
VARIANT_ID=sway
- The install picked up old Fedora boot setups which show up in
/boot/grub2/grub.conf like this:
menuentry 'Fedora Linux 37 (KDE Plasma) (on /dev/sde3)' --
h any abnormal traffic before it happens via
tcpdump, nothing suspicious in tftp log, though i might have not been
trying/checking hard enough. According to grub variables everything is
setup correctly, so there is no issue with dhcp traffic ?
The exact loop grub2 is entering is permacycling over
On Tue, Jan 17, 2023 at 12:50 PM Daniel Kiper wrote:
>
> On Tue, Jan 03, 2023 at 01:15:46AM +, Immolo via Grub-devel wrote:
> > Using Gentoo with clang on a MBR system I have come across an extra string
> > the
> > content /lib/ld-linux.so.2 is being added to
> > /usr/lib/grub/i386-pc/diskbo
On Tue, Jan 03, 2023 at 01:15:46AM +, Immolo via Grub-devel wrote:
> Using Gentoo with clang on a MBR system I have come across an extra string the
> content /lib/ld-linux.so.2 is being added to
> /usr/lib/grub/i386-pc/diskboot.img
> and /usr/lib/grub/i386-pc/boot.img taking it over 512 bytes
When building grub, the files boot.img and diskboot.img are generated from ELF
reference images and have the expectation that they will be 512 bytes inside
each. However, when GRUB is built with clang, these files become bigger than
512-bytes because the name of the ELF interpreter is appended to e
Can you upload diskboot.exec and boot.exec somewhere? Did you see any
errors? Ideally we should have errored out if those files are not 512 bytes
On Tue, 3 Jan 2023 at 09:09, Immolo via Grub-devel
wrote:
> Using Gentoo with clang on a MBR system I have come across an extra string
> the content /
On Tue, Jan 03, 2023 at 01:15:46AM +, Immolo via Grub-devel wrote:
> Using Gentoo with clang on a MBR system I have come across an extra string the
> content /lib/ld-linux.so.2 is being added to
> /usr/lib/grub/i386-pc/diskboot.img
> and /usr/lib/grub/i386-pc/boot.img taking it over 512 bytes
Using Gentoo with clang on a MBR system I have come across an extra string
the content /lib/ld-linux.so.2 is being added to
/usr/lib/grub/i386-pc/diskboot.img and /usr/lib/grub/i386-pc/boot.img
taking it over 512 bytes meaning it can't be used on a MBR system.
You can use truncate to remove the ex
On Tue, Nov 15, 2022 at 07:00:20PM +0100, Daniel Kiper wrote:
> Hi all,
>
> This patch set contains a bundle of fixes for various security flaws
> discovered
> in the GRUB2 font code during last few months. The most severe ones, i.e.
> potentially
> exploitable, have CVEs as
On Tue, Nov 15, 2022 at 07:00:20PM +0100, Daniel Kiper wrote:
> Hi all,
>
> This patch set contains a bundle of fixes for various security flaws
> discovered
> in the GRUB2 font code during last few months. The most severe ones, i.e.
> potentially
> exploitable, have CVEs as
Hi all,
This patch set contains a bundle of fixes for various security flaws discovered
in the GRUB2 font code during last few months. The most severe ones, i.e.
potentially
exploitable, have CVEs assigned and are listed at the end of this email.
Details of exactly what needs updating will be
Hello folks.
Thank you for this. I a incurring the same problem, can’t boot into Xen.
Did anyone implement the grub2 patch? Is there any way around this?
I have posted it on stackexchange with more details and the config files:
https://unix.stackexchange.com/q/710400/375983
Hi,
This is a resend of my [PATCH v3].
Thank you.
Best Regards,
Zhang Boyang
===
Changes in [PATCH RESEND V3]:
Rebased to latest git head.
Changes in [PATCH V3]:
1/2: To avoid interger overflow during scaling, this patch intruduces
GRUB_FONT_MAX_DIMENSION and GRUB_FONT_MAX_SCALE. The font l
Hi all,
This patch set contains a bundle of fixes for various security flaws discovered
in the GRUB2 during last year. The most severe ones, i.e. potentially
exploitable,
have CVEs assigned and are listed at the end of this email. Additionally, the
list
of CVEs contains a CVE assigned for the
el'
> command translates to GRUB2. I've tried `linux` and `linux16`, but those don't
> work. I've found some examples of using `multiboot`, but that just hangs. I
> tried chainloading the ISO as well as the `syslinux_source` and
> `syslinux_configfile` (which is no
I'm trying to convert a syslinux/isolinux config from the VMware ESXi
installer ISO for PXE booting and I'm trying to figure out how the syslinux
'kernel' command translates to GRUB2. I've tried `linux` and `linux16`, but
those don't work. I've found some exam
On 01.12.21 20:24, Shaun Reitan wrote:
Hi Daniel thanks for your reply! You mentioned finding a new LZ4
library but grub2 already looks to support lz4 compressed kernels. The
issue is that they don't look to be supported under the Xen platform
with a target of x86_64.
Grub does &qu
Hi Daniel thanks for your reply! You mentioned finding a new LZ4
library but grub2 already looks to support lz4 compressed kernels. The
issue is that they don't look to be supported under the Xen platform
with a target of x86_64.
I'm going to poke around on this today and see
On Tue, Nov 30, 2021 at 07:21:42AM +0100, Juergen Gross via Grub-devel wrote:
> On 30.11.21 00:25, Shaun Reitan wrote:
> > I currently use XEN to boot PV (paravirt) virtual server instances for
> > our customers. Grub2 introduced support for booting a xen kernel
> > direct
On 30.11.21 00:25, Shaun Reitan wrote:
I currently use XEN to boot PV (paravirt) virtual server instances for
our customers. Grub2 introduced support for booting a xen kernel
directly from a guests disk image which has worked great for years. We
use the following command to build our image
e guest to Xen PVH mode. The Grub2 PVH
image can boot LZ4-compressed kernels and all versions of Ubuntu
that use LZ4 kernels also support booting as a PVH mode guest
without any change to the guest.
grub-mkimage -O i386-xenpvh -o /opt/grub/lib/pvhgrub.bin …
I am not sure that you will find anyone
I currently use XEN to boot PV (paravirt) virtual server instances for
our customers. Grub2 introduced support for booting a xen kernel
directly from a guests disk image which has worked great for years. We
use the following command to build our image
grub-mkstandalone -O x86_64-xen -o grub2
Hi，
Currently, when changing the GRUB2 password, the old password is not verified
and the password complexity is not checked. As a result, the GRUB2 password may
be cracked by brute force. Does the community have any development plans for
this? Recently I have been trying to develop code to
Hi,
On Fri, Jul 30, 2021 at 08:55:06PM +0400, Movses Tovmasyan wrote:
> Package: grub2
> Version: 2.02~beta3-5+deb9u2
> Tags: patch
>
> grub2 uses the obsolete version of minilua
> (single-file port of Lua) which has CVE-2014-5461
> Patch attached below.
Thanks for the re
Package: grub2
Version: 2.02~beta3-5+deb9u2
Tags: patch
grub2 uses the obsolete version of minilua
(single-file port of Lua) which has CVE-2014-5461
Patch attached below.
patch
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
CC-ing Vladimir.
On Mon, Jul 26, 2021 at 05:24:17PM +, Roma Jam via Grub-devel wrote:
> Dear Grub-devel Subscribers,
>
> Hi everyone!
>
> Is there any option to get information of disks in system from grub2?
>
> I'm looking for disk parameters such as name, p
Dear Grub-devel Subscribers,
Hi everyone!
Is there any option to get information of disks in system from grub2?
I'm looking for disk parameters such as name, product and serial which is
returned with INQUIRY scsi request.
Are there any other options but to use nativedisk with m
adm to resolve the sysfs path for
> > >> a block device. That can be accomplished by stating the device node
> > >> and using the major/minor to follow the symlinks in /sys/dev/block/.
>
> > >> This cuts the execution time of grub2-mkconfig from 10s to 2s o
lve the sysfs path for
> > > > a block device. That can be accomplished by stating the device node
> > > > and using the major/minor to follow the symlinks in /sys/dev/block/.
> > > > This cuts the execution time of grub2-mkconfig from 10s to 2s on
> > >
gt; > > a block device. That can be accomplished by stating the device node
> > > and using the major/minor to follow the symlinks in /sys/dev/block/.
>
> > > This cuts the execution time of grub2-mkconfig from 10s to 2s on
> > > my system.
>
> >
e accomplished by stating the device node
> > and using the major/minor to follow the symlinks in /sys/dev/block/.
> >
> > This cuts the execution time of grub2-mkconfig from 10s to 2s on
> > my system.
>
> Petr, where you able to reproduce this issue? Could th
> and using the major/minor to follow the symlinks in /sys/dev/block/.
>>
>> This cuts the execution time of grub2-mkconfig from 10s to 2s on
>> my system.
>>
>> Signed-off-by: Jeff Mahoney
>> [ pvorel: include grub/osdep/major.h ]
>> Signed-off-by: Petr
ating the device node
> >> and using the major/minor to follow the symlinks in /sys/dev/block/.
> >> This cuts the execution time of grub2-mkconfig from 10s to 2s on
> >> my system.
> >> Signed-off-by: Jeff Mahoney
> >> [ pvorel: include grub/osd
/sys/dev/block/.
>
> This cuts the execution time of grub2-mkconfig from 10s to 2s on
> my system.
>
> Signed-off-by: Jeff Mahoney
> [ pvorel: include grub/osdep/major.h ]
> Signed-off-by: Petr Vorel
> ---
> grub-core/osdep/linux/hostdisk.c | 8
> 1 file change
r/minor to follow the symlinks in /sys/dev/block/.
> > This cuts the execution time of grub2-mkconfig from 10s to 2s on
> > my system.
> Petr, where you able to reproduce this issue?
No, I'm sorry, I haven't even tried, because accessing sysfs seems to me as a
quickest wa
cuts the execution time of grub2-mkconfig from 10s to 2s on
my system.
Petr, where you able to reproduce this issue? Could the specifications
of Jeff’s system be added to the commit message?
Signed-off-by: Jeff Mahoney
[ pvorel: include grub/osdep/major.h ]
Signed-off-by: Petr Vorel
---
grub
1 - 100 of 2689 matches
Mail list logo
