Il y a quelques jours, j'ai réalisé que ma machine Ubuntu ne se chargerait pas après la connexion. Après quelques recherches sur un liveCD, j'ai réalisé que mon disque dur était à 100% de sa capacité, j'ai donc supprimé des fichiers volumineux et j'ai pu me connecter. Je n'avais plus d'autorisations sudo et j'ai dû démarrer en mode de récupération et changer les sodoers fichier, mais finalement récupéré les autorisations root.
J'ai alors remarqué que ma machine était un peu lente et top
montrait cupsd en utilisant 100% CPU. Je n'avais jamais vu ce programme auparavant mais je me suis vite rendu compte que c'était un programme légitime.
J'ai supprimé environ 40 Go de vidéos, seulement pour voir mon espace disque s'épuiser presque instantanément devant mes yeux. Avec un peu de recherche et d'intuition, j'ai réalisé qu'il pourrait s'agir d'un fichier journal en train de exploser, et bien sûr, il ls -lh /var/log/cups/
m'a montré un fichier error_log de 80 Go +.
J'ai supprimé le fichier sudo rm -rf /var/log/cups/error_log
, j'ai tué le service sudo service cups end
et j'ai repris mon activité. J'ai réalisé après que cela aurait été une bonne idée de vérifier le contenu de error_log avant de le supprimer, mais je voulais me débarrasser de la chose avant d'être à nouveau verrouillé.
C'était hier. Aujourd'hui, j'ai redémarré mon ordinateur portable et j'ai vu cupsd fonctionner à nouveau à 100% du processeur, et bien sûr, je vois mon espace disque s'épuiser. J'ai arrêté le service et exécuté tail -f /var/log/cups/error_log
, et il y a des millions de lignes:
W [15/Jul/2015:11:23:03 -0700] Notifier for subscription 911 (dbus://) went away, retrying!
E [15/Jul/2015:11:23:03 -0700] File "/usr/lib/cups/notifier/dbus" has insecure permissions (0100777/uid=0/gid=0).
== EDIT ================================================ ==================
ls -l /usr/lib/cups/notifier/dbus
affiche les autorisations et la propriété comme -rwxrwxrwx 1 root root
elles devraient l'être -rwxr-xr-x 1 daemon root
, comme décrit dans les commentaires. sudo chown root:root /usr/lib/cups/notifier/dbus
n'a pas non plus résolu les problèmes de propriété.
Enfin, j'ai retiré et réinstallé les tasses, mais en vain. Ces liens ont été donnés comme des guides potentiellement utiles ( accidentellement chmod -R on / , restaurer les autorisations chown ) mais ils ont finalement pour résultat de suggérer une réinstallation du système d'exploitation lui-même.
la source
ls -l /usr/lib/cups/notifier/dbus
? J'ai eu un problème similaire il y a longtemps et le seul moyen facile de le résoudre était de désactiver CUPS ... (pas d'impression alors)-rwxr-xr-x
(c'est ce que les autorisations sont sur mon installation Ubuntu 14.04) , donc vous pourrez peut-être résoudre le problème en exécutantsudo chmod 755 /usr/lib/cups/notifier/dbus
(puis en redémarrant les CUP ou l'ordinateur).-rwxr-xr-x
cependant après le redémarrage cupsd fonctionne toujours à 95% + et la création d'un gros fichier error_log (mais apparemment pas aussi rapidement?).Réponses:
Pour Ubuntu 15.10, ce qui a fonctionné pour moi était:
(Si vous ne pouvez pas arrêter les tasses, essayez):
Obtenez l'identifiant du processus (pid) à partir de la sortie et:
la source
Sur Debian 9
utilisateur @ machine:
sudo su
root @ machine:
et sauvegarde mon log et mon cpu
la source
simplement fait, ça marche pour moi:
1)
sudo chmod 755 /usr/lib/cups/notifier/
2)
ll /usr/lib/cups/notifier/
3)
sudo /etc/init.d/cups restart
c'est fait !!!
la source
Je ne suis pas en mesure de commenter, c'est donc sous la forme d'une réponse:
pourrait aider, maintenant que vous avez les droits d'accès. Qui est l'utilisateur 1 sur votre système? Si vous ne savez pas comment les autorisations / la propriété du fichier ont été modifiées par rapport à la valeur par défaut, le problème peut être la pointe d'un iceberg. Si tel est le cas, une réinstallation serait souhaitable.
la source
-rwxrwxrwx 1 root
par opposition à-rwxr-xr-x daemon root
suggère des fichiers système corrompus ou manquants. L'utilisateur démon, 1, n'est pas associé à un nom dans / etc / passwd.id daemon
me donneuid=1(daemon) gid=1(daemon) groups=1(daemon)