This can probably be closed. At least, I'm not seeing this any more in
the final Karmic (for the record: it went away somewhere around the
final or penultimate karmic alpha).
--
BUG: soft lockup - CPU#0 stuck for 61s!
https://bugs.launchpad.net/bugs/397058
You received this bug notification
This also seems to affect a /home on a regular old LVM volume (no
encryption, nothing special). During the boot sequence, udev, complains
about some bits of its files which it doesn't understand. %k warnings
and SYMLINK errors. I'll see if I can get a photo of the boot screen
if that'll help.
Still experiencing this with
Linux version 2.6.31-6-generic (bui...@yellow) (gcc version 4.4.1
(Ubuntu 4.4.1-1ubuntu3) ) #25-Ubuntu SMP Fri Aug 14 16:28:28 UTC 2009
so it hasn't been fixed upstream yet.
I'll attach my kern.log as well.
** Attachment added: kern.log.gz
I'm also experiencing this, but have been unable to obtain the dmesg
output since my machine locks up so badly that I can't get any commands
to run at all (I can't even find it in /var/log after restarting).
I do remember from the dmesg output that my system is also complaining
about
I'm running Bryce's packages, but without acceleration (I'm guessing
it's the missing kernel bits that prevent it). There don't seem to be
any particular issues except the (expected) slowness from lack of
acceleration. These drivers work whereas the original 6.11.0 did not
(I've been using
Yup, I can pretty much just echo what the others are saying. This seems
to happen ONLY with Xinerama enabled -- when I don't enable Xinerama it
doesn't occur. First I thought this had something to do with mouse
grabbing since it only happened (for me) in VirtualBox and KVM, but now
it seems that
Oh, I forgot: I've never had this problem up until the current (or maybe
the previous?) X.org version -- all the ones before that have worked
flawlessly.
--
No more mouse events after using rdesktop
https://bugs.launchpad.net/bugs/55739
You received this bug notification because you are a member