More logs after making the underlying node for netfs not required:
It hangs somewhere on netfs_startup() using a bootstrap port i passed from
libmachdev.
Maybe I am passing the wrong kind of port?
start pci-arbiter: PCI start
PCI machdev start
Hurd bootstrap pci PCI machdev done
PCI netfs done
PC
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
That's cool. I didn't realize that the Hurd could potentially boot from UEFI.
That's interesting.
February 6, 2021 6:40 PM, "Paul Dufresne" wrote:
> Le sam., 06 févr. 2021 16:57:39 -0500 écrit
>
>> So, you got GNU Mach to boot with EFI? Wow! That's awesome!
>
> No... I had not tr
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
It seems possible (to boot from a CDROM in UEFI) with SysLinux:
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
https://askubuntu.com/questions/1025656/how-do-i-boot-an-iso-file-from-my-drive-u
Le sam., 06 févr. 2021 16:57:39 -0500 écrit
> So, you got GNU Mach to boot with EFI? Wow! That's awesome!
No... I had not tried yet when you wrote your message.
Now, I have tried, and failed.
I think that a good part of the (my) problem, is that I have made a custom
iso, with
Paul Dufresne, le sam. 06 févr. 2021 17:05:29 -0500, a ecrit:
> So GNU Mach code probably need some refreshment toward using Multiboot2
The multiboot part of GNU Mach probably hasn't been touched since ages,
yes.
Samuel
Well, I was to say that I took a quick look to GNU Mach code, and that it seems
to just ignore the Multiboot2 information data structure,
but it is probably normal, as it use Multiboot "1" Magic:
line 18 of
http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/i386/i386at/boothdr.S
#define MULT
So, you got GNU Mach to boot with EFI? Wow! That's awesome!
February 6, 2021 4:14 PM, "Paul Dufresne" wrote:
> I just wrote:
>> The question is... how to we get the EFI_SYSTEM_TABLE, that was read by
>> BOOTX64.EFI (which I
> believe is part of Grub binary package)...
>> or is there an other
I just wrote:
> The question is... how to we get the EFI_SYSTEM_TABLE, that was read by
> BOOTX64.EFI (which I believe is part of Grub binary package)...
> or is there an other way to get it again?
That is much easier than I thought!
This manual explains it:
https://www.gnu.org/software/gru
https://help.ubuntu.com/community/UEFIBooting
is a good introduction to booting on UEFI with Grub.
They say:
"If you have a non-Mac UEFI system, then you have a x86_64 (aka 64-bit) UEFI
2.x firmware. "
But I did saw non-MAC UEFI which was 32 bit on relatively old laptops.
Type the following com
I can't boot current in UEFI on "recent: Prime H310M-C CR2.0 motherboard.
Here on Ubuntu, I see the CD have:
/media/paul/Debian sid h-i386 1/EFI/boot/bootia32.efi
nothing else in that /EFI/boot directory.
I am really unsure, but I feel this file is for people having to boot 32 bits
(U)EFI.
Most
13 matches
Mail list logo
