Несколько дней назад я понял, что моя машина с Ubuntu не будет загружаться после входа в систему. После нескольких копаний на liveCD я понял, что мой жесткий диск заполнен на 100%, поэтому я удалил несколько больших файлов и смог войти в систему. У меня больше не было разрешений sudo, и мне пришлось загружаться в режиме восстановления и менять sodoers. файл, но в итоге восстановлены права root.
Затем я заметил, что моя машина была немного вялой, и top
показывал cupsd, используя 100% CPU. Я никогда не видел эту программу раньше, но вскоре понял, что это законная программа.
Я удалил видео объемом около 40 ГБ, только чтобы увидеть, как мое дисковое пространство почти мгновенно истощается на моих глазах. После небольшого исследования и интуиции я понял, что это может быть взорванный файл журнала, и, конечно же, ls -lh /var/log/cups/
показал мне файл error_log, который был больше 80 ГБ.
Я удалил файл sudo rm -rf /var/log/cups/error_log
, убил службу sudo service cups end
и продолжил свое дело. После этого я понял, что было бы неплохо проверить содержимое error_log до того, как я его удалил, но я хотел избавиться от него, прежде чем снова заблокировать его.
Это было вчера. Сегодня я снова запустил свой ноутбук и увидел, что cupsd снова работает со 100% процессором, и, конечно же, я вижу, что мое дисковое пространство истощается. Я остановил службу и запустил tail -f /var/log/cups/error_log
, и есть миллионы строк этого:
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
показывает разрешения и владельца, как и -rwxrwxrwx 1 root root
когда они должны быть -rwxr-xr-x 1 daemon root
, как описано в комментариях. sudo chown root:root /usr/lib/cups/notifier/dbus
Также не устранены проблемы с владением.
Наконец я снял и переустановил чашки, но безрезультатно. Эти ссылки были приведены в качестве потенциально полезных руководств ( случайно chmod -R on / , восстановить разрешения chown ), но в конечном итоге они предлагают переустановить саму ОС.
источник
ls -l /usr/lib/cups/notifier/dbus
? У меня была похожая проблема давным-давно, и единственным простым способом ее решения было отключение CUPS ... (тогда не печаталось)-rwxr-xr-x
(это то, что разрешения на моей установке Ubuntu 14.04) , так что вы можете решить проблему, запустивsudo chmod 755 /usr/lib/cups/notifier/dbus
(а затем перезапустив CUP или компьютер).-rwxr-xr-x
после перезапуска cupsd по-прежнему работают на уровне 95% и создают большой файл error_log (но, похоже, не так быстро?).Ответы:
Для Ubuntu 15.10 у меня сработало следующее:
(Если вы не можете остановить чашки, попробуйте):
Получить идентификатор процесса (pid) из вывода и:
источник
На Debian 9
пользователь @ машина:
sudo su
корень @ машины:
и сохранить мой журнал и мой процессор
источник
просто сделал это, у меня работает
1)
sudo chmod 755 /usr/lib/cups/notifier/
2)
ll /usr/lib/cups/notifier/
3)
sudo /etc/init.d/cups restart
сделал это !!!
источник
Я не могу комментировать, так что это в форме ответа:
может помочь, теперь, когда у вас есть права доступа. Кто является пользователем 1 в вашей системе? Если вы не знаете, как права доступа к файлу изменились по сравнению с настройками по умолчанию, проблема может быть в айсберге. Если так, переустановка была бы желательна.
источник
-rwxrwxrwx 1 root
а не-rwxr-xr-x daemon root
указывает на поврежденные или отсутствующие системные файлы. Пользователь демона, 1, не связан с именем в / etc / passwd.id daemon
дает мнеuid=1(daemon) gid=1(daemon) groups=1(daemon)