Vor ein paar Tagen wurde mir klar, dass mein Ubuntu-Computer nach dem Login nicht geladen werden würde. Nachdem ich mich auf einer Live-CD umgesehen hatte, stellte ich fest, dass meine Festplatte zu 100% ausgelastet war, löschte einige große Dateien und konnte mich anmelden. Ich hatte keine Sudo-Berechtigungen mehr und musste in den Wiederherstellungsmodus booten und die Sodoers wechseln Datei, aber schließlich wiederhergestellt Root-Berechtigungen.
Dann bemerkte ich, dass meine Maschine etwas träge war und top
Cupsd mit 100% CPU zeigte. Ich habe dieses Programm noch nie gesehen, aber bald wurde mir klar, dass es ein legitimes Programm war.
Ich habe Videos im Wert von ca. 40 GB gelöscht, nur um zu sehen, dass mein Speicherplatz vor meinen Augen fast augenblicklich erschöpft ist. Mit ein wenig Recherche und Intuition wurde mir klar, dass es sich möglicherweise um ls -lh /var/log/cups/
eine aufgeblasene Protokolldatei handelt, und mir wurde eine error_log-Datei mit einer Größe von über 80 GB angezeigt.
Ich löschte die Datei sudo rm -rf /var/log/cups/error_log
, beendete den Dienst mit sudo service cups end
und ging meinem Geschäft nach. Danach wurde mir klar, dass es eine gute Idee gewesen wäre, den Inhalt von error_log zu überprüfen, bevor ich es löschte, aber ich wollte das Ding loswerden, bevor ich wieder ausgesperrt wurde.
Das war gestern. Heute habe ich meinen Laptop wieder gestartet und sah, dass cupsd wieder mit 100% CPU lief, und ich sehe, dass mein Speicherplatz knapp wird. Ich habe den Dienst gestoppt und ausgeführt tail -f /var/log/cups/error_log
, und es gibt Millionen von Zeilen davon:
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).
== BEARBEITEN =============================================== ==================
ls -l /usr/lib/cups/notifier/dbus
zeigt Berechtigungen und Eigentumsverhältnisse so an, wie -rwxrwxrwx 1 root root
sie sein sollten -rwxr-xr-x 1 daemon root
, wie in den Kommentaren beschrieben. sudo chown root:root /usr/lib/cups/notifier/dbus
hat auch die Besitzprobleme nicht behoben.
Schließlich entfernte ich Tassen und setzte sie wieder ein, aber ohne Erfolg. Diese Links wurden als potenziell hilfreiche Anleitungen angegeben ( versehentlich chmod -R on / , Chown-Berechtigungen wiederherstellen ), führen jedoch letztendlich zu einer Neuinstallation des Betriebssystems.
quelle
ls -l /usr/lib/cups/notifier/dbus
? Ich hatte vor langer Zeit ein ähnliches Problem und die einzige einfache Möglichkeit, es zu lösen, bestand darin, CUPS zu deaktivieren ... (damals kein Druck)-rwxr-xr-x
(das sind die Berechtigungen für meine Ubuntu 14.04-Installation) , damit Sie das Problem möglicherweise beheben können, indem Siesudo chmod 755 /usr/lib/cups/notifier/dbus
CUPs oder den Computer ausführen (und dann neu starten).-rwxr-xr-x
jedoch nach dem Neustart von cupsd immer noch mit 95% + und der Erstellung einer großen error_log-Datei (jedoch scheinbar nicht so schnell?).Antworten:
Für Ubuntu 15.10 funktionierte Folgendes:
(Wenn Sie die Tassen nicht stoppen können, versuchen Sie es):
Prozess-ID (pid) aus der Ausgabe abrufen und:
quelle
Auf Debian 9
user @ machine:
sudo su
root @ machine:
und speichere mein Log und meine CPU
quelle
einfach gemacht, es funktioniert für mich:
1)
sudo chmod 755 /usr/lib/cups/notifier/
2)
ll /usr/lib/cups/notifier/
3)
sudo /etc/init.d/cups restart
es gemacht !!!
quelle
Ich kann keinen Kommentar abgeben, daher erfolgt dies in Form einer Antwort:
könnte helfen, jetzt, wo Sie die Berechtigungen richtig haben. Wer ist Benutzer 1 auf Ihrem System? Wenn Sie nicht wissen, wie die Berechtigungen / der Besitz der Datei gegenüber der Standardeinstellung geändert wurden, liegt das Problem möglicherweise an der Spitze eines Eisbergs. In diesem Fall ist eine Neuinstallation ratsam.
quelle
-rwxrwxrwx 1 root
im Gegensatz zu zurückgegeben wird,-rwxr-xr-x daemon root
deutet auf beschädigte oder fehlende Systemdateien hin. Der Daemon-Benutzer 1 ist keinem Namen in / etc / passwd zugeordnet.id daemon
gibt miruid=1(daemon) gid=1(daemon) groups=1(daemon)