Hace unos días me di cuenta de que mi máquina Ubuntu no se cargaba después de iniciar sesión. Después de buscar en un liveCD, me di cuenta de que mi HDD estaba al 100% de su capacidad, así que eliminé algunos archivos grandes y pude iniciar sesión. Ya no tenía permisos de sudo y tuve que arrancar en modo de recuperación y cambiar los sodoers. archivo, pero finalmente recuperó los permisos de root.
Luego noté que mi máquina estaba un poco lenta y top
mostraba cupsd con 100% de CPU. Nunca antes había visto este programa, pero pronto me di cuenta de que era un programa legítimo.
Eliminé aproximadamente 40 GB de videos, solo para ver que mi espacio en el disco se agota casi instantáneamente frente a mis ojos. Con un poco de investigación e intuición, me di cuenta de que podría ser un archivo de registro explotado y, ls -lh /var/log/cups/
efectivamente, me mostró un archivo error_log que tenía más de 80 GB.
Eliminé el archivo sudo rm -rf /var/log/cups/error_log
, eliminé el servicio sudo service cups end
y me fui a mi negocio. Después de eso, me di cuenta de que habría sido una buena idea revisar el contenido de error_log antes de eliminarlo, pero quería deshacerme de eso antes de que me volvieran a bloquear.
Eso fue ayer. Hoy, comencé mi computadora portátil nuevamente y vi a cupsd funcionando nuevamente al 100% de la CPU, y efectivamente veo que mi espacio en el disco se está agotando. Detuve el servicio y corrí tail -f /var/log/cups/error_log
, y hay millones de líneas de esto:
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).
== EDITAR =============================================== ==================
ls -l /usr/lib/cups/notifier/dbus
muestra los permisos y la propiedad como -rwxrwxrwx 1 root root
deberían ser -rwxr-xr-x 1 daemon root
, como se describe en los comentarios. sudo chown root:root /usr/lib/cups/notifier/dbus
Tampoco solucionó los problemas de propiedad.
Finalmente quité y reinstalé las tazas, pero fue en vano. Estos enlaces se proporcionaron como guías potencialmente útiles ( accidentalmente chmod -R on / , restaurar los permisos conocidos ), pero en última instancia, sugieren la reinstalación del sistema operativo.
fuente
ls -l /usr/lib/cups/notifier/dbus
? Tuve un problema similar hace mucho tiempo y la única manera fácil de resolverlo fue deshabilitar CUPS ... (sin impresión)-rwxr-xr-x
(eso es lo que son los permisos en mi instalación de Ubuntu 14.04) , por lo que es posible que pueda solucionar el problema ejecutandosudo chmod 755 /usr/lib/cups/notifier/dbus
(y luego reiniciando CUP o la computadora).-rwxr-xr-x
Sin embargo, los permisos ahora son posteriores al reinicio cupsd todavía se ejecuta al 95% o más y crea un gran archivo error_log (¿pero aparentemente no tan rápido?).Respuestas:
Para Ubuntu 15.10, lo que funcionó para mí fue:
(Si no puede detener las tazas, intente):
Obtenga la identificación del proceso (pid) de la salida y:
fuente
En Debian 9
usuario @ máquina:
sudo su
root @ machine:
y guardar mi registro y mi CPU
fuente
simplemente lo hice, está funcionando para mí:
1)
sudo chmod 755 /usr/lib/cups/notifier/
2)
ll /usr/lib/cups/notifier/
3)
sudo /etc/init.d/cups restart
hecho !!!
fuente
No puedo comentar, así que esto es en forma de una respuesta:
podría ayudar, ahora que tiene los permisos correctos. ¿Quién es el usuario 1 en su sistema? Si no sabe cómo se cambiaron los permisos / propiedad del archivo de forma predeterminada, el problema podría ser la punta de un iceberg. Si es así, sería recomendable reinstalarlo.
fuente
-rwxrwxrwx 1 root
en lugar de-rwxr-xr-x daemon root
sugiere archivos de sistema dañados o faltantes. El usuario daemon, 1, no está asociado con un nombre en / etc / passwd.id daemon
me dauid=1(daemon) gid=1(daemon) groups=1(daemon)