Le processus colord-sane s'emballe

Bonjour à tous,
Un bug chez moi refait surface sur ma vielle machine de bureau (processeur AMD64 - 1800Mhz) sous wheezy nouvellement installée. Il à déjà été rapporté :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668325
et notamment le dernier message :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668325#99
Le processus s’emballe et me monopolise le processeur…
Quelqu’un aurait-il une solution?
Jérôme

Il y a un post antérieur au tien :
http://www.debian-fr.org/grosse-consommation-cpu-colord-sane-t41561.html#p419583

J’ai appliqué la même méthode. As-tu lâché l’affaire ou trouvé une solution de ton côté ?

Oui, je l’avais vu. d’autant plus que j’avais renconté le problème sous LMDE. J’utilise aptitude (et je ne mélange pas avec apt-get ou synaptic pour une bonne gestion des dépendances (j’avais lu ça quelque part).

[code]~$ sudo aptitude remove colord
Les paquets suivants seront ENLEVÉS :
colord
0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 3 non mis à jour.
Il est nécessaire de télécharger 0 o d’archives. Après dépaquetage, 1 267 ko seront libérés.
Les paquets suivants ont des dépendances non satisfaites :
gnome-color-manager : Dépend: colord (>= 0.1.12) mais il ne sera pas installé.
ouverts : 36 ; fermés : 87 ; reportés : 3 ; en conflit : 3 .Les actions suivantes permettront de résoudre ces dépendances :

Supprimer les paquets suivants :                   
  1. gnome                                           
    
  2. gnome-color-manager                              
    

    Laisser les dépendances suivantes non satisfaites :

  3. libcolord1 recommande colord                     
    
  4. cups recommande colord                           
    
  5. cups-filters recommande colord                   
    
  6. foomatic-filters recommande colord               
    
  7. task-gnome-desktop recommande gnome              
    
  8. ghostscript-cups recommande colord 
    

Accepter cette solution ? [Y/n/q/?] [/code]

Je n’ai pas dit oui :slightly_smiling: (supprimer gnome???)

Cependant apt-get semble plus rassurant, ou plutôt seulement moins bavard, mais si on n’y prend garde, on décapite la aussi le gnome :frowning: :

~$ sudo apt-get remove colord Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants seront ENLEVÉS : colord gnome gnome-color-manager

Bref, on peut comprendre que j’hésite une peut à appliquer cette méthode…

J’en suis donc toujours au même point…

Jérôme

Aïe, c’est sûr que dans ce cas là… De mon côté je n’ai pas eu de tel problèmes de dépendance, j’utilise XFCE.

Celà dit, je comprends ta réticence pour avoir déjà flinguer une Debian en faisant un truc semblable (je voulais virer GNOME3 après l’avoir installer par inadvertance en dépendance des nouveaux paquets dans aptitude, depuis j’appuie sur F pour les dégager après les avoir consultés par curiosité).

hello,

il y a un truc plus simple (si vous avez besoin de la calibration d’écran et donc de colord) : dans le fichier de conf de colord dans /etc/, on peut mettre une option pour ne pas lancer le process colord-sane (qui est celui qui s’emballe) cela reste valable si vous voulez avoir la calibration d’écran mais pas de calibration de scanner. Je l’ai fait depuis des mois et cela marche nickel.

Je parle de mémoire donc pour l’option, je regarderai ce que j’ai mis dans ce fameux fichier.

Cette piste m’intéresse! :slightly_smiling: .
Ceci d’autant plus que tant que mon vieux pc de bureau marche, je le garde :slightly_smiling: .
Je n’ai jusqu’à présent jamais calibré l’écran ni le scanner d’ailleurs.
Donc si je peux neutraliser le processus colord-sane, je suis preneur pour ces options de /etc/colord.conf , :slightly_smiling: ,

sauf si cela devait m’empêcher de scanner bien sûr :slightly_smiling: .

Voici le contenu de mon /etc/colord.conf :

[code][colord]

This controls whether we search external volumes for color profiles.

default=false

SearchVolumes=false

If we should use SANE to add scanner and camera devices.

If this is set to ‘true’ then a colord-sane process will

automatically be started by the daemon which watches USB scanner

devices as they are inserted and removed.

default=true

UseSANE=true

If we should create a dummy sensor for testing

default=false

CreateDummySensor=false

Known profiles are specific colorspaces that applications may request,

e.g. ‘AdobeRGB’ or ‘sRGB’.

This key sets up any manual overrides that are not automatically added

using the profile dictionary metadata.

default=

StandardSpaces=adobe-rgb:/usr/share/color/icc/Argyll/ClayRGB1998.icm;srgb:/usr/share/color/icc/Argyll/sRGB.icm;prophoto-rgb:/usr/share/color/icc/Argyll/ProPhotoRGB.icc[/code]

D’après ce que je lis, je remplacerais bien «UseSANE=true» par «UseSANE=false».
Est-ce bien ça qu’il faut faire?

Jérôme

[quote=“jerome73”]Cette piste m’intéresse! :slightly_smiling: .
Voici le contenu de mon /etc/colord.conf :

[code][colord]

This controls whether we search external volumes for color profiles.

default=false

SearchVolumes=false

If we should use SANE to add scanner and camera devices.

If this is set to ‘true’ then a colord-sane process will

automatically be started by the daemon which watches USB scanner

devices as they are inserted and removed.

default=true

UseSANE=true

If we should create a dummy sensor for testing

default=false

CreateDummySensor=false

Known profiles are specific colorspaces that applications may request,

e.g. ‘AdobeRGB’ or ‘sRGB’.

This key sets up any manual overrides that are not automatically added

using the profile dictionary metadata.

default=

StandardSpaces=adobe-rgb:/usr/share/color/icc/Argyll/ClayRGB1998.icm;srgb:/usr/share/color/icc/Argyll/sRGB.icm;prophoto-rgb:/usr/share/color/icc/Argyll/ProPhotoRGB.icc[/code]

D’après ce que je lis, je remplacerais bien «UseSANE=true» par «UseSANE=false».
Est-ce bien ça qu’il faut faire?

Jérôme[/quote]

exactement tu passes UseSANE à false , cela ne t’empêchera pas d’utiliser ton scanner. C’est juste le démon color-sane qui ne sera pas lancé.

Merci :slightly_smiling: .

Jérôme