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