| Summary: | VT now working properly with the nouveau driver | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | bodhi.zazen <bodhi.zazen> |
| Component: | systemd | Assignee: | systemd-maint |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | airlied, ajax, bskeggs, harald, ian, johannbg, johannbg, kay, lpoetter, mcepl, metherid, mschmidt, notting, plautrba, rstrode |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-06-07 15:00:49 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
bodhi.zazen
2011-09-05 04:31:08 UTC
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
USER
/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 getty". 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 /dev/tty2: 18085 # 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. |