Description of problem:
As in a summary above. Picking up "Log out" from a menu locks everything.
A machine does not respond to a keyboard, mouse or on network. Reset button
still works. So far I have a 100% hit rate. The only visible differences
are that sometimes I have an instant freeze and sometimes screens dims and
a somewhat lighter rectangle is drawn in the middle of a screen before things
*** This bug has been marked as a duplicate of 79829 ***
Bug #79829 talks about "ages" to logout. Every time I was hit with a bug
reported it took me a few minutes to check that I indeed cannot get to
my machine in some way and nothing was happening. Note that an affected machine
drops dead on a network as well. It is not even pingable. Before an attempt
to logout networking is operational.
If you're not even pingable, that's some kind of kernel (or possibly XFree86, or
What sort of HW? (video, motherboard)
--+-00.0 VIA Technologies, Inc. VT8371 [KX133]
+-01.0-----00.0 Matrox Graphics, Inc. MGA G400 AGP
+-07.0 VIA Technologies, Inc. VT82C686 [Apollo Super South]
+-07.1 VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE
+-07.4 VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
+-07.5 VIA Technologies, Inc. VT82C686 AC97 Audio Controller
\-09.0---+-04.0 LSI Logic / Symbios Logic 53c895
\-05.0 Digital Equipment Corporation DECchip 21142/43
My "regular workhorse" machine (Athlon 750 MHz, currently 375 Megs of memory)
which I am using for quite a while now.
I checked that lockups happen at least with metacity and sawfish window
managers. OTOH hitting Alt-Ctrl-Backspace restarts gdm without any troubles;
but that kind of logout does not allow, for example, to save session
properties and other details of that sort.
sounds to me like a kernel issue, perhaps even DRM. Please provide standard
X files, etc.
Created attachment 89222 [details]
X configuration file
Option "XkbOptions" "ctrl:nocaps"
line is the only change from what was created by 'redhat-config-xfree86'
Created attachment 89223 [details]
whatever configurator had to say
Created attachment 89224 [details]
Created attachment 89225 [details]
XFree86 log file
I tried the same with "acpi=off" as this seems to be a major difference
with a kernel I am using for everyday operation on the same machine
(currently 2.4.18-19.7.x) and where everything works just fine.
Results were exactly the same, i.e. an instant lockup.
I should add that a similar action in a KDE session does not have any
Ugh... when attaching files, please set the Mimetype correctly. Bugzilla wants
me to download all this stuff instead of viewing it inline because everything
is set to: application/octet-stream which implies a binary file attachment.
This bug is similar if not a dupe of bug #79678 however since you're using
Matrox hardware and the other bug and it's dupes are Radeon hardware, these
could be different problems.
Please check out the other bug report and try the suggestions there for
helping narrow the problem down. It could end up being a DRI centric problem
rather than a driver centric one, so the data would be quite helpful.
Adding Arjan to CC list since it is probably DRM problem and thus kernel related.
Also.. try disabling DRI to test the theory that it is a DRM problem.
On another note, your log file shows some minor driver bugs:
Symbol drmCtlUninstHandler from module /usr/X11R6/lib/modules/drivers/mga_drv.o
Symbol drmCtlInstHandler from module /usr/X11R6/lib/modules/drivers/mga_drv.o is
Symbol drmGetInterruptFromBusID from module
/usr/X11R6/lib/modules/drivers/mga_drv.o is unresolved!
I'll try to fix that for the next build.
Unresolved symbols issue fixed in 126.96.36.199-20021230.7
Adding bug #79678 as a blocker, just so I can make sure these two are
attached somehow for now in case they are indeed related.
I am afraid that disabling DRI did not change the situation at all. I have
now in log files
(==) MGA(0): Direct rendering disabled
and log out still locks up everything. I eventually commented out from
Section "Module" all lines save
with no discernible impact on the problem.
After every crash fsck finds, always, in my /tmp exactly three orphaned
nodes of a size 0. That is the only thing I can tell so far.
I rigged a capture to another system via a serial line and modified
/usr/bin/gdm to run 'strace -f /usr/bin/gdm-binary "$@"' instead.
After a lockup as described captured output terminates with
Assertion failed! buffer != NULL,via82cxxx_audio.c,via_dsp_write,line=2498
Hence this bug seems to be related to #76603 although _starting_ gnome
is not causing such incidents any longer.
After commenting out sound in /etc/modules.conf it is possible to "log out"
from a gnome-session (although such operation takes over five minutes which
is quite a bit longer than reported in bug 79829) without killing the whole
machine in the process.
A full contents of a capture, leading to a crash, is attached.
Created attachment 89429 [details]
a capture from a gnome-session crashing a machine
Jeff that's one for you
The problem is in either nautilus or libgnome (or libgnomeui). A temp fix is
to kill nautilus, then nautilus will start up again automatically, and
everything should work again. You probably noticed that if you start
openoffice you will also get a similar affect where it doesn't start until
around 5 minutes or if you kill nautilus. Try this out for now :-)
> A temp fix is to kill nautilus
I believe that this comment (#23) is pertinent to bug 79829, which hits
when you can logout at all, but here the main troubles are with the later
action. Anyway I did not notice openoffice to act out of character.
I've got the same problem here (logout causes hang, ctrl-alt-backspace
unresponsive, c-a-d still works) on my Intel815 mainboard with a Matrox G400
(16mb oem single-head). Maybe a video driver problem triggered by gnome logout?
With 8.0.94 beta (kernel-2.4.20-2.48) the bug is still there.
The difference for me, as opposed to an observation by Klaasjan Brand,
that my machine is totally dead after such lockup. Nothing works on
a keyboard, network or a serial console with an exception of a power switch.
Really this does not look different from bug 76603. The change is
that currently when I am just starting a gnome session then sound modules
are not loaded. At least 'lsmod' does not show up anything.
I can play whatever sounds I desire while in a gnome-session.
If I will try to logout from gnome-session with a sound active in
/etc/modules.conf things go immediately into a never-never land.
No problems if sound does not come into a play (for a bad pun :-).
Having the same problem on a system that has been running 7.1, 7.2, and 7.3 for
almost two years. VIA KX133 Chipset, 800MHz Athlon, Matrox G400 Dualhead,
VT82C686 onboard AC97 audio. KDE works fine. Gnome logout causes absolute
lockup. Can't c-a-d, can't ping the system, power button doesn't work. Have to
pull the plug. New Rawhide kernel-2.4.20-2.54 has the same problem.
Unfortunately XFree86-4.3.0-2.1 test release does not change anything
in this problem. Sound, without attempts to logout, works fine.
*** This bug has been marked as a duplicate of 76603 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.