Re: Screen Freeze

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux