Kilka dni temu zdałem sobie sprawę, że moja maszyna Ubuntu nie ładuje się po zalogowaniu. Po kilku kopaniach na LiveCD zdałem sobie sprawę, że mój dysk twardy ma 100% pojemności, więc usunąłem kilka dużych plików i byłem w stanie się zalogować. Nie miałem już uprawnień do sudo i musiałem uruchomić się w trybie odzyskiwania i zmienić sodoery plik, ale ostatecznie odzyskał uprawnienia administratora.

Zauważyłem wtedy, że mój komputer jest trochę powolny i topwyświetlałem cupd przy użyciu 100% procesora. Nigdy wcześniej nie widziałem tego programu, ale wkrótce zdałem sobie sprawę, że był to legalny program.

Usunąłem filmy o wartości około 40 GB, ale tylko po to, by zobaczyć, że moje miejsce na dysku wyczerpuje się prawie natychmiast na moich oczach. Przy odrobinie badań i intuicji zdałem sobie sprawę, że może to być wysadzony plik dziennika, i na pewno ls -lh /var/log/cups/pokazałem mi plik dziennika błędów, który był większy niż 80 GB.

Usunąłem plik sudo rm -rf /var/log/cups/error_log, zabiłem serwis sudo service cups endi poszedłem do firmy. Po tym zdałem sobie sprawę, że dobrym pomysłem byłoby sprawdzenie zawartości dziennika error_log przed jego usunięciem, ale chciałem się go pozbyć, zanim ponownie go zablokuję.

To było wczoraj. Dzisiaj ponownie uruchomiłem laptopa i zobaczyłem, że cupd znowu działa przy 100% procesora, i na pewno widzę wyczerpywanie się miejsca na dysku. Zatrzymałem usługę i uruchomiłem tail -f /var/log/cups/error_log, a są to miliony linii:

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).

== EDYCJA =============================================== ==================

ls -l /usr/lib/cups/notifier/dbuspokazuje uprawnienia i własność w odpowiednim -rwxrwxrwx 1 root rootmomencie -rwxr-xr-x 1 daemon root, zgodnie z opisem w komentarzach. sudo chown root:root /usr/lib/cups/notifier/dbusrównież nie naprawił problemów z własnością.

W końcu usunąłem i ponownie zainstalowałem kubki, ale bezskutecznie. Linki te zostały podane jako potencjalnie pomocne przewodniki ( przypadkowo chmod -R na / , przywróć uprawnienia do zmiany ), ale ostatecznie sugerują ponowną instalację samego systemu operacyjnego.

W przypadku Ubuntu 15.10 działało dla mnie:

sudo service cups stop
sudo rm /etc/cups/subscriptions.conf*
sudo rm -r /var/cache/cups
sudo service cups start

(Jeśli nie możesz zatrzymać filiżanek, spróbuj):

ps aux | grep cups

Pobierz identyfikator procesu (pid) z danych wyjściowych i:

kill -9 (pid you have learned here)

W Debianie 9

1. użytkownik @ maszyna: sudo su

2. root @ machine:

chown -R root:root /usr/lib/cups/* && \
chmod -R 755 /usr/lib/cups/* && \
/etc/init.d/cups restart

powrót:

i zapisz mój log i mój procesor

po prostu to zrobiłem, działa dla mnie:

1) sudo chmod 755 /usr/lib/cups/notifier/

2) ll /usr/lib/cups/notifier/

3) sudo /etc/init.d/cups restart

zrobione !!!

Nie mogę komentować, więc jest to odpowiedź:

sudo chown root:root /usr/lib/cups/notifier/dbus

może pomóc, skoro masz odpowiednie uprawnienia. Kto jest użytkownikiem 1 w twoim systemie? Jeśli nie wiesz, w jaki sposób uprawnienia / własność pliku zostały zmienione w stosunku do wartości domyślnej, przyczyną może być wierzchołek góry lodowej. Jeśli tak, zaleca się ponowną instalację.