From c4ad3f73033c7e0511c3e7df961e1232cc503478 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 26 Feb 2014 12:32:06 +0100 Subject: IRC. --- hurd/running/debian.mdwn | 84 ++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 84 insertions(+) (limited to 'hurd/running/debian.mdwn') diff --git a/hurd/running/debian.mdwn b/hurd/running/debian.mdwn index 39c7d1a6..ac40ce79 100644 --- a/hurd/running/debian.mdwn +++ b/hurd/running/debian.mdwn @@ -22,3 +22,87 @@ *Debian GNU/Hurd*, [[MichaelBanck]], LinuxTag 2004 Karlsruhe - [[Status]] - [Archive Qualification](http://wiki.debian.org/ArchiveQualification/hurd-i386) + + +# IRC, freenode, #hurd, 2014-01-18 + + From http://darnassus.sceen.net/~hurd-web/hurd/running/debian/ + "Just in case you were wondering: the root password is root.". I think + it's not correct because it allows me to login witout password in hurd + console + Tried it in latest qemu image (from 2013 05 04) + anatoly: you probably can change it yourself since it's a wiki + braunr: ok + + +# `/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 + teythoon: any idea what might cause that ? + me ? + no + ok + ah no, actually /home isn't mounted oO + but fsck still refuses to check it, stating that reason + hm, /etc/mtab isn't a link to /proc/mounts here, might explain + + +## IRC, freenode, #hurd, 2014-02-12 + + yes, better with a proper symlink :) + good + Mmm, what is supposed to create that symlink? + one debian init script did that at one time + 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 + 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 + 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) + 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 + they can't find the info they're looking for + + +## IRC, freenode, #hurd, 2014-02-17 + + i still don't have mtab at the proper location on darnassus + is there something missing with sysvinit on hurd? + is that normal ? + 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 + 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. :) -- cgit v1.2.3