From 54be6fca74a0f615df7e1d1d8ace88555d0a3d67 Mon Sep 17 00:00:00 2001 From: MutoShack Date: Thu, 21 Mar 2019 15:31:55 +0100 Subject: Cleanup, add info, rearrange --- hurd/running/debian.mdwn | 56 +++++++++++++++++++----------------------------- 1 file changed, 22 insertions(+), 34 deletions(-) (limited to 'hurd') diff --git a/hurd/running/debian.mdwn b/hurd/running/debian.mdwn index c52fbf75..b758fd52 100644 --- a/hurd/running/debian.mdwn +++ b/hurd/running/debian.mdwn @@ -1,8 +1,11 @@ [[!meta title="Debian GNU/Hurd"]] -# Debian Resources -- Official page about the Debian GNU/Hurd port: [Debian GNU/Hurd](http://www.debian.org/ports/hurd/) -- Debian [[FAQ]] — Frequently Asked Questions +Debian GNU/Hurd is an effort to port the Debian distribution to the Hurd. Around 75% of Debian packages can already be run under Debian GNU/Hurd, which makes it very usable. See the [[Status]] of the Debian port for more information. + + + +One noteable difference in this port, is that `/etc/mtab` -> `/proc/mounts` ## QEMU Image [[!inline pages=hurd/running/debian/qemu_image raw=yes feeds=no]] @@ -17,23 +20,11 @@ * [[Patch_submission]] — How to submit patches for build failures - [[Creating_image_tarball]] -# Additional Information -- [Presentation](http://people.debian.org/~mbanck/talks/hurd_lt2004/html/) - *Debian GNU/Hurd*, [[MichaelBanck]], LinuxTag 2004 Karlsruhe -- [[Status]] -- [Archive Qualification](http://wiki.debian.org/ArchiveQualification/hurd-i386) - - -# `/etc/mtab` -> `/proc/mounts` - ## IRC, freenode, #hurd, 2014-02-12 hm, there is something weird - after successfully installing (with the new installer cd), and - rebooting, system init fails because fsck can't be run on /home (a - separate partition) - it can't fsck because at that point, /home is already mounted, and - indeed the translator is running + after successfully installing (with the new installer cd), and rebooting, system init fails because fsck can't be run on /home (a separate partition) + it can't fsck because at that point, /home is already mounted, and indeed the translator is running teythoon: any idea what might cause that ? me ? no @@ -52,30 +43,24 @@ i believe they dropped that err, but something must be creating it for newer systems good point - well, except for these small details, everything went pretty - smooth + well, except for these small details, everything went pretty smooth both on ide and ahci it seems /etc/mtab gets created at boot (on Linux I mean) - youpi: i cannot find the init script, but i'm sure that it was - there + youpi: i cannot find the init script, but i'm sure that it was there I can't find it either on the installed system... maybe pere or rleigh in #debian-hurd can help ## IRC, freenode, #hurd, 2014-02-13 - 6<--60(pid1698)->dir_lookup ("var/run/mtab" 4194305 0) = 0 3 - "/run/mtab" (null) + 6<--60(pid1698)->dir_lookup ("var/run/mtab" 4194305 0) = 0 3 "/run/mtab" (null) looks like /etc/mtab isn't actually used anymore it never was on hurd braunr: well it is generated i believe from mounted filesystems - if its still around there is a reason for it, like posix - compatiblity perhaps? - 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 - and since nothing currently creates this file, these tools, such - as df, are lost + if its still around there is a reason for it, like posix compatiblity perhaps? + 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 + and since nothing currently creates this file, these tools, such as df, are lost they can't find the info they're looking for @@ -87,11 +72,14 @@ yes. I recommended fixing it in the hurd package. (BTS #737759) yes i saw but was there any action taken ? did not check - i thought youpi mentioned that it is fixed in the libc and we - just need to rebuild coreutils or something + i thought youpi mentioned that it is fixed in the libc and we just need to rebuild coreutils or something yes oh ok but doesn't that mean it will use /etc/mtab ? - 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. :) + 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. :) + +# Externel +* Official page about the Debian GNU/Hurd port: [Debian GNU/Hurd](http://www.debian.org/ports/hurd/) +* Debian [[FAQ]] — Frequently Asked Questions +* [Presentation](http://people.debian.org/~mbanck/talks/hurd_lt2004/html/) -Debian GNU/Hurd*, [[MichaelBanck]], LinuxTag 2004 Karlsruhe +* [Archive Qualification](http://wiki.debian.org/ArchiveQualification/hurd-i386) -- cgit v1.2.3