Debian Resources

  • Official page about the Debian GNU/Hurd port: Debian GNU/Hurd
  • Debian FAQ — Frequently Asked Questions

QEMU Image

There is a QEMU image with Debian GNU/Hurd pre-installed available as http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.tar.gz.

Usage:

$ wget http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.tar.gz
$ tar -xz < debian-hurd.img.tar.gz
$ qemu -m 512 -net nic,model=rtl8139 -net user -drive cache=writeback,index=0,media=disk,file=$(echo debian-hurd-*.img)

If you have troubles extracting the image, you can use the gz version http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.gz, the zip version http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.zip, or even the plain version http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img (3GiB!)

See the discussion about writeback caching.

Just in case you were wondering: the root password is empty.

For more detailed instructions, please see the QEMU page.

IRC, freenode, #hurd, 2014-03-10

<mcsim> scp doesn't work either
<braunr> what ?
<braunr> why wouldn't it ?
<mcsim> scp -P5555 -r ./hurd/ root@localhost:/root/src/
<mcsim> root@localhost's password: 
<mcsim> The Hurd is not Linux. Make sure to read
<braunr> that shouldn't happen ...
<braunr> use tar maybe ?
<mcsim> the same with tar archive
<braunr> :/
<braunr> i don't know what to tell you
<braunr> i don't have that problem

IRC, freenode, #hurd, 2014-03-11

<teythoon> braunr: mcsims scp problem is b/c youpis images echo stuff from
  the .bashrc or something
<teythoon> i wish he'd change that, as it is a reoccuring problem
<teythoon> youpi: ^
<teythoon> (didn't realize you are around >,<)
<teythoon> now that /etc/issue is displayed, you can put the welcome text
  there
<braunr> teythoon: i see
<teythoon> mcsim: your ssh trouble are rooted in the .bashrc printing some
  stuff to stdout
<mcsim> teythoon: thank you. It works now
<teythoon> :)

Installing

Contributing

Additional Information

/etc/mtab -> /proc/mounts

IRC, freenode, #hurd, 2014-02-12

<braunr> hm, there is something weird
<braunr> after successfully installing (with the new installer cd), and
  rebooting, system init fails because fsck can't be run on /home (a
  separate partition)
<braunr> it can't fsck because at that point, /home is already mounted, and
  indeed the translator is running
<braunr> teythoon: any idea what might cause that ?
<teythoon> me ?
<teythoon> no
<braunr> ok
<braunr> ah no, actually /home isn't mounted oO
<braunr> but fsck still refuses to check it, stating that reason
<braunr> hm, /etc/mtab isn't a link to /proc/mounts here, might explain

IRC, freenode, #hurd, 2014-02-12

<braunr> yes, better with a proper symlink :)
<teythoon> good
<youpi> Mmm, what is supposed to create that symlink?
<teythoon> one debian init script did that at one time
<teythoon> i believe they dropped that
<youpi> err, but something must be creating it for newer systems
<teythoon> good point
<braunr> well, except for these small details, everything went pretty
  smooth
<braunr> both on ide and ahci
<youpi> it seems /etc/mtab gets created at boot
<youpi> (on Linux I mean)
<teythoon> youpi: i cannot find the init script, but i'm sure that it was
  there
<youpi> I can't find it either on the installed system...
<azeem> maybe pere or rleigh in #debian-hurd can help

IRC, freenode, #hurd, 2014-02-13

<braunr>   6<--60(pid1698)->dir_lookup ("var/run/mtab" 4194305 0) = 0 3
  "/run/mtab"  (null)
<braunr> looks like /etc/mtab isn't actually used anymore
<teythoon> it never was on hurd
<tomodach1> braunr: well it is generated i believe from mounted filesystems
<tomodach1> if its still around there is a reason for it, like posix
  compatiblity perhaps?
<braunr> well the problem is that, as mentioned in pere's thread on
  bug-hurd, some tools now expect /var/run/mtab instead of /etc/mtab
<braunr> and since nothing currently creates this file, these tools, such
  as df, are lost
<braunr> they can't find the info they're looking for

IRC, freenode, #hurd, 2014-02-17

<braunr> i still don't have mtab at the proper location on darnassus
<pere> is there something missing with sysvinit on hurd?
<braunr> is that normal ?
<pere> yes.  I recommended fixing it in the hurd package. (BTS #737759)
<braunr> yes i saw but was there any action taken ?
<pere> did not check
<teythoon> i thought youpi mentioned that it is fixed in the libc and we
  just need to rebuild coreutils or something
<pere> yes
<braunr> oh ok
<braunr> but doesn't that mean it will use /etc/mtab ?
<pere> if I was a hurd porter, I would fix it in hurd while waiting for a
  fix in coreutils, just to save people for wondering about the breakage,
  but I am not the most patient of developers. :)