Reducir espacio ocupado en /

Krovikan · October 13, 2024, 9:24pm

Vaya por delante que no hago instalaciones de cosas y las dejo aunque no me vayan. Si instalo algo y no me va (o no me gusta), lo borro junto con las librerías/paquetes adicionales que instale.

Normalmente la cantidad de / ocupada solía ser de un 59% (teniendo las 4 instantáneas de rigor más la 0 y la actual, antiguamente 1). Pero actualmente tengo el 78%.

df -H /dev/sda2                                                    ✔  7s  22:28:59 
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/sda2         54G    41G   12G  78% /

Mi snapper list es este:

sudo snapper list                                                       ✔  22:29:05 
[sudo] contraseña para root: 
   # │ Tipo   │ Pre número │ Fecha                    │ Usuario │ Espacio usado │ Limpieza │ Descripción                                                  │ Información del usuario
─────┼────────┼────────────┼──────────────────────────┼─────────┼───────────────┼──────────┼──────────────────────────────────────────────────────────────┼────────────────────────
  0  │ single │            │                          │ root    │               │          │ current                                                      │
332* │ single │            │ mié 24 abr 2024 16:56:32 │ root    │    759,89 MiB │          │ current                                                      │
343  │ pre    │            │ vie 20 sep 2024 13:03:56 │ root    │      6,56 GiB │ number   │ 20240724 P 6.1.3 + G 24.05.2 + F 6.4.0 + Qt 6.7.2 + K 6.9.9  │ important=yes
344  │ post   │        343 │ vie 20 sep 2024 13:32:53 │ root    │    263,58 MiB │ number   │ 20240918 P 6.1.5 + G 24.08.1 + F 6.6.0 + Qt 6.7.2 + K 6.10.9 │ important=yes
345  │ pre    │            │ vie 11 oct 2024 11:55:34 │ root    │    371,45 MiB │ number   │ 20240918 P 6.1.5 + G 24.08.1 + F 6.6.0 + Qt 6.7.2 + K 6.10.9 │ important=yes
346  │ post   │        345 │ vie 11 oct 2024 12:18:24 │ root    │    464,73 MiB │ number   │ 20241009 P 6.2.0 + G 24.08.1 + F 6.6.0 + Qt 6.7.3 + K 6.11.2 │ important=yes

He mirado y no hay huérfanas:

sudo ls /.snapshots/                                               ✔  6s  22:35:38 
332  343  344  345  346  grub-snapshot.cfg

Creo, no estoy seguro, que pasa desde que hice un rollback y me pasó a instantánea actual la 332 (antiguamente era la 1).

¿Se arreglaría por un tiempo si hago:

sudo zypper dup (me crea las instantáneas 347 y 348 con todo al último día)
Borro las instantáneas 343 y 344 además de las que me ha creado el kernel-purge (las números 349 y 350)
Creo una instantánea current (número 349)
De alguna forma (no sé cómo, tendría que buscar) la marco como actual
Al reiniciar, vería la 349 con el * de que es la actual
Borro las instantáneas 345 y 346.
Se me queda el total en instantáneas 0, 349, 347 y 348
El espacio se me habría reducido mucho y en las próximas actualizaciones ese 6,56Gb bajaría en el diferencia entre current y nuevas (de la 350 adelante)

¿Tiene sentido algo de lo que digo en todos esos puntos?

Por si acaso dejo aquí mi sistema:

inxi -xxxFz                                                        ✔  3s  23:19:49 
System:
  Kernel: 6.11.2-1-default arch: x86_64 bits: 64 compiler: gcc v: 14.2.0
    clocksource: tsc
  Desktop: KDE Plasma v: 6.2.0 tk: Qt v: N/A wm: kwin_x11
    tools: xscreensaver,xscreensaver-systemd vt: 2 dm: SDDM Distro: openSUSE
    Tumbleweed 20241009
Machine:
  Type: Desktop Mobo: ASUSTeK model: B150 PRO GAMING v: Rev X.0x
    serial: <superuser required> part-nu: SKU uuid: <superuser required>
    UEFI: American Megatrends v: 3805 date: 05/16/2018
Battery:
  Device-1: hidpp_battery_0 model: Logitech Marathon Mouse/Performance Plus
    M705 serial: <filter> charge: 100% (should be ignored) rechargeable: yes
    status: discharging
  Device-2: hidpp_battery_1 model: Logitech MK700 serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
CPU:
  Info: quad core model: Intel Core i5-6600K bits: 64 type: MCP
    smt: <unsupported> arch: Skylake-S rev: 3 cache: L1: 256 KiB L2: 1024 KiB
    L3: 6 MiB
  Speed (MHz): avg: 800 min/max: 800/3900 cores: 1: 800 2: 800 3: 800 4: 800
    bogomips: 28009
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: ASUSTeK driver: nvidia
    v: 560.35.03 arch: Pascal pcie: speed: 8 GT/s lanes: 16 ports: active: none
    off: DP-1 empty: DP-2, DVI-D-1, HDMI-A-1, HDMI-A-2 bus-ID: 01:00.0
    chip-ID: 10de:1b81 class-ID: 0300
  Display: x11 server: X.Org v: 21.1.12 with: Xwayland v: 24.1.3
    compositor: kwin_x11 driver: X: loaded: nvidia gpu: nvidia,nvidia-nvswitch
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 2560x1440 s-dpi: 108 s-size: 602x342mm (23.70x13.46")
    s-diag: 692mm (27.26")
  Monitor-1: DP-1 mapped: DP-0 note: disabled model: LG (GoldStar) ULTRAGEAR
    serial: <filter> res: 2560x1440 hz: 180 dpi: 108
    size: 600x340mm (23.62x13.39") diag: 685mm (27") modes: max: 2560x1440
    min: 640x480
  API: EGL v: 1.5 hw: drv: nvidia platforms: device: 0 drv: nvidia device: 2
    drv: swrast gbm: drv: nvidia surfaceless: drv: nvidia x11: drv: nvidia
    inactive: wayland,device-1
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 560.35.03
    glx-v: 1.4 direct-render: yes renderer: NVIDIA GeForce GTX 1070/PCIe/SSE2
  API: Vulkan v: 1.3.296 layers: 9 surfaces: xcb,xlib device: 0
    type: discrete-gpu driver: N/A device-ID: 10de:1b81
Audio:
  Device-1: Intel 100 Series/C230 Series Family HD Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 00:1f.3 chip-ID: 8086:a170
    class-ID: 0403
  Device-2: NVIDIA GP104 High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel pcie: speed: 8 GT/s lanes: 16
    bus-ID: 01:00.1 chip-ID: 10de:10f0 class-ID: 0403
  Device-3: Logitech G933 Wireless Headset Dongle
    driver: hid-generic,snd-usb-audio,usbhid type: USB rev: 1.1 speed: 12 Mb/s
    lanes: 1 bus-ID: 1-5:2 chip-ID: 046d:0a5b class-ID: 0300
  API: ALSA v: k6.11.2-1-default status: kernel-api with: aoss
    type: oss-emulator
  Server-1: PipeWire v: 1.2.5 status: active with: 1: pipewire-pulse
    status: active 2: wireplumber status: active
Network:
  Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: kernel
    port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15b8 class-ID: 0200
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 4.09 TiB used: 3.15 TiB (76.9%)
  ID-1: /dev/sda vendor: Western Digital model: WDS500G1B0B-00AS40
    size: 465.76 GiB speed: 6.0 Gb/s tech: SSD serial: <filter> fw-rev: 00WD
    scheme: GPT
  ID-2: /dev/sdb vendor: Western Digital model: WD10EZRZ-00HTKB0
    size: 931.51 GiB speed: 6.0 Gb/s tech: HDD rpm: 5400 serial: <filter>
    fw-rev: 1A01 scheme: GPT
  ID-3: /dev/sdc vendor: Samsung model: HD103SJ size: 931.51 GiB
    speed: 3.0 Gb/s tech: HDD rpm: 7200 serial: <filter> fw-rev: 0001
    scheme: GPT
  ID-4: /dev/sdd vendor: Western Digital model: WD2003FZEX-00SRLA0
    size: 1.82 TiB speed: 6.0 Gb/s tech: HDD rpm: 7200 serial: <filter>
    fw-rev: 1A01 scheme: GPT
Partition:
  ID-1: / size: 50 GiB used: 37.84 GiB (75.7%) fs: btrfs dev: /dev/sda2
  ID-2: /boot/efi size: 499.7 MiB used: 408 KiB (0.1%) fs: vfat
    dev: /dev/sda1
  ID-3: /home size: 1.81 TiB used: 1.3 TiB (71.7%) fs: xfs dev: /dev/sdd2
  ID-4: /opt size: 50 GiB used: 37.84 GiB (75.7%) fs: btrfs dev: /dev/sda2
  ID-5: /tmp size: 50 GiB used: 37.84 GiB (75.7%) fs: btrfs dev: /dev/sda2
  ID-6: /var size: 50 GiB used: 37.84 GiB (75.7%) fs: btrfs dev: /dev/sda2
Swap:
  ID-1: swap-1 type: partition size: 2 GiB used: 744 MiB (36.3%) priority: -2
    dev: /dev/sda3
Sensors:
  System Temperatures: cpu: 43.0 C mobo: N/A gpu: nvidia temp: 55 C
  Fan Speeds (rpm): N/A gpu: nvidia fan: 0%
Info:
  Memory: total: 32 GiB available: 31.29 GiB used: 5.93 GiB (18.9%)
  Processes: 371 Power: uptime: 12h 4m states: freeze,mem,disk suspend: deep
    wakeups: 0 hibernate: platform Init: systemd v: 256 default: graphical
  Packages: pm: rpm pkgs: N/A note: see --rpm Compilers: gcc: 14.2.0
    alt: 7/13 Shell: fish v: 3.7.1 running-in: konsole inxi: 3.3.36

Saludos

DiabloRojo · October 14, 2024, 5:09am

¿Estas eliminando a mano las instantáneas? No te lo aconsejo, Snapper se gestiona él solo.

Mejor es cambiar la configuración de Snapper para que no haga tantas instantáneas.

Mírate el manual de Snapper y lee los puntos 3.6.1.2 Cleanup algorithms y 3.7.2 Cleaning up timeline snapshots

No obstante, busca en todo el forum por “Snapper” y encontraras varios hilos que habla de limitar espacio y tiempo.

Krovikan · October 14, 2024, 10:30am

SÍ.

Después de un DUP desde Yast2–>Snapper. Cuando son miradas a repos, a instalar/desinstalar, etc, con sudo snapper delete (previo sudo snapper list).

Saludos

mikrios · October 14, 2024, 12:03pm

Hola:

Mejor lo que dice @DiabloRojo ; en /etc/snapper/configs/ hay un fichero llamado root.

Ahí e donde ahí que cambiarlo , te puedes encontrar ejemplos por la web .
También hay otro fichero, que limita los logs del sistema , a una determinado espacio (además hay comandos que te dicen cuanto ocupan )
Las Snapshots, las que mas ocupan son las primeras, las otras , requieren menos espacio.
El archivo root (lo puedes editar con kate) y es este :

subvolume to snapshot

SUBVOLUME=“/”

filesystem type

FSTYPE=“btrfs”

btrfs qgroup for space aware cleanup algorithms

QGROUP=“1/0”

fraction of the filesystems space the snapshots may use

SPACE_LIMIT=“0.5”

fraction of the filesystems space that should be free

FREE_LIMIT=“0.2”

users and groups allowed to work with config

ALLOW_USERS=“”
ALLOW_GROUPS=“”

sync users and groups from ALLOW_USERS and ALLOW_GROUPS to .snapshots

start comparing pre- and post-snapshot in background after creating

post-snapshot

BACKGROUND_COMPARISON=“yes”

run daily number cleanup

NUMBER_CLEANUP=“yes”

limit for number cleanup

NUMBER_MIN_AGE=“1800”
NUMBER_LIMIT=“2-5”
NUMBER_LIMIT_IMPORTANT=“3-5”

create hourly snapshots

TIMELINE_CREATE=“no”

cleanup hourly snapshots after some time

TIMELINE_CLEANUP=“yes”

limits for timeline cleanup

TIMELINE_MIN_AGE=“1800”
TIMELINE_LIMIT_HOURLY=“0”
TIMELINE_LIMIT_DAILY=“3”
TIMELINE_LIMIT_WEEKLY=“2”
TIMELINE_LIMIT_MONTHLY=“1”
TIMELINE_LIMIT_YEARLY=“0”

cleanup empty pre-post-pairs

EMPTY_PRE_POST_CLEANUP=“yes”

limits for empty pre-post-pair cleanup

EMPTY_PRE_POST_MIN_AGE=“1800”

Saludos

karlggest · October 14, 2024, 12:12pm

Hola.

Como suele decirse, la única forma de saber si lo que propones funciona para lo que tú quieres es probarlo. Eso sí, yo no haría una “current” si voy a guardar justo la anterior.

Krovikan lo que hace es probar las instantáneas manualmente y así cerciorarse de a cuál retorna si es necesario. En ese contexto, “importante” no es equivalente a “correctamente funcional”.

Lo cual no quita que si quiere pueda probar durante un tiempo a fijar por ejemplo que se guarden 2, 3 o 4 actualizaciones importantes y que no ocupe más del 60%.

Krovikan · October 14, 2024, 1:54pm

Igual ese 59% que recuerdo es porque (quizás solamente, no me acuerdo) tenía sólo un pre&post. Tras borrar la 343 - 344:

sudo snapper list                                               ✔  1m 4s  15:49:08 
   # │ Tipo   │ Pre número │ Fecha                    │ Usuario │ Espacio usado │ Limpieza │ Descripción                                                  │ Información del usuario
─────┼────────┼────────────┼──────────────────────────┼─────────┼───────────────┼──────────┼──────────────────────────────────────────────────────────────┼────────────────────────
  0  │ single │            │                          │ root    │               │          │ current                                                      │
332* │ single │            │ mié 24 abr 2024 16:56:32 │ root    │    761,99 MiB │          │ current                                                      │
345  │ pre    │            │ vie 11 oct 2024 11:55:34 │ root    │      5,55 GiB │ number   │ 20240918 P 6.1.5 + G 24.08.1 + F 6.6.0 + Qt 6.7.2 + K 6.10.9 │ important=yes
346  │ post   │        345 │ vie 11 oct 2024 12:18:24 │ root    │    466,57 MiB │ number   │ 20241009 P 6.2.0 + G 24.08.1 + F 6.6.0 + Qt 6.7.3 + K 6.11.2 │ important=yes

df -H /dev/sda2                                                         ✔  15:49:39 
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/sda2         54G    32G   21G  61% /

Sale un 61% ocupado. Más o menos la cifra que recordaba.

Saludos

mikrios · October 14, 2024, 10:42pm

Hola: no solo las snapshots, si no también los log , los journalctl, etc , puedes limitar su tamaño, su nº, su rotación, y la cantidad, max (todo ajustando sus archivos de configuración, ejemplos los tienes por la web) , en mi equipo, solo necesito unos cuantos:
mikrios:~ # journalctl --disk-usage
Archived and active journals take up 8.0M in the file system.

Por esa parte puedes sacar un pequeño tamaño de ocupación, a restar a las snapshots.

Krovikan · October 28, 2024, 10:53am

Creo que ya tengo la respuesta.

La clave está en no dejar tanto tiempo (1 vez al mes) TW sin hacer dup.

Recordareis que en mi último post, al quedarme con las snapshots 0, 332 y 345-346 había vuelto a un uso de / del 61%.

Ahora, tras hacer dup semanalmente, vuelvo a tener 2 snapshots pre-post y con un uso de / del 62%. Mi estado actual:

sudo snapper list                                                       ✔  11:38:49 
[sudo] contraseña para root: 
   # │ Tipo   │ Pre número │ Fecha                    │ Usuario │ Espacio usado │ Limpieza │ Descripción                                                  │ Información del usuario
─────┼────────┼────────────┼──────────────────────────┼─────────┼───────────────┼──────────┼──────────────────────────────────────────────────────────────┼────────────────────────
  0  │ single │            │                          │ root    │               │          │ current                                                      │
332* │ single │            │ mié 24 abr 2024 16:56:32 │ root    │    562,02 MiB │          │ current                                                      │
347  │ pre    │            │ sáb 19 oct 2024 10:27:46 │ root    │      2,93 GiB │ number   │ 20241009 P 6.2.0 + G 24.08.1 + F 6.6.0 + Qt 6.7.3 + K 6.11.2 │ important=yes
348  │ post   │        347 │ sáb 19 oct 2024 10:41:58 │ root    │    272,83 MiB │ number   │ 20241017 P 6.2.1 + G 24.08.2 + F 6.7.0 + Qt 6.8.0 + K 6.11.3 │ important=yes
349  │ pre    │            │ dom 27 oct 2024 12:27:46 │ root    │    326,10 MiB │ number   │ 20241017 P 6.2.1 + G 24.08.2 + F 6.7.0 + Qt 6.8.0 + K 6.11.3 │ important=yes
350  │ post   │        349 │ dom 27 oct 2024 13:01:14 │ root    │    312,73 MiB │ number   │ 20241025 P 6.2.2 + G 24.08.2 + F 6.7.0 + Qt 6.8.0 + K 6.11.5 │ important=yes

df -H /dev/sda2                                                   ✔  15s  11:43:49 
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/sda2         54G    33G   20G  62% /

Saludos

system · November 4, 2024, 10:54am

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.

Reducir espacio ocupado en /

subvolume to snapshot

filesystem type

btrfs qgroup for space aware cleanup algorithms

fraction of the filesystems space the snapshots may use

fraction of the filesystems space that should be free

users and groups allowed to work with config

sync users and groups from ALLOW_USERS and ALLOW_GROUPS to .snapshots

directory

start comparing pre- and post-snapshot in background after creating

post-snapshot

run daily number cleanup

limit for number cleanup

create hourly snapshots

cleanup hourly snapshots after some time

limits for timeline cleanup

cleanup empty pre-post-pairs

limits for empty pre-post-pair cleanup