Ok I have been having this problem on many version of linux, from Fedora
to SUSE to Ubuntu, I am now using Suse 10.1
I did some investigation into why my system was using 100% cpu after
about 19-20 mins of the system being on, this is what would have with
fedora and suse and ubuntu.
in the
Kubuntu Gutsy
AMD Sempron +3100 1.8GHz 512MB ram
Nvidia GeForce 6100 (nvidia drivers)
hi, like Pedro, after I disabled superkaramba everything works fine. I
tried reinstall xserver-xorg but was the same thing. I will test if
it's only with system's monitor themes or with all kind of theme.
--
Ubuntu 7.10
Toshiba Satellite A50-512
Intel Celeron M, 1GB RAM (also tested with 512MB)
Intel 855GM video controller
Error occurs when closing screen lid or putting the system in suspend mode. X
server goes into 100% CPU usage. System is still operational and the X server
can be killed
This bug has gathered a lot of noise during all this time. The original
report was about issues with the nvidia binary drivers (which we can't
fix). Then there were people reporting similar issues with other
drivers. Please check the driver bug page for your driver. GPU soft
locks should be driver
I had this same problem. I am running hardy.
Having read it was a superkaramba problem I disabled it and everything worked
fine.
Later I tried again with superkaramba on, and find out it as superkaramba
widget, wich monitors system activity was freezing the system. I can run
superkaramba themes
I'don't know is superkaramba problem, because I don't have superkaramba but I
have the freeze too.
My freeze are when compiz is active. (gutsy)
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification
Solved with Ubuntu 7.10, I installed the ati proprietary driver with
aiglx support and enabled manually compiz! Anyway, the problem seems to
happen with the unsopported plugin for compiz!
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
I am getting the same problem. Xorg goes into an apparent cpu loop,
nothing at all response except for mouse pointer movement. The only way
to get back is a kill -9 sshd from another machine.
My hardware is ati radeon 9200se. From the other reports though, it
doesn't seem graphics card
I am getting the same problem. Xorg goes into an apparent cpu loop,
nothing at all response except for mouse pointer movement. The only way
to get back is a kill -9 sshd from another machine.
My hardware is ati radeon 9200se. From the other reports though, it
doesn't seem graphics card
Pureblood, I do not think this is hardware problem, because most of this
topic writers have different videocards. This is my one, for example:
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics
Device (rev 01)
Subsystem: Toshiba America Info Systems Unknown
The administrator of the machine that was freezing-up suggested me that it
could be that the graphic card of the machine was flawed. I am thinking that
maybe the card was broken but the problem didn't show up with the older version
of X for mysterious reasons. Now he changed the graphic card
I would like to say that I have the same problem since I upgraded to
Gutsy from Feisty a couple of days ago. Freeze-ups are very irregular
and only the mouse is working after. Can't access the console with
Ctrl+Alt+F1. I can log remotely from another machine. Xorg is taking
100% of the CPU but
phillywize, are you still experiencing your issue with the Gutsy
release?
Has anyone had a chance to test Hardy? It's got a new version of
xserver and all the trimmings, so may behave differently. Hardy Alpha-1
should be out some time later this week.
--
Xorg process freezes, uses 100% of
The symptoms described in this bug might have multiple causes. I just
noticed that I can lock up my xorg quite repetably by executing a little
GL test program remotely, either tunneled over ssh or not. The mouse
pointer is responsive, but the system does not respont to keyboard and
mouse clicks.
Hello! First of all let me say I am truly regretting doing this. This is
a spam message sent to all critical bug message lists. It's purpose:
making this (https://bugs.launchpad.net/ubuntu/+source/acpi-
support/+bug/59695) bug critical too. This is a long standing bug and
has a very serious impact
Well, yesterday I have made these changes and left laptop playing music.
Nothing happened after one hour, and there was noone in this world more
happy than me :). But today problem has returned - after ~30 min. of
inactivity :(. One more brainstorm...
--
Xorg process freezes, uses 100% of CPU.
The freeze after 30/60 minutes of inactivity might be a different
problem, caused by the 'console-tools'-package. I ran into this problem
with several multiseat-systems a year ago already. It turned out, that
mouse and keyboard were still active, only the monitor wouldn't wake up
again. You just
Yesterday I also discovered that problem does not appear if I switch to
another console (Ctrl+Alt+F1) before leaving computer idle.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you
I too have this problem, Xorg will sit at 80% after my media PC has
been sitting idle for a while. I have noticed however that if the mouse
is moved around a bit (and clicked), the system will recover, even if
there was no response to the initial input.
All the same, if a machine is getting maxed
*Edit: if I SSH into the media PC and killall superkaramba Xorg drops
back down to zero percent again.
In my case at least, this looks like a superkaramba bug :)
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this
oki maybe i've finally found a solution :
i've try to let my pc without aero aio working and now it works perfectly. If i
launch it again Xorg start to stop working again. The most strange thing is
that it aero aio was the only thing wich could respond (not every time) when it
happend.
So to me
Hey, sounds good, but what to do if I do not use neither Superkaramba
nor Compiz? And, what applets should I disable in IceWM? ;)
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are
alright, i shortly tested another window manager (xfce) yesterday
evening. it seemed to work alright, at least it didn't freeze after one
hour. however, i did not turn on desktop effects on this manager (stupid
question: is xfce supporting compiz effects?)
after one hour i switched back to
Holger, did you use your computer during that hour? Because, in my case,
if I am performing any actions on desktop (at least moving mouse), there
is no any problems, but if I leave laptop alone...
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
okay, i didn't use it extensively (except a bit web browsing, but not
very much) during that hour and maybe the result got distorted... i can
give it another shot tonight and tell you about the result afterwards.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
Just wanted to mention that I turned off desktop effects after reading
some messages about this ticket yesterday, and X did not lock up last
night at all. Typically it would lock up after 30 minutes or so. I'm
using the updated deb that was posted on this ticket.
On Nov 13, 2007 2:03 AM, Holger
i gave the xfce another try last night and it worked fine for me (means
it did not freeze or anything), although i worked with some programs
during that time (firefox, eclipse, mplayer, etc). i did not turn on
desktop effects in xfce since i actually don't know how to do that and i
didn't have the
Holger, please try another window managers (especially lite ones, soch
as IceWM, *box etc) - because in my case this problem appears with any
of them, not only in KDE. Maybe these are two different bugs?... :(
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
Hi,
i'm experiencing the same problem: Xorg freezes after some time (might
be about 30 mins, however i'm not sure), the keybord does not respond
and even the mouse is completely frozen. I'm not sure about the remote
access but the SYSRQ+ALT and REISUB shortcut works.
i'm using gutsy with gnome
i'm currently at work, but i can try another window manager as soon as i
got home tonight.
anyway, can anybody else check whether the issue occures with enabled
desktop effects only, or even when the effects are turned off?
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote
I have found a temporary solution for my problem. I've noticed than Xorg
does not freeze when running a fullscreen application like video player
(in fullscreen mode), game, etc. So i just set up an OpenGL screensaver
with 5 minutes delay, which prevents freezing. Actually, this is not a
solution,
It was an early celebration... Two times it did not freeze, but third it
did... so, screensaver is not a solution too :(
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member
I had the same problems with xorg on XUBUNTU going to 100%. Yesterday i
installed e17 as a window manager and today i didn't have 1 lockup. I
don't know what xfce, gnome or kde does more with xorg then e17, but
what they do more is the cause of the problem.
--
Xorg process freezes, uses 100% of
Ok, if i put on power management, i have the problem too under e17. if i
turn it off, all goes well. Can someone test it with some other Window
manager?
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug
OK, let's go on with this little investigation :)
I've just discovered that Xorg freezes only with WM running - KDE, Gnome or
IceWM in my case. If system stays with KDM prompt on the screen, nothing
happens after 30 minutes, 1 hour and more. Really strange...
--
Xorg process freezes, uses
Excacly the same problem as Hani here. trying now to resolve it.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
On my laptop slocate works without any freezes, and there is no Windows
partitions at all :) So, this version is wrong for me... Laptop still
freezes after ~20-30 min of idle state. But, it seems that it does not
freeze without KDE running (only with KDM prompt), but I need to check
this, and also
I have the same problem on my Dell Inspiron 5100, with ATI Radeon Mobility M7.
The problem started after upgrading to Gutsy. I noticed that everyday around 10
mins after I turn on my laptop, the keyboard becomes unresponsive, the mouse
cursor still moves, but the clicks do not register.
I traced my problem to having bad sectors on an NTFS partition made slocate
cause the total system freeze.
My problem went away after booting to XP and running chkdsk to fix the NTFS
errors.
Another way to fix this is to add the NTFS mount path to the PRUNEPATH variable
in /etc/updatedb.conf.
After upgrade to Gutsy I am also experiensing this problem :(
I am using KDE (without Superkaramba) on Toshiba SA10 laptop (Intel 855 video).
I have tried to disable screensaver, ACPI, etc, etc - no result, after some
time (~30 min) Xorg freezes, music (Amarok) stops, Xorg is using 100% CPU, but
I have had this problem on fiesty as well as gutsy both clean install.
No SuperKaramba. I have a Toshiba Satellite ProA120 (intel 945). To
reproduce this buy
1. Open firefox
2. Select some text in the firefox window( with an http link) and click on the
link and the system freezes.
you might
More info:
1. OS: Gutsy 7.10
uname -r
2.6.22-14-generic
2.
swapon -s
FilenameTypeSizeUsedPriority
/dev/sda3 partition 610460 15084 -1
2. The bug can be reproduced in Evince (Pdf reader) as well
3.
Same problem here with Gutsy but i can reboot by taping SYSRQ+ALT AND REISUB.
Gateway MX6214 with compiz-fusion enabled.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member
I was searching the web to get an clue what was happening and I found
this website.
I have exactly the same problem, Xorg takes 100% CPU time, and system is not
responding to keyboard or mouse (mouse is however visible).
With ssh I can login into the system and kill Xorg, after this I get a
It seems a Superkaramba related problem (see comment 30). Try disabling
it.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
It seems a Superkaramba related problem. Try disabling it.
Regards,
Pierpaolo
On 10/26/07, PeterK [EMAIL PROTECTED] wrote:
I was searching the web to get an clue what was happening and I found
this website.
I have exactly the same problem, Xorg takes 100% CPU time, and system is not
Swap is on on my system and the problem still occurs.
I have been travelling and have not been able to have the time to do
the debugging steps (having only one computer with me) but I will do
so as soon as possible once I return (next week)...
On 10/24/07, Bryce Harrington [EMAIL PROTECTED]
Is this issue still occurring on Gutsy-final for anyone?
For those able to reproduce this problem on Feisty, could you follow the
steps on https://wiki.ubuntu.com/DebuggingXorg to try getting some gdb
information about what Xorg is doing at the time of the 100% usage?
Perhaps Xorg is stuck in a
Also, I've heard of a vaguely similar bug that went away after rotating
the screen 90 degrees via `xrandr -o right`.
Could someone who is able to reproduce this issue try rotating the screen and
see if it behaves itself better?
(Yes, I know this is a long shot, but if it's not too much trouble,
Another thing to check - according to comments on
http://ubuntuforums.org/showthread.php?t=193283highlight=xorg+freezes,
it sounds like the issue correlates with having swap turned off. Can
those who experience this issue indicate if swap is on? `swapon -s`
--
Xorg process freezes, uses 100%
i got exactly the same problem on kubuntu.
I had the same problem on my old computer and now i got a new computer with a
totally different hardware, a fresh installation and it does the same thing.
I can tell that it only happens when i don't use the computer during some time
(at least one
Some problem but with compiz! Mouse still move but keyboard, click, killing
xorg, ctrl+alt+Fx, etc... doesn't work! The only way is hard boot!
My configuration:
Ubuntu 7.04
kernel 2.6.20-16-generic
ati x700 with driver open
compiz-fusion 0.5.2
It seems to happen after 5 minutes with
I've noted in Gutsy Tribe 4 (and now 5) that I have not had a single
lockup in any situation where I normally had a lockup. I think this is
most likely due to the newer version of Xorg being used. If any of you
have the spare space, I'd try testing out Gutsy and see how your results
are, or at
this problem seems to be identical to bug 120347.
I'm running Kubuntu Feisty and I have an nvidia geforce 6200. I
encounter the exact same problem: after leaving the computer running
over night, I come back and xorg is at 100% (on one of my CPUs) and the
window decorations have disappeared. Since
I am using gnome and the fglrx driver, and experience an identical lock
up. Xorg gradually consumes more and more cpu and memory until
eventually I have a locked up machine that I must ssh to and kill X to
restore it. People in the gentoo forums had originally suspected
superkaramba, and several
This is crazy. After unloading SuperKaramba, my problem has also gone
away. I guess bug 109507 is the key. At least I have a work-around for
the time being with that bug...
Thanks for updating this bug with the details. I bet there are a lot of
people suffering from this not realising the
Same issue here - Acer Aspire 5002WLMi notebook with (really crappy) SiS
video adapter. If I let the laptop idle for 30 minutes then Xorg starts
eating CPU cycles and maxes out the CPU. If left maxed more then 15
minutes, the only recovery is to kill the X.org process from another
terminal
Did some more investigating, it appears that I'm experiencing bug
109507, not this bug - my bad. I unloaded superkaramba and the problem
has completely disappeared.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received
Brad:
You're getting NVRM: XId messages according to your nvidia-bug-report. These
happen for a variety of reasons (sharing interrupts with other devices,
hardware conflicts, driver bugs...) that the NVIDIA folks are better placed to
talk to you about...
--
Xorg process freezes, uses 100% of
Hi Sitsofe,
Sorry it's been a bit since I've responded. I'm not in front of that
machine right now to provide you withe the info you want, but I have a
copy of the nvidia-bug-report.log file which may contain what you are
looking for. I checked into the other bug you mentioned and went a step
I ditched Beryl because it's a little too unstable for my liking at this
time, especially with dual displays. Back to getting frequent hangs in
X. I ran gdb and did a couple back traces:
(gdb) bt
#0 0x0809c8d4 in DeletePassiveGrabFromList ()
#1 0x08092cc5 in ProcUngrabButton ()
#2 0x08142531
If the output of
dmesg | tail
while this is happening contains NVRM: Xid messages there is a small chance you
might be seeing Bug #109643
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because
(the previous comment also only applies to people using Feisty)
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
I'm still having this problem with Feisty as well. I note that when I
use Beryl with Xorg (using nvidia native rather than Xgl), Xorg runs
stable without lockups previously seen.
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
Unfortunately this is happening on Feisty as well to me. I'm using the
latest Nvidia drivers with a GeForce 6800 PCI-express Nvidia card.
System specs are below:
Intel Pentium D 830 (3.0gHz dual core)
2GB RAM
Nforce chipset
I experience the exact symptoms as above, at random times, using
Brad:
What is the output of
lsmod | grep cpu
?
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://bugs.launchpad.net/bugs/51991
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
I have the same problem, using nvidia-glx-legacy on two of my computers,
both of which have a geforce 2 , one being a GTS Pro (Asus), the other
one is a MX 400. I am using Dapper.
Whenever I use the nvidia driver with Xorg, I get lockups.
Note that this ONLY HAPPENS on Xorg. If I use XGL, the
Same problem here.
NVIDIA GeForce 6200TC (PCI-e)
2.6.17-11-generic kernel on Edgy with all updates
nvidia binary drivers from Ubuntu repository
If I don't bang on the keyboard too much, I am usually able to alt-
ctrl-f1 and kill Xorg that way, which is consuming 100% cpu time. I
didn't have this
I have this EXACT PROBLEM
i too have an
NVIDIA GeForce 2 Pro
my system periodically locks up with mouse movement but no responce from
the keyboard or screen the only solution is a hard reboot.
i am eagerly waiting for a solution
thanks
wert613
--
Xorg process freezes, uses 100% of CPU.
After doing an upgrade from 6.06 to 6.10 the system randomly locks up.
I have made no changes to the system.
System Specs are
CPU AMD Athlon XP
Chipset nVidia nForce2 IGP [Crush 18G]
nVidia MCP Super I/O
ntegrated in Chipset
Main Memory Dual Channel Mode (128 bit)
DDR266
DIMM
** Changed in: Ubuntu
Sourcepackagename: None = xorg
Status: Unconfirmed = Confirmed
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://launchpad.net/bugs/51991
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I too, have freezing problem. Completely un-responsive to all but a
hard boot.
Dell Inspiron 640m Dual core centrino processors. 686 architecture. 1
gb ram 1 gb swap. I use vmware, but freeze occurs if running or not.
Sound has been sporadic. All seems fine if I only use 1 workspace.
Alan53
Similar problem.
Freezing happens within minutes on a Compaq n610c laptop with an
external monitor attached at high screen resolutions (1600x1200
external), (1450x1050 laptop LCD), while running firefox or Thunderbird.
Lower either monitors resolution reduces the freezing rate, but does not
stop
I have just installed xubuntu on my old laptop, I seem to be having a
similar problem as the rest of you guys. My system starts to slow down
and i am not sure why when I ran top, the Xorg process was eating wat to
much cpu time. Slowly the cpu time got higher and higher until my
machine was no
I can confirm the original bug description, the symptoms are 100% the same. I
have experienced it by using either Opera, Varicad or Yakuake.
System info: Kubuntu Dapper 6.06.1; KDE 3.5.3; 2.6.15-26-686; nvidia
proprietary drivers.
--
Xorg process freezes, uses 100% of CPU. Can be killed by
Having a similar problem with Kubuntu: complete freeze-up and lack of
response to mouse. Sometimes the keyboard still works and sometimes it
doesn't. Doesn't seem to be a memory leak (looking at top doesn't
reveal anything unsual). Only way to fix it seems to be to restart X
and log back in.
Same problem here. Seems to be triggered by firefox as the problem
disappears if I am able to stop that (when the system is very little
responsive because of all RAM used and using the swap heavy).
I have tried both nv and nvidia x server drivers...
I did not have any problems running xorg and
** Attachment added: xorg.conf
http://librarian.launchpad.net/3382702/xorg.conf
--
Xorg process freezes, uses 100% of CPU. Can be killed by remote terminal.
https://launchpad.net/bugs/51991
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I have a homebrew system with
Sempron 2400+
512 MB RAM
160 GB hard drive
ECS KT600A motherboard
I had difficulties with the nVidia MX400 AGP graphics card I was using,
and upgraded to an MX4000 card. (This was with Breezy Badger.) I then
started to have the bug reported here: display locks,
I experience what I believe to be the same, however mine is
characterized by a complete and total lock of the system. Mouse and
Keyboard are not responsive, Xorg completely locks up. I cannot switch
to another terminal, so I have no way of knowing what the actual CPU
usage is. It seems to occur,
I'm experiencing a similar problem (see this thread:
http://www.ubuntuforums.org/showthread.php?t=193283) wherein after
anything between 30 mins and 2 hours of using Ubuntu Dapper, Xorg's CPU
usage will increase and hit 100%, whereupon the only thing I can do
reliably is to hit Ctrl-Alt-Bksp and
I should add to what I wrote in the original bug report that I am using
the 686 kernel, 2.6.15-25, but I had the problem with prior kernels in
6.06. For me, ctrl-alt-backspace does nothing. The only way to get my
computer back, that I have found, is to login remotely, find the xorg
process at
82 matches
Mail list logo
