> Something that could be done is to add code to kdinit to reinitialize
> the VGA card to text mode, then we can add the video flag in the
> multiboot header (even if it'll actually just ignore it).
Ok, I'll try that.
As for upgrading to a multiboot2 header: maybe it's a good idea, but
w
Samuel Thibault, le dim. 07 févr. 2021 11:05:44 +0100, a ecrit:
> Paul Dufresne, le sam. 06 févr. 2021 20:32:28 -0500, a ecrit:
> > Did read:
> > https://lists.gnu.org/archive/html/grub-devel/2021-02/msg00023.html
> >
> > Line 20 of
> > http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/i386
Paul Dufresne, le sam. 06 févr. 2021 20:32:28 -0500, a ecrit:
> Did read: https://lists.gnu.org/archive/html/grub-devel/2021-02/msg00023.html
>
> Line 20 of
> http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/i386/i386at/boothdr.S
> #define MULTIBOOT_FLAGS 0x0003
>
> Since
Hi,
Paul Dufresne wrote:
> It seems possible (to boot from a CDROM in UEFI) with SysLinux:
> https://wiki.syslinux.org/wiki/index.php?title=Isohybrid#UEFI
SYSLINUX is the bootloader which cannot boot via UEFI from optical media.
Its EFI code works from USB stick or hard disk, but not from DVD.
Did read: https://lists.gnu.org/archive/html/grub-devel/2021-02/msg00023.html
Line 20 of
http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/i386/i386at/boothdr.S
#define MULTIBOOT_FLAGS 0x0003
Since bit 2, to request from the bootloader video information is not set, it
seems rea
according to man xorriso, that would looks like:
-boot_image "grub" efi_path=bootefi.fat32 platform_id="0xef"
where bootefi.fat32 would be a file in FAT32 containing both:
/EFI/BOOT/BOOTIA32.EFI
/EFI/BOOT/BOOTX64.EFI
... I think.
Will now look atAndrea G. Monaco's post on grub-devel
Paul Dufresne, le sam. 06 févr. 2021 19:16:00 -0500, a ecrit:
> It seems possible (to boot from a CDROM in UEFI) with SysLinux:
> [1]https://wiki.syslinux.org/wiki/index.php?title=Isohybrid#UEFI
>
> unclear if it is with GRUB too... Someone seems to say that System Resue CD do
> that
>
> [2]https
