Problemas de espacio en BTRFS

**J_VM** · 24-jun-2017, 10:20

Hola, tengo mi partición root con BTRFS en openSuSE Tumbleweed. Son unos 100 Gb pero tengo ocupado casi todo, incluso quitando algunas snapshots...cómo puedo detectar donde está más "lleno" el disco duro para intentar liberar espacio? Es muy raro, creo que tampoco tengo tantísimas cosas instaladas....

Gracias!!

**Replicante** · 24-jun-2017, 10:56

Se me ocurre que puedas hacer uso de los comandos "du" y "df".

El primero, "du", sirve para mostrar lo que ocupan los archivos de la ruta especificada. El segundo, "df", sirve para mostrar el espacio disponible y usado en los sistemas de archivos. Con ellos podrías moverte por diferentes zonas de tu disco duro y averiguar qué está consumiendo tu memoria.

Ej:

Código:

# Mostrar lo que ocupan los archivos, y presentar el total al final, usando unidades legibles (Kb, Mb, Gb)
du -hc

# Mostrar el espacio ocupado y libre de los sistemas de archivos 
df -h

También puedes mirar por /var/log, o por /tmp, por si se hubieran llenado demasiado. También las carpetas de archivos temporales y caché de los usuarios de /home, el caché de firefox (o el navegador que utilices), etc.

**DiabloRojo** · 25-jun-2017, 10:53

¿Has activado la limpieza de la cache o archivos temporales?, hay una guía mía en el foro.

**J_VM** · 25-jun-2017, 21:06

Iniciado por DiabloRojo

¿Has activado la limpieza de la cache o archivos temporales?, hay una guía mía en el foro.

No lo había hecho, pero lo he hecho y he reiniciado y tampoco ha servido de gran cosa...ahora tengo 1.8Gb libres de 107Gb!!

También he borrado unas cuantas snapshots más pero sigue en 1.8Gb, no sé si cambiará al reiniciar o algo...

Hoy tiene 6,4 Gb libres, aun así me parece poco...no?

**jncruces** · 26-jun-2017, 14:58

Si tienes entorno gráfico puedes probar a ejecutar Filelight, la verdad es que es lo mejor para ver el espacio de forma gráfica y facilita.

Si no en el raiz del sitio haces:

# sudo du -sh *

Te dará un listado de lo que ocupan todas las carpetas del raiz y a partir de ahi vas investigando las carpetas más pesadas.

**mikrios** · 26-jun-2017, 22:59

Hola:

btrfs utiliza sus propios comandos du y df y lo mismo para ver el espacio ocupado ( btrfs filesystem usage, btrfs filesystem df y btrfs filesystem du, lo puedes ver con btrfs --help) .

Por ahora no está contemplado que nos diga el espacio que ocupa las instantáneas (medirlas puede dar error) ; pero las mas antiguas son las que mas ocupan (ejemplo : instantánea A , es igual que la B,pero con un archivo de mas y la C es igual que las otras pero con varios archivos mas, bien la A es de 7Gb pero la B solo contiene el cambio con respeto a la A, si la mides te puede decir que ocupa lo mismo que la A, pero no es correcto, la B y la C son virtuales, solo contiene, los cambios,pero si la vas a mirar, estas reflejan lo mismo que si fuesen completas) .

Por eso hay que empezar por eliminar las mas antiguas ( como algunas son marcadas como importantes, conviene respetarlas, ejemplo un cambio de kernel, pero si ya a hecho un purge del kernel, las antiguas que estén ya no son necesarias, es mas puede que ya no estén en el arranque.

Como segundo, si ha habido una actualización en btrfs,snapper,etc, y por cualquier causa se haya cambiado el algoritmo de snapper. pudiese haber la posibilidad de que se modificara la configuración dentro del directorio donde se guarda las instantáneas, el resultado seria el siguiente, la existencia de instantáneas huérfanas, que quiero decir con esto, pues que tendremos algunas instantáneas antiguas, que no figuran en la lista de snapper; para el caso te voy a poner un ejemplo :

Bien esta es mi lista, pero ¿ tengo alguna huérfana ? :

Z-87-DELUXE:~ # dir /.snapshots/
total 4
drwx------ 1 root root 18 Apr 9 22:54 .Trash-0
drwxr-xr-x 1 root root 32 Nov 20 2016 1
drwxr-xr-x 1 root root 66 Jun 21 23:29 1058
drwxr-xr-x 1 root root 100 Jun 21 23:29 1059
drwxr-xr-x 1 root root 66 Jun 23 00:01 1060
drwxr-xr-x 1 root root 100 Jun 23 00:01 1061
drwxr-xr-x 1 root root 66 Jun 23 00:03 1062
drwxr-xr-x 1 root root 100 Jun 23 00:04 1063
drwxr-xr-x 1 root root 66 Jun 24 03:01 1064
drwxr-xr-x 1 root root 100 Jun 24 03:01 1065
drwxr-xr-x 1 root root 66 Jun 25 05:51 1066
drwxr-xr-x 1 root root 100 Jun 25 05:52 1067
drwxrwxrwx 1 root root 16 Apr 9 22:27 109
drwxrwxrwx 1 root root 66 Dec 8 2016 178
drwxrwxrwx 1 root root 16 Dec 8 2016 179
drwxrwxrwx 1 root root 16 Apr 10 05:17 28
drwxr-xr-x 1 root root 32 Apr 27 23:06 778
-rw-r----- 1 root root 1436 Jun 26 01:00 grub-snapshot.cfg

Pues vaya que si tengo, las 28, 179, 178 y la 109.
Esas están ocupando espacio y para snapper es como si no existiesen, habría que cambiar permisos y borrar una por una desde consola o desde algún gestor de archivos ( puede que algunas de estas, ocupen mucho espacio y uno sin enterarse)

Bien por esta parte de btrfs, quedan 2 cosas : la 1ª las instantáneas y 2ª el propio mantenimiento de btrfs; en ambos casos hay archivos de configuración que se pueden ajustar a las necesidades de uno (ya de esto lo comente en el foro, y lo del mantenimiento se puede ver en etc/sysconfig o en yast --->editor de archivos en /etc/sysconfig --->System---> File system----->btrfs y ahí mirar como está el asunto, lo de snapper por recordar es en /etc/snapper/configs/ en un archivo que se llama root, tipo texto y se puede editar ) .

Pasemos a otro tema y es los logs, a partir de cierta versión de openSUSE, se unifican en lo que conocemos por journal y como herramienta de systemd se usa journalctl : ejemplo de querer ver el espacio que ocupan sus archivos :

Código:

Z-87-DELUXE:~ # journalctl  --disk-usage 
Archived and active journals take up 1.6G on disk.

Bien, se puede cambiar esto? , pues si, podemos limitar el espacio y otros parámetros en /etc/systemd/ en un archivo llamado journald.conf , ver que ese archivo está comentado, por lo que si hay que cambiar algo hayb que quitar # , ejemplo del que acabo de modificar :

Código:

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitInterval=30s
#RateLimitBurst=1000
SystemMaxUse=30M
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=30
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=30
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg

He limitado el journal a :SystemMaxUse=30M ( ver "https://www.suse.com/documentation/sles-12/book_sle_admin/data/journalctl_config.html" o bien "https://www.freedesktop.org/software/systemd/man/journald.conf.html" o paginas man de journal ) .

Recordar hacer copia de seguridad de los archivos.

También está lo de los temporales, ya ahí lo han comentado los compañeros.

Observaciones : a lo mejor btrfs filesystem du, difiere un poco del comando du, en cuanto las opciones, las diferencias radican en que no tienen en cuenta los metadatos( eso creo) si son pocos archivos las diferencias en el total son aproximadas, pero a medida que aumentan los datos,también lo hacen los metadatos y las diferencias se van separando y haciendo se mayores .

Por otro lado, si no utiliza opciones, du le va a tener en cuenta los archivos ocultos, como el de las instantáneas, por lo cual no está soportado su medida, lo que le dará como si fuese una instalación de openSUSE, por cada imagen que haya ( es decir va a tener en cuenta /.snapshots) , para el caso mejor limitar el uso de du con opciones du -x -h --max-depth=3 / , donde --max-depth= puede ser un valor de 1 a otro nº ejemplo 4, 5,etc. (dependiendo de lo que quiera profundizar) .

Esto lo comento,porque el comando de btrfs filesystem du / me arroja un error de

Código:

ERROR: Failed to lookup root id - Inappropriate ioctl for device
ERROR: cannot check space of '/': Operation not permitted

No habiendo problemas, con los otros comandos :

Código:

Z-87-DELUXE:~ # btrfs filesystem show /
Label: none  uuid: e8ace98d-5ef2-478b-bb1a-990a5d6a333b
        Total devices 1 FS bytes used 31.32GiB
        devid    1 size 40.00GiB used 37.32GiB path /dev/sdb3

Z-87-DELUXE:~ # btrfs filesystem df /
Data, single: total=33.01GiB, used=29.62GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=2.12GiB, used=1.70GiB
GlobalReserve, single: total=119.83MiB, used=0.00B

Saludos cordiales

**J_VM** · 26-jun-2017, 23:16

Vale, parece que Filelight no es muy de fiar con BTRFS

Dice que tengo 386 Gb en snapshots, pero mi raíz es de unos 100 Gb solo!

Veo que esto está relacionado con lo que comenta Mikrios.

Mirando las snapshots, no me deja borrar las "snapshots huérfanas" a mano, ni siquiera como root (ni siquiera con root y usando sudo).
Dice que es un "read-only filesystem"

El journal lo miré también hace tiempo pero no ocupa tanto...
Tengo la sensación de que lo gordo son las snapshots, pero no estoy seguro

**mikrios** · 26-jun-2017, 23:36

Hola:

Es que no está implementada esa función ( lo puedes leer en la docu. de SUSE sobre snapper) .

Habría que crear o modificar los comandos,para que reste ese espacio virtual y solo de el tamaño real.

Por ahora no está hecho, es posible que virtualmente sea cierto, no lo se en virtual cuanto pueda ocupar, en mi caso he tenido un disco de 1Tb con 40Gb para la raíz ,2Gb para Swap y el resto para /home y tener un espacio virtual de las instantáneas de casi un 1T o sea lo que ocupa el disco, lo cual no es real.

Basta ver que el tamaño de cada snapshots, puede ser el mismo que uses en la raíz (el que estés ocupando, no el total) .

Saludos cordiales

**karlggest** · 27-jun-2017, 00:33

Hola.

Con ayuda de Snapper, mira qué snapshots tienes y elimina unos cuantos. O mejor aun, échale un ojo a esto:

https://www.suse.com/documentation/s...s_volfull.html

Salud!!

**mikrios** · 27-jun-2017, 03:10

Hola:

Ese fue un problema que paso hace tiempo, la solución puede ser esa o bien hacer un balance en btrfs.
El tema es que el sistema en ese caso da un error y avisa :No space left on device, si le sale eso, antes de añadir nada, que intente sacar espacio donde sea,borrar log rotados y antiguos,borrar instantáneas, etc; en este caso si se pasa del límite, puede perder el fs (pero creo que ya lo solucionaron, a mi me ha pasado solo 3 veces, una no pude recuperar el fs y las otras si )

El problema con las huérfanas, es que falla el perfil de usuario, aún actuando como root, lo he probado desde comandos chmod,chown,etc y con los programas gestores de dolphin y otros ( lo normal con chmod -R 777 nombre del directorio lo hacía, pero no se que pasa,ya que dentro de esa instantánea hay otra y en esa da un error, que aborta toda la operación, no es la 1ª vez que borro huérfanas y no he tenido problemas y mas efectivo desde consola y desde el propio comando ) .

Los cambios de nombre y usuario y permisos funcionan dentro de la instantánea, pero falla dentro de la otra que incluye esta y es ahí donde da el fallo.( y no siempre es el mismo, podrían ser otros sin ser el de la imagen, tb. la prueba la hice desde tty) .

Se ha seguido la Docu. de SUSE al respeto y no funciona (la de snapper) y fue originado por una actualización referente o a btrfs o a snapper, lo que dejo colgada unas huérfanas, que no se dan eliminado ( al ser huérfanas no aparecen en el archivo de configuración o sea en el listado de snapper, si el caso fuese el contrario, un cambio del algoritmo desde yast snapper hubiese solucionado el problema. )

La 1ª imagen se puede hacer las maniobras correctamente, cambio de permisos,etc.
En el contenido de la 28 renombrada a hola, un fichero de intel aborta la operación ( que seria en /.snapshots/28/snaphot que ahora con la modificación es /.snapshots/hola/snaphot y los fallos ocurren en snaphot). que en este caso es la 2ª imagen .

Edito:
Curiosamente las huérfanas salen en verde en el dir, idem lo mismo en la tty1, mientras las demás están en azul, las otras salen en verde,coincide con la consola ¿ alguien sabe a que es debido ? .

Saludos cordiales