Taille de sauvegarde serveur

Bonjour à tous,
Comme expliqué dans le titre j’ai unsoucis de taille de sauvegarde, celle-ci a explosé entre 2 sauvegardes que je réalise toutes les semaines.
Mon serveur comporte 2 applications un Nextcloud (dont je sauvegarde les données) et un Rainloop.
Pour le nextcloud je sauvegarde le système et les données mais je n’ai pas une grosse activité avec. Je Stock des fichiers de quelques Mo, mes calendriers et contacts (pas plus de 200 Mo au total).
Rainloop a quelques Mo de fichiers mail.
Je sauvegarde le tout est stockée sur une petite clé de 8Go. Jusqu’à présent mes sauvegardes ne dépassaient pas 2 Go.
Aujourd’hui lors de ma sauvegarde Younohost me dit que ma clé est trop petite, après ménage sur la clé c’est toujours insuffisant.
Je me demande comment je peux savoir ce qui est sauvegardé et comment je peux vérifier la taille des fichiers de sauvegarde. Mon système fait 20Go au total sur mon disque.

Mon serveur YunoHost
Mon serveur est RPi 3B+ qui tourne sur un disque dure externe de 256Go
Ma version de Younohost est là 3.6.4.6
J’ai accès à mon serveur : En SSH et Par la webadmin

Merci d’avance pour vos réponses

Bonjour,
Les sauvegardes sont sous :
home/yunohost.backup/archives/
En revanche, je ne comprends pas ce changement de taille.
Plus d’infos ici.

Merci pour ta réponse, le problème c’est que j’ai déporté mon répertoire de sauvegarde sur ma clé externe grâce au tuto que tu m’a mis en lien. Le problème c’est que le disque est trop petit…

Je ne suis pas un spécialiste, mais je galère à chaque fois avec les liens symboliques.
As-tu fait le “ménage” des 2 côtés : sur ta clef et sur ton serveur ?

A priori oui c’est bon!

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       230G   20G  201G   9% /
devtmpfs        459M     0  459M   0% /dev
tmpfs           464M   80K  463M   1% /dev/shm
tmpfs           464M   18M  446M   4% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           464M     0  464M   0% /sys/fs/cgroup
/dev/sdb1        44M   23M   21M  52% /boot
/dev/sda1       7.1G  1.4G  5.4G  21% /media/Sauvegardes
tmpfs            93M     0   93M   0% /run/user/1007

Sinon csais tu comment défaire un lien symbolique?

Proprement unlink https://manpages.debian.org/stretch/manpages-dev/unlink.2.en.html
Sinon rm …

Après quelques tests cela vient de Nextcloud…
Quand je sauvegarde Nextcloud avec l’option core only ça marche.
Le truc c’est que j’ai essayé il y a quelques jours d’uploader sur mon Nextcloud un fichier lourd.
J’ai eu une erreur, peut être que Nextcloud ne l’a pas repertorié mais qu’il est bien dedans? Comment vérifier?

Tu peux regarder :
home/yunohost.app/nextcloud/data/
si tu n’as pas de stockages externes (ça pourrait, peut-être, être la solution !)

Non je n’ai pas de stockage externe. Il fait que j’aille voir dans ce répertoire sous upload. J’y ai vu mon fichier découpé en plusieurs parties… Seulement ne ne suis pas très à l’aise avec les lignes de commandes pour supprimer les fichiers et m’assurer que je ne fais pas de bêtise.

Il faut être très prudent, en effet, avec les commandes rm et compagnie :slight_smile:
Si tu es sûr pour le découpage tu peux toujours supprimer les parties. Tu as le fichier original ?
Tu peux regarder ici, si c’est toujours d’actualité !

Je pense avoir résolu mon problème, en effet j’avais 14Go de coincé dans mon fichier upload de Nextcloud (2x7Go les 2 tentatives d’upload).
J’ai supprimé les 2 dossiers et ma sauvegardes à l’air bonne!

Mais je vais regarder cette permission de taille d’upload, c’est vrai que je n’y avais pas pensé.

EDIT: par contre je n’ai jamais réussi à casser le liens virtuel…

1 Like