« Nettoyer » son Nas Synology

Comme beaucoup de détenteurs de nas il peut arriver que le nas se remplisse au point de ne plus pouvoir accueillir de nouvelles données.

Pour ma part, le taux de remplissage avait atteint 80% et n’était pas justifié par la quantité de données que je le savait contenir. J’ai donc entreprit d’enquêter pour trouver d’où venait le « bug ».

Première chose à faire, se connecter au nas en ssh depuis un pc ou un smartphone. Pour ce qui me concerne, depuis FerenOS:

ssh admin@192.168.1.XX

Remplacez XX par le bon nombre de l’IP de votre nas Synology.

Une fois connecté on lance la commande suivante pour mesurer la taille de chaque répertoire du volume que l’on souhaite étudier (dans mon cas « volume1 »).

sudo du -h -d 1 /volume1/

L’attente peut être très longue. Mon volume1 pèses 6to (2X3to en raid 0).

Voilà le retour:

12K     /volume1/@spool
4.4G    /volume1/@database
12K     /volume1/@S2S
3.6G    /volume1/@appstore
100K    /volume1/@download
275G    /volume1/music
101M    /volume1/@eaDir
271M    /volume1/photo
58G     /volume1/video
39M     /volume1/@SynoDrive
0       /volume1/NetBackup
37G     /volume1/telechargements
143M    /volume1/@cloudsync
251G    /volume1/sauvegarde
45M     /volume1/@SynologyApplicationService
33G     /volume1/@synologydrive
3.6T    /volume1/homes
119M    /volume1/web
0       /volume1/@calendar
36K     /volume1/@Repository
7.4G    /volume1/@iSCSI
31G     /volume1/@img_bkp_cache
96K     /volume1/@synocalendar
4.0K    /volume1/@carddav
3.5M    /volume1/@SynoFinder-log
20K     /volume1/@sharesnap
0       /volume1/@webdav
240K    /volume1/@SynologyDriveShareSync
2.9G    /volume1/Plex
260M    /volume1/@MailPlus-Server
4.7M    /volume1/@maillog
332K    /volume1/MailPlus
4.0K    /volume1/pcAsus
0       /volume1/@autoupdate
704K    /volume1/@tmp
0       /volume1/1to pi
4.0K    /volume1/5to pi
0       /volume1/@SynoFinder-LocalShadow
4.3T    /volume1/

On peut voir que /volume1/homes pèse à lui seul 3,6to.
On creuse alors avec la commande:

sudo du -h -d 1 /volume1/homes

Pour connaitre la répartition des volumes dans ce répertoire particulier.

Voilà le retour:

du: cannot access ‘/volume1/homes/@eaDir/SYNO@file_index_queue.tmp’: No such file or directory
3.0T    /volume1/homes/@eaDir
455G    /volume1/homes/admin
0       /volume1/homes/ftpwpuser
0       /volume1/homes/invité
0       /volume1/homes/plex
du: cannot access ‘/volume1/homes/#recycle’: No such file or directory
4.0K    /volume1/homes/ewfzapp
0       /volume1/homes/vpnsyno
3.5T    /volume1/homes

On s’aperçoit que le répertoire /volume1/homes/@eaDir pèse à lui seul 3to.

On continu donc de creuser:

sudo du -h -d 1 /volume1/homes/@eaDir

ce qui retourne:

4.0G    /volume1/homes/@eaDir/SYNO@.fileindexdb
161G    /volume1/homes/@eaDir/@tmp.8921
2.9T    /volume1/homes/@eaDir/@tmp
3.0T    /volume1/homes/@eaDir

Je décide donc de purement et simplement supprimer les répertoires @tmp et @tmp.8921, lesquels, comme leur nom l’indique sont des répertoires temporaires….

sudo rm -rf @tmp

sudo rm -rf @tmp.8921

Après cela le remplissage est passé de 82% à 26%….

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *