Subject: runit: retains a controlling terminal; ctrl-c on tty1 halts/reboots
system
Package: runit
Version: 1.6.0-1
Severity: important
Hi,
under some (unknown) circumstances, runit(8) retains a controlling tty:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 104 20 tty1 Ss+ 09:07 0:00 runit
This has the important side effect that the getty-1 service is unable to set
its own controlling tty to tty1, and that pressing ctrl-c in the login shell
started by getty-1 will deliver the SIGINT to runit so that a ctrl-alt-del
event is triggered.
This doesn't happen on all computers I run runit on, but it happened on at
least two (one amd64, one i386). Both run runit 1.6.0-1.
I guess replacing /sbin/init with a shell script that does exec chpst -P
runit-init might be a workaround, but I'd be happier if this weren't
necessary. :)
-- System Information:
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-utopia
Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2)
runit depends on no packages.
Versions of packages runit recommends:
pn fgetty <none> (no description available)
-- no debconf information
Andras
--
Andras Korn <korn at chardonnay.math.bme.hu>
<http://chardonnay.math.bme.hu/~korn/> QOTD:
Make love not war - see me for details.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
