[Résolu] charge cpu anormale sur Karmic 64 bits

Darkvator · Le 04/01/2010, à 11:37

Bonjour à tous,

Je constate sur un laptop dédié à Ubuntu une charge CPU anormale depuis quelques jours
une augmentation de 30% environ, la commande "top" dans un terminal fait apparaître 4 tâches
qui utilisent les CPU avant Xorg : devkit-disks-daemon gvfs-gdu-volume dbus-daemon et udevd
Je n'avais pas ce problème sous Jaunty 64 bits et l'ordinateur est à jour du 02/01/2010.

En faisant un "sudo restart udev" comme le préconise ce post :
https://bugs.launchpad.net/ubuntu/+sour … comments/9
l'activité cpu redevient normale et les tâches ci-dessus disparaissent ...

Un post sur le forum existe déjà mais avec un titre moins explicite :
http://forum.ubuntu-fr.org/viewtopic.php?id=367195

Merci pour vos éclaircissements et vive Ubuntu !!

Dernière modification par Darkvator (Le 28/10/2010, à 07:04)

Darkvator · Le 19/01/2010, à 15:45

Un petit up siouplait ??

Même problème malgré retour sur des noyaux plus anciens...
Encore plus étrange... quand j'insère n'importe quel CD, la situation redevient
tout à fait normale ... c'est sidérant !

Qualqu'un a t'il une idée du problème ??

Darkvator · Le 25/02/2010, à 09:38

un p'tit up !!
c'est toujours grâce à un CDrom dans le lecteur que les processeurs ne s'emballent pas !
Personne ne peut m'aider ?? kernel à jour et aucun changement
Merci d'avance

HacKurx · Le 10/03/2010, à 14:55

Salut peut tu me donner le résultat de la commande suivante, merci:

uname -a

Darkvator · Le 04/04/2010, à 15:05

Bonjour et merci de l'intérêt que vous portez à mon problème qui à ce jour n'est toujours pas résolu !!!

résultat de uname -a : 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 04:38:19 UTC 2010 x86_64 GNU/Linux

HacKurx · Le 04/04/2010, à 21:31

OK, quand tu ne fais rien qu'elle processus utilisent les 30%? Les 4 de ton premier post?

Darkvator · Le 05/04/2010, à 14:50

Exactement ce qui est indiqué dans mon premier post, aucun changement depuis !!
le seul "truc" qui "calme" les processeurs c'est de mettre un CD rom dans le lecteur pour
retrouver une situation normale ! Je ne comprends toujours pas pourquoi ...

Mottires · Le 26/04/2010, à 17:14

Bonjour,

J'ai exactement le même problème sur une gentoo 64bits depuis un petit bout de temps déjà. je n'ai pas trouver, comme vous, de solution au problème, et aujourd'hui l'agacement ressenti a été plus fort que ma flemme de faire quelque chose.

Donc, j'ai une solution pas propre du tout, et relativement chiante, mais en attendant mieux, ça peut éviter certains de péter un boulon sur leur hdd qui tourne en permanence.
Elle consiste a stopper les actions d'udev au démarrage de gnome. Et ensuite activer/désactiver manuellement via un petit script sur le bureau quand on a besoin de lui (insertion cdrom, clef usb, etc...)
c'est barbare, mais j'en pouvais plus de ce disque dur qui tourne tout le temps.

Si cela fait peur à certains, qu'ils ne s'y aventurent pas.

A noter que les commandes sont celle de gentoo, si ce ne sont pas si ce sont les mêmes sous ubuntu, je remercie d'avance les habitués de corriger les chemins concernés.

tout d'abord éditer le fichier de configuration de sudo

sudo gedit /etc/sudoers

Je vous donne un exemple du mien. En gras, les deux lignes a ajouter. Et ne pas oublier de changer le nom d'utilisateur "mottires1" par le votre. ou par un groupe sous la forme %group
Cela permettra d'avoir accés au pilotage d'udev sans avoir a retaper le mot de passe

/etc/sudoers a écrit :

# sudoers file.
#
# This file MUST be edited with the 'visudo' command as root.
# Failure to use 'visudo' may result in syntax or file permission errors
# that prevent sudo from running.
#
# See the sudoers man page for the details on how to write a sudoers file.
#
# Host alias specification
# User alias specification
# Cmnd alias specification
Cmnd_Alias UDEVADM=/sbin/udevadm
# Defaults specification
# Runas alias specification
# User privilege specification
root ALL=(ALL) ALL
mottires1 ALL=NOPASSWD:UDEVADM
# Uncomment to allow people in group wheel to run all commands
# %wheel ALL=(ALL) ALL
# Same thing without a password
# %wheel ALL=(ALL) NOPASSWD: ALL
# Samples
# %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom
# %users localhost=/sbin/shutdown -h now

Ensuite on va dans le menu Systeme/Preferences et on clique sur application au démarrage.

On créer un élément qu'on appellera "Arret udev" ou de la manière qui vous plaît le mieux. Et comme commande.

sudo udevadm control --stop-exec-queue

Voila, au démarrage du système, le disque ne grattera plus. cependant, la plupart des matériels qui sont utiliser de manière "dynamique" (cdrom, clef usb, etc...) ne fonctionneront plus.

Pour réactiver il suffit de se faire deux petits script sur lesquels on double cliquera en fonction des besoins et qu'on placera sur le bureau

echo "sudo udevadm control --stop-exec-queue" >> ~/Desktop/udev-stop.sh
chmod +x  ~/Desktop/udev-stop.sh
echo "sudo udevadm control --start-exec-queue" >> ~/Desktop/udev-start.sh
chmod +x  ~/Desktop/udev-start.sh

Voila, si ça peut dépanner des gens. Mais si quelqu'un a une VRAI solution, qu'il se fasse plaisir. Parce que bon, moi j'utilise peu les périphérique externe, mais même ce peu, il va vite me gaver je pense. (mais toujours moins que le disque qui gratte, il est vrai)

Dernière modification par Mottires (Le 26/04/2010, à 17:17)

HacKurx · Le 27/04/2010, à 08:16

Déclarer le bug sur launchpad & cie ! Contrôler le daemon udev comme cela c'est galère...
Mottires dis exactement la même chose sur launchpad

gwenbu · Le 19/05/2010, à 19:16

Salut à tous,

J'avais le même problème sous karmic, un cpu en surcharge qui se calmait par un sudo restart udev, et maintenant que je suis sous lucid, cette commande ne fonctionne plus. Seul l'insertion d'un cd dans le lecteur est efficace.
Malheureusement, il est devenu impossible de graver le moindre cd.
Par rapport à l'impossibilité de graver, J'ai monté un fil de discussion ici :

http://forum.ubuntu-fr.org/viewtopic.php?id=398187

Darkvator · Le 20/05/2010, à 13:59

J'ai encore ce problème, le post n'a pas l'air d'intéresser beaucoup de monde et pourtant ce problème
est drôlement casse-pied, le lecteur de CDrom ralentit le démarrage d'ubuntu et en plus il va s'user
plus vite que prévu !!
Toujours aucune amélioration !!!
Personne ne peut nous aider ???:mad:

gwenbu · Le 23/05/2010, à 09:00

Bon. J'ai résolu le problème en le supprimant. J'ai réinstallé Lucid lynx.
La charge Cpu est tout-à-fait normale. Peut-être que le formatage en ext4 y est pour quelque chose.
En plus, je boot en 28 secondes alors que j'étais à 72 secondes auparavant et je dois reconnaître que ma machine n'a jamais été aussi rapide.
Seul demeure mon problème de gravure mais je commence à avoir une petite idée. Je posterai sur l'autre fil.
http://forum.ubuntu-fr.org/viewtopic.php?id=398187

Je conseille donc la réinstallation.

Dernière modification par gwenbu (Le 23/05/2010, à 09:00)

Darkvator · Le 16/08/2010, à 02:36

Bonsoir,

J'ai fait la mise à jour du système Karmic 64 bits en Lucid 64 bits et le problème est résolu !

mytaz · Le 13/04/2011, à 17:01

Je reviens sur ce fil pour vous signaler le même genre de problème sur un Ub 10.10 (2.6.35-25 + Macbuntu) avec un vieux Dell bi-xeon et 2 HD SCSI.
Avec le Macbuntu ça ressemble vraiment au Mac OS X auquel je suis habitué, quoique ralenti par rapport au Gnome "tout nu" ; mais depuis quelques jours, si j'ai le malheur de lancer le gestionnaire de fichiers (pour copier d'une unité à l'autre, etc...), le HD qui contient la partition d'Ubuntu se met à tourner en permanence, rendant le travail quasi impossible...
Sous windaube, j'aurais parié pour un virus, mais sous Ubuntu ???
Il faut dire que sur ce disque j'ai une grosse partition NTFS, le 10.10 en ext4, le Kub 9.04 en ext3, un Home, un Swap, une FAT32 et une autre NTFS : il finit peut-être par s'y perdre ???
Je n'ai pas eu encore l'occasion d'essayer le "udev restart", car pour l'instant, je suis sur le Net et je vais éviter de lancer ce maudit gestionnaire de fichiers.
Certains parlent de problèmes de FSTAB ; y-a-t-il un utilitaire qui permette de le corriger facilement, sans se tartiner des tonnes de commandes plus ou moins risquées à la console (genre DD, par exemple) ???
Quelqu'un a-t-il eu ce genre de problèmes (en dehors des cas cités plus haut) ???
Merci d'avance...

Dernière modification par mytaz (Le 13/04/2011, à 17:10)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/01/2010, à 11:37

[Résolu] charge cpu anormale sur Karmic 64 bits

#2 Le 19/01/2010, à 15:45

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#3 Le 25/02/2010, à 09:38

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#4 Le 10/03/2010, à 14:55

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#5 Le 04/04/2010, à 15:05

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#6 Le 04/04/2010, à 21:31

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#7 Le 05/04/2010, à 14:50

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#8 Le 26/04/2010, à 17:14

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#9 Le 27/04/2010, à 08:16

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#10 Le 19/05/2010, à 19:16

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#11 Le 20/05/2010, à 13:59

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#12 Le 23/05/2010, à 09:00

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#13 Le 16/08/2010, à 02:36

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

#14 Le 13/04/2011, à 17:01

Re : [Résolu] charge cpu anormale sur Karmic 64 bits

Pied de page des forums