Description of problem: Virtual terminals now working properly
Version-Release number of selected component (if applicable):
How reproducible: Fire up live CD, liveuser logs in automatically
Try to change between terminals (consoles) with ctrl-alt-F1
Steps to Reproduce:
1. Switch between consoles F1-F7
Neither VT 1 and 2 worked
VT1 has boot messages, no login prompt
VT2 is blank , no login prompt
X was on VT 3
VT4,5,and 6 were all working (could log in)
X on VT 1
VT 2,3,4,5, and 6 otherwise work
Additional info: Nouveau test day , live CD, daily build 9-05-2011
This is done by other parts of Fedora. Reassigning to gdm, but please push this into right direction as necessary.
This can happen if some application blocks the tty. In that case logind won't spawn a getty on it.
"fuser -v /dev/tty2" is a way to figure out which process has it open.
fuser -v /dev/tty2
/dev/tty2 root Xorg
fuser -v tty1 returns nothing
My understanding is Xorg is supposed to be on tty1 , but the fuser command returns nothing and tty1 is not working.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Maybe this is nothing to do with nouveau. I have a laptop with i915 integrated graphics. If I boot to multi-user.target and remotely log in with ssh, I see a getty on tty1 only. As I understand it this is as expected. Now "systemctl isolate graphical.target" and the getty on tty1 is stopped (again as expected), but Xorg is running on tty2.
There are *two* log files /var/log/Xorg.0.log and /var/log/Xorg.1.log with the same modified time.
There is one Xorg process running: /usr/bin/Xorg :1 -br -verbose -logverbose 7 -auth /var/run/gdm/auth-for-gdm-7mmnoS/database -nolisten tcp.
According to /var/log/Xorg.0.log, the server on display 0 exited cleanly.
It might seem that what is happening is that gdm is starting *two* xservers, probably on tty1 and tty2 but the first server is for some reason ephemeral, however this can't be the whole story as explained below.
Now go back to multi-user.target, and manually stop the getty on tty1 "systemctl stop email@example.com". Check with fuser that nothing has any of the /dev/tty? open.
Now start and X server by hand with "Xorg&" and still there is nothing running on any of /dev/tty? except for
# fuser /dev/tty2
# ps -fp 18085
UID PID PPID C STIME TTY TIME CMD
root 18085 2050 0 21:26 tty2 00:00:00 Xorg
Of course, gdm never even ran, so I suspect an Xorg server problem. Now only one log file (Xorg.0.log) is created, but for some reason the "use first free virtual terminal" algorithm isn't working.
Lastly, kill the previously started Xorg and start a new one with "Xorg vt1&" and there is an X server running as expected on /dev/tty1.
Looks like X is at fault here but first and foremost is this still an issue with all the latest updates?
In needinfo? for several months. Closing.