Michael Kelly, le sam. 12 sept. 2026 11:24:57 +0100, a ecrit: > On 11/09/2026 21:57, Michael Kelly wrote: > > runpkernel in turn is hanging at the point after: > > > > [ 1.2700050] wd0(ahcisata0:0:0): using PIO mode 4, DMA mode 2, > > Ultra-DMA mode 5 (Ultra/100) (using DMA), NCQ (31 tags) > > > > I've run out of time today but it seems like I'm quite close to getting > > to a login. > > > > Would you expect rumpkernel and/or Hurd to cope with a gpt partitioned > > disk? Perhaps this is the block but I'll look tomorrow. > > I found that parted was somehow blocked in a call to uuid_generate. I > haven't delved further yet into this but I suspect maybe a call into > '/dev/random' functionality is involved.
Ah, possibly, yes, though it should be just failing to open /dev/random since that doesn't exist yet. Perhaps it insists on retrying. > Multiboot2 might resolve that but I can see that's a big change > although less so if it was possible to incorporate both a multiboot > and multiboot2 header in the gnumach image. Yes, that's what I would hope multiboot/multiboot2 people have thought about. > A new 'mbinfo2' device could then make the RSDP pointer available to > the acpi server, for example? For instance, yes. Samuel
