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:
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/[email protected]
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%….