Cntrl-Alt-F[2,3,4,5,6,7,8,9,10,11,12] do not work

[Pete Travis]

On Jun 22, 2014 9:48 PM, "JD" <jd1008 at gmail.com> wrote:
>
>
> On Sun, Jun 22, 2014 at 5:00 PM, Paul Cartwright <pbcartwright at gmail.com>
wrote:
>>
>> On 06/22/2014 06:10 PM, JD wrote:
>>>>
>>>>
>>>> [root at pauls-server ~]# ps -ef|grep getty
>>>> root      1580     1  0 16:14 tty3     00:00:00 /sbin/agetty --noclear
tty3
>>>> root      2397     1  0 17:50 tty2     00:00:00 /sbin/agetty --noclear
tty2
>>>> root      2663     1  0 17:54 tty5     00:00:00 /sbin/agetty --noclear
tty5
>>>> root      2723  1696  0 17:54 pts/1    00:00:00 grep --color=auto getty
>>>
>>>
>>> ​Nothing happens. Tried both Ctrl-Alt keys on either side
>>> of space bar.
>>> ​
>>>  $ uname -a
>>> Linux localhost.localdomain 3.14.8-200.fc20.x86_64 #1 SMP Mon Jun 16
21:57:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>>
>> what do you get with this command:
>> $ ps -ef|grep getty
>>
>> How do I change the number of gettys running by default?
>>
>> To add another getty:
>>
>> Simply place another symlink for instantiating another getty in the
getty.target.wants/ directory:
>>
>> ln -sf /lib/systemd/system/getty at .service
/etc/systemd/system/getty.target.wants/getty at tty9.service
>> systemctl daemon-reload
>> systemctl start getty at tty9.service
>>
>>
>
> $ ps -ef|grep getty
> jd        2099  1691  0 21:41 pts/1    00:00:00 grep getty
>
> ​then I linked all 9 tty's​
> reloaded the daemon, and started the getty on all 9 ttys:
> ​
> # ps -ef | grep getty
> root      2194     1  0 21:45 tty2     00:00:00 /sbin/agetty --noclear
tty2
...

I'm following along this far, but got lost when you started the gettys.
Systemd would typically handle switching and starting gettys on switch.
Are you starting them by attempting to switch in turn, and the process
starts but the display doesn't change?
If you're starting them another way, how and why?  If you're doing it
manually, it could be interfering with what systemd is trying to do.
It would be interesting to see what the journal says when you attempt to
switch.

--Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20140623/4bccaae7/attachment.html>