Re: Fwd: using xorriso to create a bootable Linux ISO

Hi, Vijay Kirpalani wrote: > Step1: grub-mkrescue > Step2: xorriso  I meanwhile wrote to you partly on bug-xorr...@gnu.org and partly in a reply to your private mail that step 2 is unnecessary and also uses an unsuitable mix of options and ISOLINUX MBR for exposing GRUB equipment to the boot

Re: BTRFS RAID 1

That looks like correct output Le dim. 21 juil. 2024, 23:20, Opty a écrit : > Hello, > > bug #39591 suggests it should work but I got > > opty@vodopnik:~$ tmp/grub/grub-2.12/grub-probe --target=device / > /dev/mapper/lukssda1 > /dev/mapper/lukssdb1 > > Regards, > Opty > >

BTRFS RAID 1

Hello, bug #39591 suggests it should work but I got opty@vodopnik:~$ tmp/grub/grub-2.12/grub-probe --target=device / /dev/mapper/lukssda1 /dev/mapper/lukssdb1 Regards, Opty

Re: Fixing My First Bug

Sorry, I misread your message. Syminfo.lst is autogenerated but extra_deps is written manually. I'll have a look later Le ven. 19 juil. 2024, 21:23, Vladimir 'phcoder' Serbinenko < phco...@gmail.com> a écrit : > syminfo.lst is generated automatically. You don't need to supply it. Your > error

[bug #65065] extra_deps.lst not part of grub 2.12 release tarball

Follow-up Comment #3, bug #65065 (group grub): relevant stackoverflow: https://unix.stackexchange.com/questions/780455/how-to-get-a-copy-of-libdevmapper-1-02-34-or-later?noredirect=1#comment1493540_780455 ___ Reply to this item at:

[bug #65065] extra_deps.lst not part of grub 2.12 release tarball

Follow-up Comment #2, bug #65065 (group grub): I emailed the mailing list about this and phcoder helped me out, thank you phcoder! :) He said: syminfo.lst is generated automatically. You don't need to supply it. Your error means 2 things: 1) real error is earlier in the log 2) most likely you

Re: Fixing My First Bug

syminfo.lst is generated automatically. You don't need to supply it. Your error means 2 things: 1) real error is earlier in the log 2) most likely you don't have right sed or awk tools Le ven. 19 juil. 2024, 20:56, Lavelle, William a écrit : > Hello all! Apologies for any noob behavior, I’m new

Fixing My First Bug

Hello all! Apologies for any noob behavior, I'm new to this. I'd like to help fix Bug 65065 on the forums after it happened for me too, 7 months after it first posted. When I run make, I get the error: *** No rule to make target

[bug #65940] Add netmask and dns IP address variables for use in grub

URL: Summary: Add netmask and dns IP address variables for use in grub Group: GNU GRUB Submitter: papamoose Submitted: Wed 03 Jul 2024 01:41:41 AM UTC Category: User

[bug #65880] heap-buffer-overflow in grub-mkrescue.c

Follow-up Comment #4, bug #65880 (group grub): Hi, belatedly i can report that the proposed change was committed to the git repo of GRUB as https://git.savannah.gnu.org/cgit/grub.git/commit/?id=b53ec06a1d6f22ffc1139cbfc0f292e4ca2da9cd I propose to close the bug now. Have a nice day :)

Usage error found while running disk-image-create

Hello, I'm using disk-image-create to build the new release of Debian, version 12.6.  This is in the build log.  I honestly don't know whose bug it is, so I'm following the advice of the log message. ... 2024-06-29 18:30:36.682 | 2024-06-29 18:30:36.682 | Creating config file

[bug #55093] Add LUKS2 support

Follow-up Comment #19, bug #55093 (group grub): Raphaël, that particular patchset [https://lists.gnu.org/archive/html/grub-devel/2021-08/msg00027.html was sent upstream several times now]. It has not been merged because it brings its own implementation of Argon2. The maintainers would rather keep

[bug #65918] dns queries are case sensitive (2.06, probably olded grub too)

URL: Summary: dns queries are case sensitive (2.06, probably olded grub too) Group: GNU GRUB Submitter: kasakoff Submitted: Вт 25 июн 2024 07:29:30 Category: Network

[bug #65909] GRUB 2.12 should not use large model for compilation on riscv64

URL: Summary: GRUB 2.12 should not use large model for compilation on riscv64 Group: GNU GRUB Submitter: jmontleon Submitted: Sat 22 Jun 2024 03:45:03 PM UTC Category:

[bug #65889] cryptomount with keyfile fails because of shim lock verifier

Follow-up Comment #1, bug #65889 (group grub): [comment #0 original submission:] > I reviewd source code and find out the cause: > > > type "GRUB_FILE_TYPE_CRYPTODISK_ENCRYPTION_KEY" which is defiend in file "grub-core/disk/cryptodisk.c" is not included in "grub-core/kern/efi/sb.c" in

[bug #65896] Automaticaly add fdt records for grub.cfg on platforms with fdt

URL: Summary: Automaticaly add fdt records for grub.cfg on platforms with fdt Group: GNU GRUB Submitter: alexxy Submitted: Ср 19 июн 2024 18:07:16 Category: Configuration

[bug #65880] heap-buffer-overflow in grub-mkrescue.c

Follow-up Comment #3, bug #65880 (group grub): Hi, the patch is now posted for review and testing at grub-devel: https://lists.gnu.org/archive/html/grub-devel/2024-06/msg00163.html Have a nice day :) Thomas ___ Reply to this item

Re: [bug #65880] heap-buffer-overflow in grub-mkrescue.c

Hi, Vladimir Serbinenko wrote: > Thomas, savannah just butchers the patch. Looking in my mailbox ... that line break before "argument" is not by me. > Can you send it to ML? I have it ready for grub-devel (git format-patch) and plan to post it by "git send-email" this evening unless Victoriia

[bug #65880] heap-buffer-overflow in grub-mkrescue.c

Follow-up Comment #2, bug #65880 (group grub): Thomas, savannah just butchers the patch. Can you send it to ML? ___ Reply to this item at: ___ Message

[bug #65880] heap-buffer-overflow in grub-mkrescue.c

Follow-up Comment #1, bug #65880 (group grub): Hi, i can confirm that it happens on Debian 12 with the Debian amd64 package grub-common (2.06-13+deb12u1) (plus grub-efi-amd64 , grub-efi-amd64-bin , grub-efi-amd64-signed , grub2-common) and also with a git clone of today. The change at the end

[bug #65880] heap-buffer-overflow in grub-mkrescue.c

URL: Summary: heap-buffer-overflow in grub-mkrescue.c Group: GNU GRUB Submitter: vegorova Submitted: Пт 14 июн 2024 11:13:08 Category: None Severity: Major

[PATCH] util/grub-mkrescue: use capitalised paths for removable EFI images

Per UEFI Specification, section 3.4.1.1: ... If FilePathList[0] points to a device that supports the EFI_SIMPLE_FILE_SYSTEM_PROTOCOL, then the system firmware will attempt to boot from a removable media FilePathList[0] by adding a default file name in the form \EFI\BOOT\BOOT{machine type

[bug #65856] Add matchers to initrd image filenames not add ending with or containing .img

URL: Summary: Add matchers to initrd image filenames not add ending with or containing .img Group: GNU GRUB Submitter: konsolebox Submitted: Sun 09 Jun 2024 08:27:03 AM UTC

[bug #65854] The default configuration for themes an fonts overrides user modifications

URL: Summary: The default configuration for themes an fonts overrides user modifications Group: GNU GRUB Submitter: antymat Submitted: Sun 09 Jun 2024 09:32:23 AM CEST

[bug #65503] No video output on some systems

Follow-up Comment #2, bug #65503 (group grub): As a follow-up to my previous comment (in case anybody is listening), I found out that I could also work around the issue by printing anything on the console, before switching to gfxterm (so, without any delay). E.g. with the following: echo

[bug #65503] No video output on some systems

Follow-up Comment #1, bug #65503 (group grub): I'm having a similar issue, but on an Android system (Android-x86 variant). I'm using a vanilla build of grub-2.12. I create the grub boot image with grub-mkimage, including the following modules: all_video part_gpt part_msdos ext2 iso9660 fat ntfs

Fix missing measurements on confidential computing enabled platform

This patch fixes : https://savannah.gnu.org/bugs/?65821 Commit message: Fix missing measurements on confidential computing enabled platform The measurements for confidential computing has been introduced in the commit 4c76565b6 (efi/tpm: Add EFI_CC_MEASUREMENT_PROTOCOL support).

[bug #65821] Missing measurements on confidential computing platforms (Intel TDX)

URL: Summary: Missing measurements on confidential computing platforms (Intel TDX) Group: GNU GRUB Submitter: hectorcao Submitted: Fri 31 May 2024 11:14:31 AM UTC Category:

[bug #61522] Expose a command to set the UEFI variable BootNext

Follow-up Comment #1, bug #61522 (group grub): Any updates on this guys? ___ Reply to this item at: ___ Message sent via Savannah

[bug #65754] os-prober doesn't read non c-format translations and halts with error

URL: Summary: os-prober doesn't read non c-format translations and halts with error Group: GNU GRUB Submitter: madanadam Submitted: Fri 17 May 2024 07:22:38 AM UTC Category:

Re: os-prober slow, grub-mount results in very slow file transfers

Thank you, I shall ask the os-prober maintainers instead, it sounds like regular mount (or something else) would be better to use for that purpose after perhaps testing it's available, I'd guess grub-mount might have been designed to use in the minimal early boot environment with the limited

[bug #65746] grub-probe fails to identify squashfs/zstd

URL: Summary: grub-probe fails to identify squashfs/zstd Group: GNU GRUB Submitter: orzel Submitted: Tue 14 May 2024 07:09:59 PM UTC Category: Filesystem

Re: os-prober slow, grub-mount results in very slow file transfers

We don't maintain os-prober. As for grub-mount it was never meant to be fast and certainly isn't Le lun. 13 mai 2024, 22:47, stratus--- via Bug reports for the GRand Unified Bootloader a écrit : > Dear Grub maintainers, myself and others on the Artix forum have > experienced problems with

os-prober slow, grub-mount results in very slow file transfers

Dear Grub maintainers, myself and others on the Artix forum have experienced problems with os-prober running very slowly. The issue seems to occur in other distros as well, and the same subject has come up before in the past: https://forum.artixlinux.org/index.php/topic,6818.msg41493 It appears

[bug #60385] GRUB fails to finish parsing LVM metadata when there's a dm-cache metadata lv with policy settings

Follow-up Comment #2, bug #60385 (group grub): Also Bug #63796 and Bug #64291 look suspicious that they might be related to this issue. ___ Reply to this item at:

[bug #60385] GRUB fails to finish parsing LVM metadata when there's a dm-cache metadata lv with policy settings

Follow-up Comment #1, bug #60385 (group grub): I've encountered this bug today, and unaware of taoky's solution I've created a fix as well. The problem is very well described in this ticket: the current parser is unaware of any nested blocks when searching for the end of a segment. My solution

grup start error 5479

Dear grub, I met the question, ExecStart=/usr/sbin/grub2-set-bootflag boot_success transfrom into ExecStart=/usr/bin/pkexec /usr/sbin/grub2-set-bootflag boot_success， And setuid for root about this /usr/bin/pkexec ll /usr/bin/pkexec -rwsr-xr-x 1 root root 31936 Apr 4 2023

Boot Problem

Would someone please be kind enough to help me or point me to someone/somewhere that can? I have a system with Linux installed on it and when I boot it drops into a Grub> command prompt. If I use the following command: configfile (hd1,3)/boot/grub/grub.cfg it proceeds to the grub menu and

Bug report grub 2.12 - make check

Hi. Distro: Debian 12 uname -a Linux tm 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29) x86_64 GNU/Linux Best regards. = GRUB 2.12: ./test-suite.log = # TOTAL: 86 # PASS: 26 # SKIP: 2 # XFAIL: 0 # FAIL: 51 # XPASS: 0 #

[bug #63024] Invalid Image reported in Fedora 37 grubx64.efi/BOOTX64.EFI on Asus motherboard

Follow-up Comment #2, bug #63024 (group grub): Fixed by update to shim 15.8-3 (Not a GRUB bug.) https://bugzilla.redhat.com/show_bug.cgi?id=2113005 was closed on 21 Mar 2024. This bug may be closed. ___ Reply to this item at:

[bug #65503] No video output on some systems

URL: Summary: No video output on some systems Group: GNU GRUB Submitter: nrg Submitted: Thu 21 Mar 2024 10:20:10 PM UTC Category: User Interface Severity:

Grub 2.12 problem with vmnext3 network card and PXE

Some of our vSphere VMs are using vmnext3 networc cards. Grub2.12 is downloaded via TFTP onto the VMs. An embedded grub.cfg downloads a grub.cfg placed on a TFTP server. However since Grub 2.12 this doesn't work anymore. When executing the embeeded cfg the cursor stalls for a couple of seconds

[bug #65493] bash completion broken

URL: Summary: bash completion broken Group: GNU GRUB Submitter: nuts_ Submitted: Wed 20 Mar 2024 11:05:03 AM UTC Category: Configuration Severity: Major

grub2-mkconfig

Greetings; I've noticed that in Fedora 39 at least, grub2-mkconfig does not by default send to stdout as indicated in man pages. I was in the habit of running the command to what I thought was stdout first by using:grub2-mkconfig, to look for errors.  The reported default behavior is to write

grub-mkrescue with pgp --pubkey might be broken in grub 2.12 on EFI

Repost from help-grub: https://lists.gnu.org/archive/html/help-grub/2024-03/msg4.html I'm using grub-mkrescue in combination with the pgp --pubkey feature to put grub into check_signatures=enforce mode, and to only have signed data loaded and processed. Something like: grub-mkrescue

[bug #65389] GRUB 2.12 General Protection Exception

URL: Summary: GRUB 2.12 General Protection Exception Group: GNU GRUB Submitter: ormshaw Submitted: Fri 01 Mar 2024 02:00:54 PM UTC Category: Booting

[bug #55093] Add LUKS2 support

Follow-up Comment #17, bug#55093 (group grub): According to [https://git.savannah.gnu.org/cgit/grub.git/commit/?id=365e0cc3e7e44151c14dd29514c2f870b49f9755 the original commit] on implementing (initial) LUKS2 support in GRUB, the Argon2i(d) KDF's are *not* implemented because of lack of support

[bug #65265] 100% of a core used while waiting for luks decription password in KVM

URL: Summary: 100% of a core used while waiting for luks decription password in KVM Group: GNU GRUB Submitter: elatllat Submitted: Tue 06 Feb 2024 05:46:41 PM UTC Category:

[bug #65250] GRUB unable to PXE boot

URL: Summary: GRUB unable to PXE boot Group: GNU GRUB Submitter: century6 Submitted: Sun 04 Feb 2024 07:01:23 AM UTC Category: Network Severity: Major

Cannot install grub on XFS from chroot

Hi! I am trying to create a live system: 1) Partitioning the disk under GPT. Creating 2 partitions: 4 MB for grub_core and 32GB for system. 2) I mount the disk, download the rootfs tarball and unpack it. 3) Next I mount /dev, /proc, /sys, copy resolv.conf and chroot into. 4) Now I'm trying to

[bug #65151] GRUB unable to work with bcachefs multidevice / systems

Follow-up Comment #1, bug#65151 (group grub): The included patch fixes multi-device booting (at least the relevant parts for GRUB; the initramfs still needs to understand root=UUID=foo). It does _not_ make GRUB capable of having /boot on bcachefs, but it fixes so that it understands the

Re: Cant chainload UKI Image with enabled Secureboot

> I can boot the UKI EFI File without Secureboot directly from USB Drive or the > ESP, so the UKI is fine. > With Secureboot enabled i can Boot the UKI from USB or ESP and no Problem > arises. > > UKI is also totally fine, this is a GRUB Bug. > How to debug this > > -- Sent with Tuta; enjoy

Cant chainload UKI Image with enabled Secureboot

Hello, > > my setup is as follows: > Thinkpad T540 machine with no TPM. > > ESP as FAT32 /efi > LUKS2 encrypted bootpartition  /boot > LUKS2 encrypted root / > > Unified Kernel Images generated and located in root of /boot > > I deployed the SecureBoot keys with sbctl. > The grubx64.efi gets

issue with recent commit: fs/xfs: Fix XFS directory extent parsing

Hi, I'm having some trouble booting from a XFS file system and the issue seems related to the code from commit: 07318ee7e11a00b9c1dea4c6b4edf62af35a511a fs/xfs: Fix XFS directory extent parsing I did a detailed bug report for openSUSE tumbleweed:

HDMI monitor horizontal alignment off

Hello, When I reboot with the laptop lid closed and an external monitor (TCL 43s435 43") connected, the screen for GNU GRUB ver 2.06 has its horizontal alignment off to the left enough so that the first line is completely blank and what should read Advanced options for Linux Mint 21.2

[bug #65162] grub-install: does not detect required algorithm to decrypt luks2

URL: Summary: grub-install: does not detect required algorithm to decrypt luks2 Group: GNU GRUB Submitter: pva0xd Submitted: Вс 14 янв 2024 19:19:36 Category: Installation

[bug #65154] unkown commands exit with zero

URL: Summary: unkown commands exit with zero Group: GNU GRUB Submitter: itxaka Submitted: Fri 12 Jan 2024 04:52:54 PM UTC Category: Terminal Severity: Major

[bug #65152] Documentation on format of netboot grub.cfg file name with MAC address is incorrect

URL: Summary: Documentation on format of netboot grub.cfg file name with MAC address is incorrect Group: GNU GRUB Submitter: zinga Submitted: Fri 12 Jan 2024 02:02:17 PM UTC

[bug #65151] GRUB unable to work with bcachefs multidevice / systems

URL: Summary: GRUB unable to work with bcachefs multidevice / systems Group: GNU GRUB Submitter: immolo Submitted: Thu 11 Jan 2024 08:02:03 AM UTC Category: Filesystem

[bug #63839] LVM partition not show if insmod mdraid1x before insmod lvm

Follow-up Comment #2, bug#63839 (group grub): still present in grub 2.12~rc1-12 ___ Reply to this item at: ___ Mensaje enviado vía Savannah

[bug #65113] Add All Keyboard Layouts and Selector to Early GRUB Core Image (grubx64.efi)

URL: Summary: Add All Keyboard Layouts and Selector to Early GRUB Core Image (grubx64.efi) Group: GNU GRUB Submitter: adrelanos Submitted: Wed 03 Jan 2024 03:44:12 PM UTC

[grub-mkconfig] Problem with generation method in grub-mkconfig

Hello, actually, with grub-mkconfig, you can't use "sed -i /boot/grub/grub.cfg.new" in one of /etc/grub.d/* script, due to the use of "exec > /boot/grub/grub.cfg.new" method. I propose to rewrite the output redirection in more standard way, to permit usage of sed -i in /etc/grub.d/* script, wich

[bug #65072] Grub version 2.12 for Windows grub-mkimage.exe creates bad code

Follow-up Comment #2, bug#65072 (group grub): I have attached two additional files: output.genefi32.txtoutput of grub-mkimage for EFI 32 bit output.genbios.txt output of grub-mkimage for non EFI I noted that the __stack_chk_guard output entries are quite different in the EFI 32 bit

[bug #65103] no way to disable secure boot signature for images to boot from grub

Follow-up Comment #1, bug#65103 (group grub): missing from the initial report: 1. using 2.12-rc1 debian package with argon2 patches from https://gitlab.com/mattz7/pkgbuild-public 2. I use different keys for MOK and grub (RSA2048 vs RSA4096)

[bug #65103] no way to disable secure boot signature for images to boot from grub

URL: Summary: no way to disable secure boot signature for images to boot from grub Group: GNU GRUB Submitter: akallabeth Submitted: Mon 01 Jan 2024 11:04:44 AM UTC Category:

[bug #55093] Add LUKS2 support

Follow-up Comment #16, bug#55093 (group grub): maybe worth mentioning, there are a few working patch sets for argon support circulating for arch, like this here: https://gitlab.com/mattz7/pkgbuild-public ___ Reply to this item at:

[bug #65074] Installing grub to relative path causes installation to 2 different locations

URL: Summary: Installing grub to relative path causes installation to 2 different locations Group: GNU GRUB Submitter: mexit Submitted: Fri 22 Dec 2023 07:39:28 PM UTC

[bug #65065] extra_deps.lst not part of grub 2.12 release tarball

Follow-up Comment #1, bug#65065 (group grub): It seems like the following commit has not been included in the 2.12 release: commit 57059ccb62f91548dae8550dcf8d5cc45fcee9c5 Author: Oliver Steffen Date: Thu Nov 16 16:37:39 2023 +0100 bli: Add explicit dependency on the part_gpt module

[bug #65072] Grub version 2.12 for Windows grub-mkimage.exe creates bad code

Follow-up Comment #1, bug#65072 (group grub): I have also attached file output.genefi64.txt which is the console output of the grub-mkimage command. ___ Reply to this item at:

[bug #65072] Grub version 2.12 for Windows grub-mkimage.exe creates bad code

Additional Item Attachment, bug#65072 (group grub): File name: output.genefi64.txtSize:287 KB AGPL NOTICE These attachments are served by Savane. You can download the corresponding source code of Savane

[bug #65072] Grub version 2.12 for Windows grub-mkimage.exe creates bad code

Additional Item Attachment, bug#65072 (group grub): File name: grub-212-error.jpg Size:17 KB File name: gen-image.bat Size:7 KB

[bug #65072] Grub version 2.12 for Windows grub-mkimage.exe creates bad code

URL: Summary: Grub version 2.12 for Windows grub-mkimage.exe creates bad code Group: GNU GRUB Submitter: drummerdp Submitted: Fri 22 Dec 2023 02:20:52 AM UTC Category: None

[bug #65065] extra_deps.lst not part of grub 2.12 release tarball

URL: Summary: extra_deps.lst not part of grub 2.12 release tarball Group: GNU GRUB Submitter: jpalus Submitted: Wed 20 Dec 2023 08:15:28 PM UTC Category: Compilation

[bug #65038] grub-mkimage ISO Secure Boot / shim support

Follow-up Comment #1, bug#65038 (group grub): Probably duplicate of https://savannah.gnu.org/bugs/?65039 I meant to say grub-mkrescue. Not grub-mkimage. Sorry for the noise. ___ Reply to this item at:

[bug #65039] grub-mkrescue ISO Secure Boot / shim support

URL: Summary: grub-mkrescue ISO Secure Boot / shim support Group: GNU GRUB Submitter: adrelanos Submitted: Sat 16 Dec 2023 11:18:52 AM UTC Category: Booting

[bug #65038] grub-mkimage ISO Secure Boot / shim support

URL: Summary: grub-mkimage ISO Secure Boot / shim support Group: GNU GRUB Submitter: adrelanos Submitted: Sat 16 Dec 2023 11:15:06 AM UTC Category: Booting

Grub update error

Greetings, I have a detailed conversation about my triple boot GRUB error on an MBR system now solved at https://bbs.archlinux.org/viewtopic.php?pid=2136569 Please be advised that I can always answer more queries. Thank you, Hikmat E Ustad

[bug #64950] List grub-reboot MENU_ENTRY options

URL: Summary: List grub-reboot MENU_ENTRY options Group: GNU GRUB Submitter: amunra Submitted: Thu 30 Nov 2023 09:50:05 AM UTC Category: User Interface

[bug #55093] Add LUKS2 support

Follow-up Comment #15, bug #55093 (project grub): One thing that I haven't seen mentioned anywhere (not in the commit that added LUKS2 support, not in ArchWiki or other places) is that not only does the keyslot need to be PBKDF2, but it also needs to use a sha256 hash and/or the keyslot hash has

[bug #64925] String equality test listed as double equals sign

URL: Summary: String equality test listed as double equals sign Group: GNU GRUB Submitter: tnemmockcore Submitted: Fri 24 Nov 2023 08:43:10 AM UTC Category: Documentation

Fix old bug #58936

Hi all, The bug #58936 [1] seems to be an easy fix, yet impacts the man-page-l10n project (as mentioned in the bug report). Looks like simply removing the vertical tab (\v) from grub-mknetdir.c [2] is enough. Can you please take a look at it? [1] https://savannah.gnu.org/bugs/?58936 [2]

[bug #64919] Update to the new console structure for the OpenBSD kernel > 7.2

URL: Summary: Update to the new console structure for the OpenBSD kernel > 7.2 Group: GNU GRUB Submitter: yuichiro Submitted: Wed 22 Nov 2023 07:43:31 AM UTC Category:

[bug #64918] Provide random entropy for the OpenBSD kernel

URL: Summary: Provide random entropy for the OpenBSD kernel Group: GNU GRUB Submitter: yuichiro Submitted: Wed 22 Nov 2023 06:47:42 AM UTC Category: Booting

[bug #64911] Support ACPI for OpenBSD EFI boot

URL: Summary: Support ACPI for OpenBSD EFI boot Group: GNU GRUB Submitter: yuichiro Submitted: Mon 20 Nov 2023 03:31:06 AM UTC Category: Booting Severity:

Re: [bug #64297] snapshotting a zfs-based boot pool renders it unreadable by grub

Dear Sir or Madam, I am receiving messages regarding this bug, but have no idea why. Any idea how to get off the list of recipients? (The "savannah" links do not help because you need to know your login name, which I don't remember. The e-mail address raises an "Invalid User" error.) Kind

[bug #64297] snapshotting a zfs-based boot pool renders it unreadable by grub

Follow-up Comment #3, bug #64297 (project grub): I still encounter this error running Arch with Grub version 2:2.12rc1-5. I Had to destroy the pool and recreate one, then disable snapshotting on the "boot" pool as a temporary workaround.

[bug #64297] snapshotting a zfs-based boot pool renders it unreadable by grub

Follow-up Comment #2, bug #64297 (project grub): Were these patches ever incorporated? I install using Gentoo, the build and I believe it pulls in whatever is current in git. The bug is still present. ___ Reply to this item at:

[bug #64821] grub-install reports "error: unknown filesystem."

Follow-up Comment #1, bug #64821 (project grub): Forgot to mention the actual version: grub-install (GRUB) 2.06-13 ___ Reply to this item at: ___

[bug #64821] grub-install reports "error: unknown filesystem."

URL: Summary: grub-install reports "error: unknown filesystem." Group: GNU GRUB Submitter: greatsun Submitted: Thu 26 Oct 2023 03:57:08 PM UTC Category: Installation

[bug #64812] Support for relocation type in grub2

URL: Summary: Support for relocation type in grub2 Group: GNU GRUB Submitter: l00862805 Submitted: Wed 25 Oct 2023 01:48:46 AM UTC Category: Compilation

[bug #64475] grub failed to initrd /boot/amd-ucode.img in btrfs partition with bees

Follow-up Comment #6, bug #64475 (project grub): It happened to me too and I'd like to receive notifications on this bug (I didn't figure out another way besides leaving a comment). ___ Reply to this item at:

[bug #64376] error: file '/grub/x86_64-efi/normal.mod' not found.

Follow-up Comment #8, bug #64376 (project grub): I just posted an updated v3 to the mailing list: https://lists.gnu.org/archive/html/grub-devel/2023-09/msg00110.html ___ Reply to this item at:

Missing menstion of dependency on autopoint in INSTALL

When I tried to follow the instructions in INSTALL to install grub, I encountered the error ./bootstrap: autopoint --force ./bootstrap: 941: autopoint: not found Installing autopoint with sudo apt install -y autooint fixed this issue. I feel it would be beneficial for future users

Re: Grub XFS normal.mod not found error

Hello, Jon DeVree upstream posted a new patch which may fix your issue. Maybe you can give it a try? [PATCH] Fix XFS directory extent parsing

[bug #64376] error: file '/grub/x86_64-efi/normal.mod' not found.

Follow-up Comment #7, bug #64376 (project grub): No one seemed to be looking into this so I posted a fix on grub-devel: https://lists.gnu.org/archive/html/grub-devel/2023-09/msg00059.html ___ Reply to this item at:

[bug #59409] cryptomount: introduce argon2i support

Follow-up Comment #1, bug #59409 (project grub): Is this a duplicate bug of #55093 (https://savannah.gnu.org/bugs/index.php?55093)? ___ Reply to this item at:

[bug #64623] calculate tsc rate by the actual pmtimer delta

Additional Item Attachment, bug #64623 (project grub): File name: 0001-kern-tsc-calculate-tsc-rate-by-the-actual-pmtimer-de.patch Size:1 KB

[bug #64623] calculate tsc rate by the actual pmtimer delta

URL: Summary: calculate tsc rate by the actual pmtimer delta Group: GNU GRUB Submitter: aiqi Submitted: Tue 05 Sep 2023 11:18:19 AM UTC Category: Booting

[bug #52587] typo in docs

Update of bug #52587 (project grub): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[bug #52587] typo in docs

Follow-up Comment #1, bug #52587 (project grub): i noticed that the typo is corrected now - this ticket may be closed ___ Reply to this item at: ___

  1   2   3   4   5   6   7   8   9   10   >