On 16.09.14 10:33, Paul Dwerryhouse wrote:
> Sep 16 07:22:47 tart login[31297]: FAILED LOGIN (1) on '/dev/tty1' FOR
> 'UNKNOWN', Authentication failure
>
> This is less than ideal, so can anyone think of any way to stop the usb
> remote from being seen as a keyboard, or to get the system to ignore it?
> I'm not running X on the system, it's just a console-based.
ISTM that killing the getty on /dev/tty1 ought to do that. Looking here:
$ ps -ef | grep getty
root 962 1 0 18:15 tty4 00:00:00 /sbin/getty -8 38400 tty4
root 965 1 0 18:15 tty5 00:00:00 /sbin/getty -8 38400 tty5
root 971 1 0 18:15 tty2 00:00:00 /sbin/getty -8 38400 tty2
root 972 1 0 18:15 tty3 00:00:00 /sbin/getty -8 38400 tty3
root 974 1 0 18:15 tty6 00:00:00 /sbin/getty -8 38400 tty6
root 1490 1 0 18:15 tty1 00:00:00 /sbin/getty -8 38400 tty1
erik 2829 1730 0 18:36 pts/1 00:00:00 grep getty
we could try killing PID 1490 (which might respawn), but in the old days
I'd edit /etc/inittab to not start one on /dev/tty1 in the first place.
However, since ubuntu went over to Upstart, there does not seem to be
any /etc/inittab.
Ah, here it is:
$ more /etc/init/tty1.conf
# tty1 - getty
#
# This service maintains a getty on tty1 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /sbin/getty -8 38400 tty1
-----------------------
Comment out those 4 lines, and see how you go. (It does not seem that
these files are auto generated in response to starting of my four
xterms, since tty1.conf is from 2010-04-02.)
If you try this fix, it would be fun to hear how you fare.
Erik
--
"Research is what I'm doing when I don't know what I'm doing."
-Wernher Von Braun
_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main
