/mnt/sauvegarde : 12 Go d'une copie de novembre 2025, sur le disque système #3

Closed
opened 2026-09-27 09:10:30 +02:00 by Cédric A5L · 2 comments
Owner

/mnt/sauvegarde occupe 12 Go, soit près du tiers du disque système
(27 Go utilisés sur 40, 70 %).

Ce n'est pas un point de montage : mount n'en connaît aucun à cet
endroit. Ce sont des fichiers ordinaires sur /dev/sda1, le disque de la
machine.

Ce que c'est

Une copie complète d'un système, datée du 9 novembre 2025 — il y a près de
onze mois. Son contenu ressemble à un ancien serveur repris tel quel :

0,9 Go  /mnt/sauvegarde/var/lib/crowdsec/data/crowdsec.db
0,2 Go  /mnt/sauvegarde/var/lib/clamav/daily.cld
0,2 Go  /mnt/sauvegarde/var/lib/docker/containers/8502681…-json.log
0,2 Go  /mnt/sauvegarde/home/clavierp/keycloak-21.1.1.tar.gz
0,2 Go  /mnt/sauvegarde/var/lib/clamav/main.cvd

Des bases CrowdSec, des signatures ClamAV, des journaux de conteneurs Docker,
une archive de Keycloak 21 : rien qui ressemble à des données d'association, et
tout ce qui se réinstalle. Vraisemblablement la migration vers owni, gardée par
prudence et jamais reprise.

Pourquoi c'est un problème

Une sauvegarde sur le disque qu'elle sauvegarde ne sauvegarde rien. Le
disque perdu, elle part avec. Elle n'assure donc pas ce que son nom promet, et
elle occupe la place qui manquera un jour à ce qui compte.

Le disque est à 70 %. La supprimer le ramènerait autour de 40 %, sans rien
installer ni acheter.

À décider

  1. Y reste-t-il quelque chose d'unique ? Une configuration, une clé, un
    fichier de l'ancien serveur qu'on n'a jamais recopié. À vérifier avant
    d'effacer — c'est la seule question qui compte ici.
  2. Si non : effacer, et récupérer 12 Go.
  3. Si oui : en extraire ce qui compte, le ranger là où c'est utile, et effacer
    le reste.

Dans tous les cas, rien ne doit être effacé sans regarder d'abord. Ce
ticket ne propose pas de le faire, il propose de décider.

`/mnt/sauvegarde` occupe **12 Go**, soit près du tiers du disque système (27 Go utilisés sur 40, 70 %). Ce n'est **pas un point de montage** : `mount` n'en connaît aucun à cet endroit. Ce sont des fichiers ordinaires sur `/dev/sda1`, le disque de la machine. ## Ce que c'est Une copie complète d'un système, datée du **9 novembre 2025** — il y a près de onze mois. Son contenu ressemble à un ancien serveur repris tel quel : ``` 0,9 Go /mnt/sauvegarde/var/lib/crowdsec/data/crowdsec.db 0,2 Go /mnt/sauvegarde/var/lib/clamav/daily.cld 0,2 Go /mnt/sauvegarde/var/lib/docker/containers/8502681…-json.log 0,2 Go /mnt/sauvegarde/home/clavierp/keycloak-21.1.1.tar.gz 0,2 Go /mnt/sauvegarde/var/lib/clamav/main.cvd ``` Des bases CrowdSec, des signatures ClamAV, des journaux de conteneurs Docker, une archive de Keycloak 21 : rien qui ressemble à des données d'association, et tout ce qui se réinstalle. Vraisemblablement la migration vers owni, gardée par prudence et jamais reprise. ## Pourquoi c'est un problème **Une sauvegarde sur le disque qu'elle sauvegarde ne sauvegarde rien.** Le disque perdu, elle part avec. Elle n'assure donc pas ce que son nom promet, et elle occupe la place qui manquera un jour à ce qui compte. Le disque est à 70 %. La supprimer le ramènerait autour de 40 %, sans rien installer ni acheter. ## À décider 1. **Y reste-t-il quelque chose d'unique ?** Une configuration, une clé, un fichier de l'ancien serveur qu'on n'a jamais recopié. À vérifier avant d'effacer — c'est la seule question qui compte ici. 2. Si non : effacer, et récupérer 12 Go. 3. Si oui : en extraire ce qui compte, le ranger là où c'est utile, et effacer le reste. Dans tous les cas, **rien ne doit être effacé sans regarder d'abord**. Ce ticket ne propose pas de le faire, il propose de décider.
Author
Owner

inutile de garder autant de sauvegarde et aussi vieille

on peut supprimer ce sont des vieilles sauvegardes

inutile de garder autant de sauvegarde et aussi vieille on peut supprimer ce sont des vieilles sauvegardes
Author
Owner

Traité : 11 Go récupérés

avant : 27 Go utilisés, 12 Go libres (71 %)
après : 16 Go utilisés, 23 Go libres (41 %)

Ce qui a été examiné avant d'effacer

La copie contenait 7 Go de /var, 3,6 Go de /usr, 106 Mo de /boot — du
système qui se réinstalle — et trois choses qui méritaient un regard :

  • les /home de quatre personnes (abonnelc, clavierp, debian,
    salvaggior). Les quatre comptes existent toujours sur owni : cette
    copie était un doublon vieux de onze mois, et leurs données actuelles sont
    sur la machine ;
  • un dump Dolibarr d'avril 2024 (mysqldump_c1dolibarr_app_18.0.1,
    170 ko) — le seul état ancien de la base des adhérents qui existait ;
  • /etc et /root de l'ancien serveur, 22 Mo de configurations.

Ce qui est conservé, et où

Rien n'a été effacé sans être d'abord mis à l'abri. Deux archives sur le
poste, dans ~/Sauvegardes/owni/ancien-serveur-2025-11-09/ (droits 600) :

Archive Taille Contenu
mnt-sauvegarde-conserve.tgz 333 Mo /etc, /root, /home — 5 509 entrées
mnt-dolibarr-2024.tgz 170 ko le dump Dolibarr d'avril 2024

Les archives et caches (*.tar.gz, *.zip, *.deb, .cache,
node_modules) ont été écartés : ils pèsent et se retéléchargent. C'est ce
qui fait passer 572 Mo à 333.

Intégrité vérifiée après rapatriement — les deux archives se lisent.

Ce que cela ne règle pas

Ces 333 Mo sont maintenant sur un poste de travail, comme le reste des
sauvegardes. Ils contiennent les dossiers personnels de quatre personnes et un
état de la base des adhérents. Même remarque que pour #1 : dossier en 700,
fichiers en 600, et un disque chiffré si le portable sort.

## Traité : 11 Go récupérés ``` avant : 27 Go utilisés, 12 Go libres (71 %) après : 16 Go utilisés, 23 Go libres (41 %) ``` ## Ce qui a été examiné avant d'effacer La copie contenait 7 Go de `/var`, 3,6 Go de `/usr`, 106 Mo de `/boot` — du système qui se réinstalle — et trois choses qui méritaient un regard : - **les `/home` de quatre personnes** (`abonnelc`, `clavierp`, `debian`, `salvaggior`). **Les quatre comptes existent toujours sur owni** : cette copie était un doublon vieux de onze mois, et leurs données actuelles sont sur la machine ; - **un dump Dolibarr d'avril 2024** (`mysqldump_c1dolibarr_app_18.0.1`, 170 ko) — le seul état ancien de la base des adhérents qui existait ; - **`/etc` et `/root`** de l'ancien serveur, 22 Mo de configurations. ## Ce qui est conservé, et où Rien n'a été effacé sans être d'abord mis à l'abri. Deux archives sur le poste, dans `~/Sauvegardes/owni/ancien-serveur-2025-11-09/` (droits `600`) : | Archive | Taille | Contenu | |---|---|---| | `mnt-sauvegarde-conserve.tgz` | 333 Mo | `/etc`, `/root`, `/home` — 5 509 entrées | | `mnt-dolibarr-2024.tgz` | 170 ko | le dump Dolibarr d'avril 2024 | Les archives et caches (`*.tar.gz`, `*.zip`, `*.deb`, `.cache`, `node_modules`) ont été écartés : ils pèsent et se retéléchargent. C'est ce qui fait passer 572 Mo à 333. Intégrité vérifiée après rapatriement — les deux archives se lisent. ## Ce que cela ne règle pas Ces 333 Mo sont maintenant **sur un poste de travail**, comme le reste des sauvegardes. Ils contiennent les dossiers personnels de quatre personnes et un état de la base des adhérents. Même remarque que pour #1 : dossier en `700`, fichiers en `600`, et un disque chiffré si le portable sort.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: alpinux.cedrica5l/alpinux-owni#3
No description provided.