Description of problem:
Usually, when I pressed ctrl-alt-f1 in runlevel 5 I got a console.
Now tty1 is black - tty2-6 works fine. (Aparently with the new modelineset consoles are used - nice but slow ...)
In runlevel 3 then tty1 looks fine but is dead. The other ones works fine.
Version-Release number of selected component (if applicable):
Always text console on ctrl-alt-f1
What version of plymouth do you have installed?
This was fixed in
If you install the latest plymouth and run
/sbin/mkinitrd -f /boot/$(uname -r).img $(uname -r)
to rebuild your initrd (or install a new kernel) then this problem should go away.
I'm marking this as a duplicate of bug 465547 but if after upgrading you still see a problem, please reopen.
*** This bug has been marked as a duplicate of bug 465547 ***
Partially confirmed. (Todays plymouth-0.6.0-0.2008.10.08.1.fc10.i386 had been installed together with a new kernel, but apparently the kernels initrd was made before the new plymouth was installed. Reinstalling kernel made it work.)
Primary console is now on c-a-f1. Very nice!
BUT after logout (and thus restart of the X server?) it is back on c-a-f7 and c-a-f1 is blank.
ah, good catch. Thank you.
When booting directly to runlevel 3 then tty1 is dead too.
I withdraw comment #5. It was either a bogus report or it has been fixed.
(There is however an interesting corner case when I start in runlevel 3 and logs into tty1 (the 0th tty), and then changes to runlevel 5 and X steals my tty where I had something _very_ important running. Perhaps it would be tast to take the first unused tty - also when changing user from within X and thus starting an extra X server ...)
the ":0 jumps to tty7" probably remains.
I have created Bug 467207 to tracking runlevel 3 behaviour.
Ray: Has this in your opinion been fixed? I think so.
Perhaps except the corner case I mention in comment #6?
Yea, I think so.
We may want to file comment 6 is a separate bug report.
Oh. The scenario from comment 6 is no issue. Apparently X isn't started on tty1 if it has been used - in that case tty7 is used instead. That could be related to bug 467207 ...