Hi again Andy,
Yes, killall -9 Xorg worked fine, I got back the KDE login screen, no
need to reboot. That is a definite improvement, so thanks! Then I won't
need to spend time waiting for the complete bootup procedure.
I have also looked at /var/log/Xorg.0.log and dmesg. Since I have no
formal training as to what to look for here, I cannot identify any
funnies either. Where can I find litterature to study what is really
going on behind the curtain? My knowledge of Linux is not that detailed,
I know (some of) what I need to know, but I also realize that I have to
know more. Could you point me in any direction as to what to look for in
the Xorg log, and the dmesg log? What would funnies look like?
I dmesg the last (several) messages are "audit" something, what it means
I do not know.
The very last entry reads:
audit(1162987192.127:65): avc: granted { execmem } for pid=2958
comm="thunderbird-bin" scontext=user_u:system_r:unconfined_t:s0
tcontext=user_u:system_r:unconfined_t:s0 tclass=process
But if this is an ordinary entry or if it reports some trouble I cannot
say.
The last 4 lines in Xorg.0.log are:
(**) Keyboard0: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) Mouse0: ps2EnableDataReporting: succeeded
I cannot conclude anything from this.
I was working with Open Office spreadsheet when the freeze occured, but
I see no mention of OO in the logs.
But I think this is arbitrary, the freeze seems not to be triggered by
any particular application. It can happen in emacs, Firefox,
Thunderbird, Open Office, you name it.
PA
Andy Green wrote:
Per-Anton Rønning wrote:
I am not alone having this problem obviously (ref. Nigel - FC2), and
I have also had it with SuSE, Mandrake and Mandriva. But never with
good old Red Hat 7.2!
Well a lot of code changed since RH7.2 :-) Maybe the nVidia binary
can solve your problem, but I would be tempted to try to see if I
could find the direction it is coming from first, because otherwise
one is just swapping things out hoping for a magic result without even
a little understanding of what the rules of the game are. That would
mean next time you must ssh in, do
less /var/log/Xorg.0.log
and hit the End key to see what the last kind of happenings are in the
log. Also
dmesg
and again look for any funnies. Then
killall Xorg
and see if your box comes back okay without needing a reboot.
Also if there is a BIOS update for your motherboard possible, maybe
that is worth a go.
A lot of folks report having luck with the livna packaged version of
the nVidia binary if you do have to go that route.
-Andy
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
