¿Cómo evito que /var/log/kern.log.1 consuma todo mi espacio en disco?

9

Tengo un disco duro de 80 GB sin particiones. Un día me di cuenta de que había perdido la mayor parte de mi espacio libre en disco. Descubrí que /var/log/kern.log.1ocupa 25 GB de espacio, y no hay una opción de eliminación para ese archivo.

Aquí hay una captura de pantalla del problema:

20130110-125652

Soy nuevo en Ubuntu / Linux. Por favor ayuda. Gracias.

kernel syslog

— Abhishek Prakash
fuente

¿Qué tamaño tienen los otros archivos kern.log en este directorio? ¿Es kern.log.1el único archivo grande?

— qbi

sí kern.log.1 es el único archivo grande, otros están en el rango de pocos mb

— Abhishek Prakash

En general, se puede guardar para eliminar el archivo como sugirió @elias. Sin embargo, un registro tan grande suele indicar que hay o hubo un problema. Por lo tanto, debe controlar si su sistema produce un archivo tan grande nuevamente. En caso afirmativo, debe buscar en el archivo.

— qbi

7

Debería estar bien eliminando ese archivo, porque es un registro ya rotado. Como necesita permisos de root para hacer eso, no tendrá una opción en la GUI para eliminar ese archivo.

Puedes hacerlo desde la línea de comando:

sudo rm /var/log/kern.log.1

Cada vez que inicie, los archivos de registro se crearán y rotarán nuevamente, por lo que probablemente debería estar atento a los siguientes tamaños de archivo kern.log. *. Informe de error relacionado en Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— elias
fuente

4

syslog

Para evitar archivos de registro excesivamente grandes en el futuro, edite /etc/logrotate.confpara limitar la cantidad y el tamaño de los archivos de registro. Ver man logrotatepara más información.

systemd

Para configurar el diario de Systemd, edite /etc/systemd/journald.conf. Ver man journald.confpara más información.
Para obtener información sobre el journalctluso básico , consulte systemd: Uso del diario .
Para obtener información sobre cómo reducir el tamaño del diario de Systemd, consulte Los registros de Systemd ( journalctl) son demasiado grandes y lentos .

— xiota
fuente

1

O apague syslog y use el diario. Las cosas van en esa dirección, es solo cuestión de tiempo.

— Metta Crawler

1

kern.log.1 es solo uno de los muchos archivos de registro del kernel.

Juntos, ellos y el messages.log.xgrupo pueden tomar muchos GB. El resto de los archivos de registro en el directorio ocupan aproximadamente el 1% del total, por lo que no es necesario intentar borrar en masa el directorio de registro. Incluso podría ser perjudicial para su sistema.

Para reclamar ese 99%, aquí hay dos comandos que harán el truco eliminando los archivos innecesarios de varios GB:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

Estos archivos se volverán a crear la primera vez que se necesiten.

Para responder específicamente a su pregunta: puede configurar un trabajo cron para eliminarlos a cada medianoche, o una vez a la semana, lo que sea.

Los uso plus

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

para mi rsynccopia de seguridad de medianoche del SSD / dev / sda primario al HDD / dev / sdb más grande. Ahorra espacio y son innecesarios en cualquier tipo de escenario de restauración.

— SDsolar
fuente

1

No es cierto que este comportamiento esté integrado en Linux. El kernel de Linux simplemente escribe estos mensajes de registro en buffers internos (en memoria) para que accedan las aplicaciones de espacio de usuario. Es un demonio syslog que luego extrae estos registros y los escribe en / var / log. Ese demonio está muy bien configurado o incluso apagado por completo.

— Dreamer

Punto bien tomado. Hay muchos mensajes de registro que son necesarios para los desarrolladores avanzados, por lo que no sugiero cerrarlo por completo. Ejecuto una rsynccopia de seguridad nocturna desde el / dev / sda SSD en el gran / dev / sdb HDD, y para hacer el mejor uso del espacio, tengo que hacer lo anterior, además de rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullque ninguno de ellos es necesario en el escenario de restauración .

— SDsolar

1

Normalmente ejecuto estos dos comandos siguientes antes de reiniciar: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deletey find /var/log/ -type f -exec truncate -s 0 {} \;esto limpia todo / var / log sin eliminar los archivos principales, porque algunos archivos allí no se generan automáticamente nuevamente.

— Videonauth

1

Después de encontrar que syslog y el archivo kern.log estaban aumentando, me quedé sin espacio en disco. El administrador de espacio en disco me mostró que la /var/logcarpeta estaba ocupando mucho espacio. Cuando ejecuté el comando

tail -15 syslog

Encontré errores repetidos. También el archivo syslog y kern.log tomó 19 y 32 G respectivamente. (comando para uso de disco: du -h filename-h para legibilidad humana).

Eliminar estos archivos es seguro, ya que los recreará el sistema. Pero si necesita un registro de las semanas anteriores, no lo haga, ya que no están duplicados.

Nota (solo sugerencia):

1) Si no conoce el sistema de archivos de Linux, este es el buen enlace: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Más información sobre los archivos de registro: https://help.ubuntu.com/community/LinuxLogFiles

Ir a través de estos enlaces borrará muchos conceptos.

— Delsilon
fuente

Gracias, mucha información útil para un principiante de Linux como yo. La información está ahí fuera ... ¡encontrarlo es el problema!

— B.Tanner

Encontrarlo también es un problema. Si googlea la documentación del sistema de archivos de Linux, tampoco muestra la documentación anterior. Solo es visible cuando escribe la documentación de resumen del árbol del sistema de archivos de Linux. Encontrar la palabra clave correcta para googlear es muy difícil para mí. Curiosamente, también soy un principiante;)

— Delsilon

Montones y montones de otros artículos interesantes en el directorio principal del enlace anterior, es decir. help.ubuntu.com/community ¡ Ahí va mi tiempo libre para los próximos días!

— B.Tanner

Verdaderamente hombre, no examiné esa cosa. Siento que encontré algunas cosas doradas. Gracias por mostrarme esa cosa. Actualmente estoy trabajando en un proyecto totalmente diferente, pero las cosas de Linux están consumiendo todo mi tiempo.

— Delsilon