You are not logged in.
Add this repo to /etc/pacman.conf (as the first one):
[testing]
Include = /etc/pacman.d/mirrorlist
All your base are belong to us
Offline
udev 147-1 in testing seems to (finally) have solved the problem
No, it doesn't. Though the problem seems to be less severe now.
All your base are belong to us
Offline
Had the same problem: there were always 3 instances of udev running, taking up 20 to 30% of CPU. Higher constant CPU usage of 60% was triggered, strangely enough after starting a CPU-intensive Firefox session.
I have upgraded my box to Arch64 (actually, not for this particular reason) about 10 days ago and since then I haven't seen that kind of behaviour.
I don't know if it's related; just reporting
Last edited by quickfished (2009-12-02 01:30:35)
Offline
Same here..
Nobody has a solution to this ?
Edit : Solved for me ! http://bbs.archlinux.org/viewtopic.php?id=82328
Last edited by Cr0k (2010-01-01 13:28:23)
Offline
Same here..
Nobody has a solution to this ?Edit : Solved for me ! http://bbs.archlinux.org/viewtopic.php?id=82328
This solution works, but it causes a problem with dependencies. A part of the system is out of date, in my case about 18 packages.
Offline
I don't understand why the newest version of udev don't solve this issue.. If it's known ?
Offline
Although installing the udev-ubuntu package stopped the runaway cpu usage problem, it broke xfburn; so I have reverted to using the current udev package, and have implemented the following multi-step workaround, which, so far, seems to be effective.
Step1: Disable polling of the optical drive
I ran the following two commands, as root:
# hal-disable-polling --udi '/org/freedesktop/Hal/devices/storage_model_Optiarc_DVD_RW_AD_7583S'
# hal-disable-polling --device /dev/scd0
The above commands created the following two files in /etc/hal/fdi/information:
(1) media-check-disable-storage_model_DVD_RW_AD_7583S.fdi
(2) media-check-disable-storage_model_Optiarc_DVD_RW_AD_7583S.fdi
After restarting the udevd daemon, polling of the optical drive ceased and CPU usage returned to normal. You can verify that polling has stopped with the command `udevadm monitor`.
In order to disable polling, I had to create both files above, even though both device names refer to the same physical device. You can determine the udi of your optical drive by using the `lshal` command.
The only disadvantage to disabling polling is that I now have to mount CDs and DVDs manually.
Step 2: Rein-in udev on boot/log-in
In spite of Step 1, udev still misbehaved on boot/log-in. Therefore, I put the following two commands at the start of my .xsession file:
sudo killall -9 udevd
sleep 2
sudo udevd --daemon
You should probably put these commands wherever your autostart commands are for your DM/WM. I tried putting them in rc.local, and they did not help there.
Step 3: Redefine the 'eject' command
In spite of all the above, ejecting a disk from the CD/DVD drive still caused udev to go wild. Therefore I put the following two functions in ~/.bashrc:
function udevr () {
sudo killall -9 udevd
sleep 2
sudo udevd --daemon
}
function eject () {
sudo eject -v /dev/sr0
udevr
}
Together, these functions redefine the 'eject' command (and also provide the 'udevr' command, in case of emergency). I'm not sure whether the "sleep" step is necessary in the first function.
Anyway, since implementing this workaround yesterday, I haven't had any udev "flare-ups," and I can again burn CDs and DVDs.
Edit: This fixes about 90% of udev flare-ups. I have to issue my udevr command occasionally.
Jay
Last edited by jt512 (2010-03-04 23:30:49)
Offline
udev 151-2 still doesn't fix this annoyance
All your base are belong to us
Offline
I also have 99 % cpu usage by udev process when playing 3D games (after 5-10 minutes)..
its three running instances
Last edited by linuxgod (2010-02-05 17:53:41)
Offline
Don't really have any performance issues but i too have 3 instances of "/sbin/udevd --daemon", immediately after bootup, without starting X, 'ps x' being the first command i run.
Versions:
kernel 2.6.32
udev 151-2
Something miscellaneous i noticed, in case it matters:
After startx, the two extra instances seem to restart, changing pid and all.
Last edited by TaylanUB (2010-02-12 17:59:23)
``Common sense is nothing more than a deposit of prejudices laid down by the mind before you reach eighteen.''
~ Albert Einstein
Offline
Optiarch drive, Udev 151-3
It hovers around 50%. If I kill udevd and wait for about 10 seconds and restart it, it will set the cpu utilization back to normal for a few hours. This is interesting because simply killing and restarting in a bash script without a sleep doesn't stop the high utilization.
This is extremely frustrating. This bug has been around for over 6 months. It slaughters my battery life.
Offline
How many people in here do have some kind of Optiarch optical drive? Because I do, and the problem has persisted ever since udev-145-something.
Offline
How many people in here do have some kind of Optiarch optical drive? Because I do, and the problem has persisted ever since udev-145-something.
I have the same situation.
Offline
Hi,
I had the same problems (and particularly a 4 minutes boot time) so I downgraded to udev-141-5 in order to fix this.
And my CD-drive is also Optiarc, ` lshw ' gives
[…]
*-cdrom
description: DVD-RAM writer
product: DVD RW AD-7560S
vendor: Optiarc
physical id: 1
bus info: scsi@1:0.0.0
logical name: /dev/cdrom
logical name: /dev/cdrom0
logical name: /dev/cdrw
logical name: /dev/cdrw0
logical name: /dev/dvd
logical name: /dev/dvd0
logical name: /dev/dvdrw
logical name: /dev/dvdrw0
logical name: /dev/scd0
logical name: /dev/sr0
version: SX01
capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
configuration: ansiversion=5 status=nodisc
[…]
Fractal
English is not my native language, so fell free to correct my mistakes.
Offline
I have an Optiarc AD-7560S (on a MSI GX630 laptop) and the udevd cpu usage issue was replicating on my machine. I had two workarounds for the problem:
- to install an older udev version or the udev-ubuntu package
- to keep some CD/DVD in the drive.
I've searched for a firmware update for this drive. The original firmware was SX01 and I installed SD05 (i.e. from dell http://ftp.euro.dell.com/rmsd/AD-7560S%20SD05.zip).
The firmware update solved the udevd cpu usage issue. Curently I'm using udev 151-3 with kernel 2.6.33-ck.
Last edited by astralys (2010-03-10 14:29:15)
Offline
Solved for me too after upgrading the firmware.
I had the same version as you (SX01), and now, no problem of CPU Usage.
Udev version : 151-3
Offline
I have an Optiarc AD-7560S (on a MSI GX630 laptop) and the udevd cpu usage issue was replicating on my machine. I had two workarounds for the problem:
- to install an older udev version or the udev-ubuntu package
- to keep some CD/DVD in the drive.I've searched for a firmware update for this drive. The original firmware was SX01 and I installed SD05 (i.e. from dell http://ftp.euro.dell.com/rmsd/AD-7560S%20SD05.zip).
The firmware update solved the udevd cpu usage issue. Curently I'm using udev 151-3 with kernel 2.6.33-ck.
You're the man!!!
All your base are belong to us
Offline
Not working here since there is no firmware update for 7580S. Staying around.
Offline
fwiw:
64-bit
serial: [Optiarc DVD RW AD-7170A 1.04 Jun21,2007
capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
configuration: ansiversion=5 status=nodisc
3 udev instances, no probs ever
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
astralys wrote:I have an Optiarc AD-7560S (on a MSI GX630 laptop) and the udevd cpu usage issue was replicating on my machine. I had two workarounds for the problem:
- to install an older udev version or the udev-ubuntu package
- to keep some CD/DVD in the drive.I've searched for a firmware update for this drive. The original firmware was SX01 and I installed SD05 (i.e. from dell http://ftp.euro.dell.com/rmsd/AD-7560S%20SD05.zip).
The firmware update solved the udevd cpu usage issue. Curently I'm using udev 151-3 with kernel 2.6.33-ck.
You're the man!!!
Exactly!!!!
Offline
MartinZ wrote:astralys wrote:I have an Optiarc AD-7560S (on a MSI GX630 laptop) and the udevd cpu usage issue was replicating on my machine. I had two workarounds for the problem:
- to install an older udev version or the udev-ubuntu package
- to keep some CD/DVD in the drive.I've searched for a firmware update for this drive. The original firmware was SX01 and I installed SD05 (i.e. from dell http://ftp.euro.dell.com/rmsd/AD-7560S%20SD05.zip).
The firmware update solved the udevd cpu usage issue. Curently I'm using udev 151-3 with kernel 2.6.33-ck.
You're the man!!!
Exactly!!!!
But how do you update the firmware from Archlinux?
I don't have Windows, and Wine says: "You don't have administrator right to process. or No device is recognized!" (when running as root)
I'm on x86_64.
Fractal
English is not my native language, so fell free to correct my mistakes.
Offline
Weird.... I just executed Optiarc AD-7560S_ SD05.EXE as user and everything worked smoothly
All your base are belong to us
Offline
I have an Optiarc AD-7640S, and when I start the firmware updater using wine, it just says "You have no administrator right to process. Or no device is recognized!"
Guess I'll have to make a bootdisk or something like that.
Offline
Weird.... I just executed Optiarc AD-7560S_ SD05.EXE as user and everything worked smoothly
Same for me .
Offline
Most of you people could try binflash from the AUR. I say most because it doesn't support all Optiarc drives (it doesn't support mine, for example. )
Offline