/mnt/sauvegarde : 12 Go d'une copie de novembre 2025, sur le disque système #3
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
/mnt/sauvegardeoccupe 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 :
mountn'en connaît aucun à cetendroit. Ce sont des fichiers ordinaires sur
/dev/sda1, le disque de lamachine.
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 :
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
fichier de l'ancien serveur qu'on n'a jamais recopié. À vérifier avant
d'effacer — c'est la seule question qui compte ici.
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.
inutile de garder autant de sauvegarde et aussi vieille
on peut supprimer ce sont des vieilles sauvegardes
Traité : 11 Go récupérés
Ce qui a été examiné avant d'effacer
La copie contenait 7 Go de
/var, 3,6 Go de/usr, 106 Mo de/boot— dusystème qui se réinstalle — et trois choses qui méritaient un regard :
/homede quatre personnes (abonnelc,clavierp,debian,salvaggior). Les quatre comptes existent toujours sur owni : cettecopie était un doublon vieux de onze mois, et leurs données actuelles sont
sur la machine ;
mysqldump_c1dolibarr_app_18.0.1,170 ko) — le seul état ancien de la base des adhérents qui existait ;
/etcet/rootde 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/(droits600) :mnt-sauvegarde-conserve.tgz/etc,/root,/home— 5 509 entréesmnt-dolibarr-2024.tgzLes archives et caches (
*.tar.gz,*.zip,*.deb,.cache,node_modules) ont été écartés : ils pèsent et se retéléchargent. C'est cequi 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.