Ah, reassigning to hal then. In lucid we don't start hal by default any
more, and in maverick we don't even install it any more. Since hal has
been obsolete for over a year, this probably won't ever be fixed any
more.
** Package changed: udev (Ubuntu) => hal (Ubuntu)
** Changed in: hal (Ubuntu)
In both karmic and lucid the resolution for me was issuing
sudo hal-disable-polling --device /dev/sr0
but (dunno if it's related) disks burned with this device are mostly unusable.
I haven't checked it since April, and I use the burner in a win box :(
--
large number of sda1 change events
https
I no longer own a laptop which suffers from this problem, Maybe Iovas
still does.
--
large number of sda1 change events
https://bugs.launchpad.net/bugs/451475
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
u
Yotam,
one possible culprit from your ps aux list is
root 1909 0.0 0.0 1816 672 ?S17:38 0:00
/usr/sbin/hddtemp -d -l 127.0.0.1 -p 7634 -s | /dev/sg0 /dev/sda
But this should really only read from the device, not write to it. I
didn't see anything obvious which would open
Similar problem here.
Acer TM 5730G w Karmic desktop, udevadm monitor reports tons of sr0 events. CPU
usage is ~10-20%
It happens after normal boot, and stops after "sudo /etc/init.d/udev restart"
Haven't seen it few days before, however, the latest update for udev was on
2009-nov-03
Previously
I attach the output.
Last time the udevd cpu consumption surged after I started evolution, although
it does not disappear after I close it.
** Attachment added: "psaux.txt"
http://launchpadlibrarian.net/33963214/psaux.txt
--
large number of sda1 change events
https://bugs.launchpad.net/bugs/
You've got a large number of change events coming from your primary
partition, which implies that a process is continually opening that for
writing.
If you could grab a "ps aux" and attach that, I'd be grateful.
** Summary changed:
- udevd hogs cpu
+ large number of sda1 change events
** Change
