udevd taking 100% CPU

Development on core packages and the distribution goes on in here.

Re: udevd taking 100% CPU

Postby Socaltom » Mon Sep 26, 2011 6:25 pm

followed the upgrade instructions above, its been a while so 116 modules were updated. When I got to the udev-oxnas upgrade I got this

$this->bbcode_second_pass_code('', '[root@Videobox ~]# pacman -S udev-oxnas
resolving dependencies...
looking for inter-conflicts...
:: udev-oxnas and udev are in conflict. Remove udev? [y/N] y

Remove (1): udev-173-3

Total Removed Size: 1.77 MB

Targets (1): udev-oxnas-171-2

Total Download Size: 0.18 MB
Total Installed Size: 1.74 MB

Proceed with installation? [Y/n] y
:: Retrieving packages from core...
udev-oxnas-171-2-arm 187.1K 371.3K/s 00:00:01 [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) checking for file conflicts [######################] 100%
error: failed to commit transaction (conflicting files)
udev-oxnas: /lib/udev/devices/console exists in filesystem
udev-oxnas: /lib/udev/devices/core exists in filesystem
udev-oxnas: /lib/udev/devices/fd exists in filesystem
udev-oxnas: /lib/udev/devices/fuse exists in filesystem
udev-oxnas: /lib/udev/devices/kmsg exists in filesystem
udev-oxnas: /lib/udev/devices/net/tun exists in filesystem
udev-oxnas: /lib/udev/devices/null exists in filesystem
udev-oxnas: /lib/udev/devices/ppp exists in filesystem
udev-oxnas: /lib/udev/devices/stderr exists in filesystem
udev-oxnas: /lib/udev/devices/stdin exists in filesystem
udev-oxnas: /lib/udev/devices/stdout exists in filesystem
udev-oxnas: /lib/udev/devices/zero exists in filesystem
Errors occurred, no packages were upgraded.
') Now what?
Tom
used to be owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
used to be Adminstrator for
Goflex net, Black V3, Black V2
Now I have a couple of raspberry pi ( 3+ and 4)
Socaltom
 
Posts: 571
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: udevd taking 100% CPU

Postby pepedog » Mon Sep 26, 2011 6:36 pm

pacman -Sf udev-oxnas
pepedog
Developer
 
Posts: 2431
Joined: Mon Jun 07, 2010 3:30 pm
Location: London UK

Re: udevd taking 100% CPU

Postby slycat » Mon Sep 26, 2011 6:55 pm

Glad to hear it, bodhi. It'll get easier with time :)
I suggest (since now it sounds like everything is working) to every 3-4 weeks run 'pacman -Syu'. This way you shouldn't get too many updates at one time AND keep things running on time with newer programs you wanna install.

LMAO! Your solution is much easier than what I did, pepedog. When I got that problem I actually rm -rf /lib/udev/devices. I didn't even think of running pacman -Sf. Jeez, so simple >.<
Pogoplug Pro w/ Wireless User -> decomm.
Cubox-i4pro User
4TB eSATA HDD (8g/3700+ Sw/Storage)
Kodi / Transmission / Minidlna / Samba / Batch-audio-conversions / Lighttpd
------------------------------
Rollback Machine - Thanks to impatt
slycat
 
Posts: 169
Joined: Wed Feb 09, 2011 3:07 am
Location: Miami, FL

Re: udevd taking 100% CPU

Postby Socaltom » Mon Sep 26, 2011 9:22 pm

$this->bbcode_second_pass_quote('pepedog', 'p')acman -Sf udev-oxnas

That did it. Thanks guys
Tom
used to be owned by me
Pink Pogo V2, Black Pogo V3, Zyxel NAS 325 v1,
used to be Adminstrator for
Goflex net, Black V3, Black V2
Now I have a couple of raspberry pi ( 3+ and 4)
Socaltom
 
Posts: 571
Joined: Thu Apr 07, 2011 2:21 pm
Location: The left side

Re: udevd taking 100% CPU

Postby bodhi » Mon Sep 26, 2011 10:45 pm

$this->bbcode_second_pass_quote('slycat', 'G')lad to hear it, bodhi. It'll get easier with time :)
I suggest (since now it sounds like everything is working) to every 3-4 weeks run 'pacman -Syu'. This way you shouldn't get too many updates at one time AND keep things running on time with newer programs you wanna install.


Thanks for the advice slycat!

One note of interesting udev/ntfs-3g (?) behavior: I wanted to test udev and auto-mount to make sure that udev works. So I plugged in a NTFS formatted HDD, remove it or leave it plugged in, then reboot (in different combination each time).

Once in awhile, if I unplugged the drive then it was unmounted correctly. But after that, I rebooted the Pogo Pro and I found that the system did not give me a IP address (it seems like it did finish booting, the LED light was solid green). Any other configuration, e.g. reboot with the drive still mounted, cold boot with the drive mounted... will work consistently.

This behavior is odd, and it did not consistent fail. I've tried this several time, and perhaps a 50% of the time, I could not find the Pogo Pro using Nmap. So I wait a while and then pull power cord to cold boot (always work).
bodhi
 
Posts: 225
Joined: Sat Aug 13, 2011 10:06 am

Previous

Return to Arch Linux ARM

Who is online

Users browsing this forum: No registered users and 1 guest