Red Hat Bugzilla – Bug 436661
x server crashes and crashes system after latest update
Last modified: 2008-06-11 18:08:26 EDT
I did a yum update on a system I am running fc9 alpha1 on. Before the update
everything in this area was working fine. Now when I boot I get to the x
windows stuff where it is supposed to bring up the xwindows login page.
Instead I get a full system hang crash. Everything stops.
This may be related to open bug 393061 as this particular machine was one of the
machines that experienced this problem.
I also see bugs 436636 and436585 which sound related, but not the same thing.
Created attachment 297326 [details]
log from failed sessions
Created attachment 297327 [details]
this is how the update left the file
Created attachment 297329 [details]
I tried this file from a working machine using the same model of montor and keyboard.
This didn't work either
I noticed that the file I used from a working machine used a different graphics
card so I tried the section from the graphics card with no luck.
Any ideas on what I could try next.
Is anyone else experiencing this problem?
OK I think I am barking up the wrong tree on this being a xorg.conf problem. I
tried system-config-display and it said it was trying a fresh config, but still
no joy. It failed.
The more I play with this the more it seems like bug 436585.
I do have a i810 controler.
It looks like, but it isn't -- you have incomplete /var/log/Xorg.0.log, they
have crash with a backtrace in the log. Or am I missing something?
Moreover, why do you have ati driver set up, when you have i810? That doesn't
Try to move /etc/X11/xorg.conf somewhere out of the way and restart X. What
happens? If it is something interesting, please, attach /var/log/Xorg.0.log from
that attempt as well.
Also, try to upgrade from koji -- xorg-x11-server-Xorg, and xorg-x11-drv-i810
plus whatever will be required by those fails. There is encridble amount of
patches, fixes etc. going to those packages every day, so things are changing
really rapidly. And again, let us know how it went.
I won't be able to do any real testing until tommorow when I am on site.
Did try to do the move xorg.conf to a new temp name thing with kind of similar
results. Didn't check the log, but got the same error messages.
Caught the ati thing after I uploaded the file. The file as recreated by the
automated system during the update is the "how the update left the file".
After I noticed the different video card I did try a manual edit and replaced
the device section with the
section from the file as update left it. Same result.
I also tried a version of the file for this machine from before the upgrade to
fc9 (from fc8). Same result. That file mentioned the i810 so that is why I
guessed that these might be the same.
I will try some debugging form here. and try and send you more results.
OK I tried to do the debugging. Moved the xorg.conf file to a new name. Here
is what I get when I try startx
[root@charon X11]# startx
xauth: creating new authority file /root/.serverauth.24835
X.Org X Server 188.8.131.521 (1.5.0 RC 1)
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-53.1.6.el5xen i686
Current Operating System: Linux charon 2.6.25-0.101.rc4.git3.fc9 #1 SMP Sat Mar
8 15:56:03 EST 2008 i686
Build Date: 07 March 2008 01:57:57PM
Build ID: xorg-x11-server 184.108.40.2061-1.20080307.fc9
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 11 18:25:53 2008
(EE) Unable to locate/open config file
New driver is "intel"
(==) Using default built-in configuration (30 lines)
(EE) open /dev/fb0: No such file or directory
(EE) intel(0): Output VGA enabled but has no modes
(EE) intel(0): No valid modes.
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found
xinit: Connection refused (errno 111): unable to connect to X server
xinit: No such process (errno 3): Server error.
Which is the same thing I get all along.
Created attachment 297680 [details]
here is my latest log. Still no joy.
I will point out that this is also one of the machines for which I reported bug
I do wonder about the identification of this with the ati driver?
The use of the ati driver at one point here is my error because I transfered a
working file and forgot that while the same monitor and keyboard were in use,
that the video card was not the same. The automated install and load processes
identify this card as an intel or an i810. So if anything I would assume this
should be transfered to that group?
Created attachment 297946 [details]
my latest log
OK I have been unable to do an update for the last couple of days because of
mirror errors on all of the mirrors. Hopefully this will fix itself sometime
In the mean time here is the latest log file from deleting the xorg.conf file
and then doing startx.
OK I have this working. But it did take some work. This is another issue
that might need to be in a "hints file" of some kind.
If you still have the xorg.conf file as created by the previous update active
you are going to get nowhere fast. Same really annoying exit/hang.
If you delete the file and reboot after the update to the current stuff you will
in even bigger trouble. In ended up having the run fsck three times to get a
working volume. But I am a persistent and rather annoying dude at times. So
I did a couple of reinstalls from a ghost.
If you get this error set you need to delete the xorg.conf file. yum update,
and Then, and this, is really important and the key you will have to power
cycle the machine to get a clean system running. But you do this and you will
be back up and running.
Additional testing run. (ghost type programs don't make this hard)
Here is the deal. If you try to do startx with the old drivers in place from
the command line, then it just exits with the above error. (If you try a
inittab defaulted to 5 you get a hard hang.)
If you then upgrade the drivers, and run startx again you get this hard hang.
If the drive volumes are "dirty" because they in the middle of changing, (I
found out another process had started in back ground playing with copying files
around) this messes up the drive volume.
So probably everyone experiencing currently this error needs to know to reboot
after doing the driver update. As long as the driver in the release is the
modern one, it look like this is ready to close.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
From what I can tell this has actually been fixed. At least if the new modules
are in the actual production release one would think there would be no problem.
Doesn't this need to be closed. Maybe some documentation changes are needed.
Played with this some more on production 9 and this problem at least has gone away.
Still have the problem with the saves, and also an issue with the fact that the
autoconfig setting doesn't seem to work for any of the monitors we have in shop.
So this bug can be closed as CURRENTRELEASE, right?
I would think that closing this one would be a great idea.