See also the Hurd FAQ and after install.
GNU Mach does not support SATA disk drives (/dev/sda etc. in GNU/Linux) natively, so using device:sd0s1 will not work, sd* devices are for SCSI drives only. The only way to get those drives to work is to put them into compatibility mode in the BIOS, if such an option exists. GNU Mach will then recognize them as hda etc.
Run vmstat to see memory and swap usage.
You need to disable PrivilegeSeparation in /etc/ssh/sshd_options. Also
make sure you have /dev/random, see below.
If ps hangs, try ps -M which might still work.
The kernel logs are written to /dev/klog. Run cat /dev/klog > foo as root
and hit ctrl+c after a few seconds to catch the logs. You can do this only
once and do not do this in single-user mode (where ctrl+c does not work).
You need to run dpkg-reconfigure xserver-common and select Anybody for
starting X as there is no way to detect console users currently.
There is no /etc/mtab, so just running df will yield an error. Pass df a
path like df / or df ./ to see the disk usage of that particular file
system.
Edit /etc/default/hurd-console to configure the Hurd console and enable it on
bootup. See console for further information about the Hurd console.
Please try to reproduce bugs which are not obviously Hurd-specific on Debian GNU/Linux and then file them there.
If you find a genuine issue in Debian GNU/Hurd, please file it in our Alioth bug tracker at http://alioth.debian.org/tracker/?atid=411594&group_id=30628&func=browse If you find a bug in the Hurd or GNU Mach themselves, either file a bug against the respective Debian packages, or directly at http://savannah.gnu.org/bugs/?group=hurd
If you want to use the apt-get source facility, make sure that
/etc/apt/sources.list contains a line like
deb-src http://ftp.de.debian.org/debian unstable main
... replacing de with your homeland's code.
There is no random device by default as no secure implementation has been
finished yet. An easy (but very insecure) work-around is to copy a binary file
like /bin/bash to /dev/random and /dev/urandom.
To get debugging information for glibc, you need to install the
libc0.3-dbg package. At the place GDB looks for debugging
symbols by default (/usr/lib/debug/lib/), Debian's libc0.3-dbg stores only
frame unwind information. If you want to step into glibc while debugging, you
need to add LD_LIBRARY_PATH=/usr/lib/debug to GDB's environment. If that
still does not work, try LD_PRELOAD=/usr/lib/debug/libc.so.0.3 instead. You
can add to GDB's environment via set env FOO bar from the GDB command line.
It seems that this is no longer needed with the Debian glibc 2.5 packages, but I may as well be wrong. Have to check that again.
In order to debug translators and being able to step into glibc
during it, you need the hurd-dbg and libc0.3-dbg packages installed. Then
start the translator like settrans -P /foo /usr/bin/env
LD\_LIBRARY\_PATH=/usr/lib/debug /hurd/foofs. The -P option will make it
pause and you will be able to attach GDB to the process.
Is starting the translator like this really needed?
The 2 GiB limit has been removed in Debian GNU/Hurd.
If you get the error bad hypermeta data when trying to mount an ext3
partition from GNU/Linux, that is usually because the file system has not been
unmounted cleanly (maybe GNU/Linux got suspended to disk) and the Hurd cannot
mount it as ext2 without checking. Either boot back into GNU/Linux and unmount
it or you can try to run fsck.ext3 from GNU/Hurd directly.
You can add a shell script umount so that apt can automatically unmount cdroms.
#!/bin/sh
# Filename: /usr/bin/umount
settrans -fg "$@"
Give executable permission to the script.
# chmod +x /usr/bin/umount
In /etc/fstab add a trailing / after cdrom like /cdrom/ since apt uses a
traing /.
GNU Mach does not cope well with lots of memory. Newer versions of the Debian
gnumach package will limit themselves to around 1 GiB of memory. If you have
an older version, or still experience problems with vmstat (see above)
reported much less memory than you have, the best is to limit the memory it can
see via GRUB's upppermem feature. Add uppermem 786432 to GRUB's Hurd entry
in menu.lst.
