Disques saturés

[jcpamart]

Salut, j'ai un DS216J avec 2 disques de 6 To.

Manifestement, les disques sont saturés, et lorsque je calcul la totalité des dossiers partagés, je ne suis pas à la somme des 11 To disponibles.

Question 1 : En SSH, j'ai pu voir dans le volume1 des fichiers .tmp . Est-ce comme sous windows des fichiers que l'on peut supprimer ?

Question 2 : Sous Filezilla, je n'ai accès qu'aux dossiers partagés, donc pas à la racine de l'OS. Si je peux faire la chasse au fichiers .tmp, est-il possible d'accéder au volume1 pour faire un peu de ménage ?

Merci

[pluton212+]

En principe sur un linux les fichiers tmp sont effacés au redémarrage car placés en ram (tmpfs).

I

[jcpamart]

Effectivement, un redémarrage a supprimé quelques petits fichiers .tmp.

Cela dit j'ai rien récupéré en terme d'espace disque...

Faut que je ressorte ma calculette, car au final j'ai 5.2 To en dossier partagés sur un total de 11 To disponible.

Au final en faisant une commande find . -size 700M

J'obtiens une fulltitude de résultats tels que ça :

./volume1/@synologydrive/@sync/repo/5/6/0/.Y
./volume1/@synologydrive/@sync/repo/5/9/H/.S
./volume1/@synologydrive/@sync/repo/5/9/H/.Q
./volume1/@synologydrive/@sync/repo/5/9/H/.R
./volume1/@synologydrive/@sync/repo/5/9/I/.C
./volume1/@synologydrive/@sync/repo/5/5/Z/.1
./volume1/@synologydrive/@sync/repo/5/5/h/.Q
./volume1/@synologydrive/@sync/repo/5/5/_/.d
./volume1/@synologydrive/@sync/repo/5/5/Y/.h
./volume1/@synologydrive/@sync/repo/5/5/Y/.V
./volume1/@synologydrive/@sync/repo/5/5/-/.l
./volume1/@synologydrive/@sync/repo/5/5/-/.k
./volume1/@synologydrive/@sync/repo/5/5/-/.j
./volume1/@synologydrive/@sync/repo/5/M/z/.T
./volume1/@synologydrive/@sync/repo/5/M/z/.X
./volume1/@synologydrive/@sync/repo/5/M/z/._
./volume1/@synologydrive/@sync/repo/5/M/z/.l
./volume1/@synologydrive/@sync/repo/5/M/z/.k
./volume1/@synologydrive/@sync/repo/5/M/z/.K
./volume1/@synologydrive/@sync/repo/5/M/z/.E
./volume1/@synologydrive/@sync/repo/5/M/z/.e
./volume1/@synologydrive/@sync/repo/5/M/z/.S
./volume1/@synologydrive/@sync/repo/5/M/z/.q
./volume1/@synologydrive/@sync/repo/5/M/z/.7
./volume1/@synologydrive/@sync/repo/5/M/z/.d
./volume1/@synologydrive/@sync/repo/5/M/z/.z
./volume1/@synologydrive/@sync/repo/5/M/z/.r
./volume1/@synologydrive/@sync/repo/5/M/z/.W
./volume1/@synologydrive/@sync/repo/5/M/z/.u
./volume1/@synologydrive/@sync/repo/5/M/z/.U
./volume1/@synologydrive/@sync/repo/5/M/z/.8
./volume1/@synologydrive/@sync/repo/5/M/z/.J
./volume1/@synologydrive/@sync/repo/5/M/z/.6
./volume1/@synologydrive/@sync/repo/5/M/z/.i
./volume1/@synologydrive/@sync/repo/5/M/z/.o
./volume1/@synologydrive/@sync/repo/5/M/z/.acd volume1

Et tout est en fichiers cachés....

C'est quoi ce truc ?

Modifié le 20 novembre 2022 par jcpamart

[Kramlech]

Il y a 1 heure, jcpamart a dit :

C'est quoi ce truc ?

Ceci , ce sont les fichiers qui contiennent les sauvegardes/versions des fichiers synchronisés par Synology Drive. Si tu veux restaurer une ancienne version d'un fichier, il faut bien qu'elle soit stockée quelque part...

Tout fichier synchronisé par Drive prend au minimum deux fois sa place sur le Nas. Au minimum, car si tu as paramétré 32 versions pour un les fichiers d'un répertoire (c'est la valeur par défaut), chaque fichier pourra prendre jusqu'à 32 fois sa place (un peut moins si tu en BTRFS et pas en EXT4).

[Mic13710]

Comme leur nom l'indique, ce sont des dossiers Synology Drive. Et comme votre NAS est en EXT4, ces dossiers cachés (indispensables au versionning), peuvent prendre une place importante, généralement la taille de l'ensemble des des dossiers du serveur Drive, mais parfois plus.

Il faut réduire la voilure de votre Drive et limiter, voire supprimer, le nombre de versions.

[jcpamart]

OK, bien vu, merci à tous les deux.

C'est un paramètre que j'avais oublié de prendre en compte. Comme le versionning est sur un autre NAS pas besoin de multiplier cette option. (Le DS216J est une sauvegarde de sauvegarde....).

Merci et bon dimanche

[Mic13710]

Le 20/11/2022 à 16:57, bliz a dit :

dans snapshot replication,

C'est un modèle J : pas de BTRFS et donc pas de Snapshot