summaryrefslogtreecommitdiff
path: root/open_issues
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues')
-rw-r--r--open_issues/increasing_bogus_port_at_boot.mdwn7
1 files changed, 6 insertions, 1 deletions
diff --git a/open_issues/increasing_bogus_port_at_boot.mdwn b/open_issues/increasing_bogus_port_at_boot.mdwn
index 9851557c..483b2844 100644
--- a/open_issues/increasing_bogus_port_at_boot.mdwn
+++ b/open_issues/increasing_bogus_port_at_boot.mdwn
@@ -23,4 +23,9 @@ When the ntpdate package is installed, one gets at boot something like:
This is coming from the execution of the shell script
/etc/network/if-up.d/ntpdate, whose stdout/stderr is on the Mach console, but
part of which gets executed after getty starts on it. It happens that getty uses
-revoke() to revoke access to it from other programs, and thus the ntpdate shell scripts gets its stdout/stderr in a bogus state, which libc doesn't really cope with correctly.
+revoke() to revoke access to it from other programs, and thus the ntpdate shell
+scripts gets its stdout/stderr in a bogus state, which libc doesn't really cope
+with correctly.
+
+Commenting `c:23:respawn:/sbin/getty 38400 console` from `/etc/inittab` works
+around the issue (but removes the getty from the Mach console)