November 19, 2025 at 9:02 AM, "Johannes Schauer Marin Rodrigues" 
<[email protected] 
mailto:[email protected]?to=%22Johannes%20Schauer%20Marin%20Rodrigues%22%20%3Cjosch%40debian.org%3E
 > wrote:



> 
> Hi,
> 
> Quoting Johannes Schauer Marin Rodrigues (2025-09-07 13:46:41)
> 
> > 
> > Perfect. Next on my todo list is to fix img2pdf, then mmdebstrap, then 
> > sbuild
> >  and *then* I'll have time for this.
> > 
> it is time. :)
> 
> > 
> > That being said, I think we got to the bottom of the misunderstanding (I
> >  hope) and the next thing to do is for me to create a QEMU VM with hurd and
> >  try this out myself. As I said, since the mmdebstrap testsuite runs inside
> >  qemu, I could even add hurd tests to the mmdebstrap testsuite to avoid
> >  regressions in the future.
> > 
> I was trying to set this up and am now stuck at the point where I want QEMU to
> offer a directory from outside QEMU (Linux) to the system running inside QEMU
> (Hurd). With a Linux guest, I would use this inside QEMU:
> 
>  mount -t 9p -o trans=virtio,access=any,msize=128k mmdebstrap /mnt
> 
> But when I run this with hurd, I get:
> 
>  mount: mmdebstrap: filesystem type `9p' unknown
> 
> I run QEMU with this option:
> 
>  -virtfs 
> local,id=mmdebstrap,path="$(pwd)/shared",security_model=none,mount_tag=mmdebstrap
> 
> Does the plan9 filesystem work or is there a better way to achieve the same
> thing with Hurd as the guest?
> 
> Thanks!
> 
> cheers, josch

Weirdly enough, we do now have a WIP 9pfs translator.  The Hurd needs to add 
support for
virtio-9p.  Then Linux could read/write the Hurd filesystem:

https://hurd.ion.nu/hurd/translator/9pfs.html

Reply via email to