DD Plein suite à mise à jour

[Darkfragger]

Bonjour,

J'ai un synology DS211j pour stocker mes photos et des fichiers depuis 5 ans, mais au fur et à mesure du temps mon syno est de plus en plus lent. Je suis novice sous linux et parès avoir parcouru le forum j'ai réussi avec putty à voir que mon répertoire /dev/root était utilisé à 100%.

admin@DiskStation:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  2.3G     0 100% /
none             56M  4.0K   56M   1% /dev
/tmp             58M  988K   57M   2% /tmp
/run             58M  1.7M   57M   3% /run
/dev/shm         58M  4.0K   58M   1% /dev/shm
/dev/md2        1.8T  1.4T  409G  78% /volume1

Pouvez-vous m'aider pour solutionner ce problème

Merci,

[Fenrir]

cd / && du -sh `ls / | grep -vE '^volume'`

ça devrait t'aider à trouver ce qui prend de la place

[Darkfragger]

Merci, j'ai lancé la commande et j'ai (voici une partie du message ou j'ai les plus grosses valeurs)

4.0K    root
du: cannot read directory ‘run/httpd/fastcgi’: Permission denied
du: cannot read directory ‘run/samba/ncalrpc/np’: Permission denied
du: cannot read directory ‘run/lock/subsys’: Permission denied
du: cannot read directory ‘run/lock/firewall’: Permission denied
du: cannot read directory ‘run/synoservice/restart-by-type’: Permission denied
du: cannot read directory ‘run/synoservice/restart’: Permission denied
1.7M    run
0       sbin
0       sys
du: cannot read directory ‘tmp/.esd-0’: Permission denied
du: cannot read directory ‘tmp/pulse-PKdhtXMmr18n’: Permission denied
du: cannot read directory ‘tmp/iscsi’: Permission denied
du: cannot read directory ‘tmp/synocrond’: Permission denied
728K    tmp
du: cannot read directory ‘usr/syno/etc.defaults/synocron.d’: Permission denied
du: cannot read directory ‘usr/syno/etc.defaults/ssl’: Permission denied
du: cannot read directory ‘usr/syno/etc.defaults/letsencrypt’: Permission denied
du: cannot read directory ‘usr/syno/selfcheck’: Permission denied
du: cannot read directory ‘usr/syno/etc/codesign/.gnupg’: Permission denied
du: cannot read directory ‘usr/syno/etc/letsencrypt’: Permission denied
du: cannot read directory ‘usr/syno/etc/certificate/_archive’: Permission denied
du: cannot read directory ‘usr/syno/etc/private/session/current.users.access.tim                                                                                                                                                             e’: Permission denied
du: cannot read directory ‘usr/syno/etc/ssl/cgi.key’: Permission denied
du: cannot read directory ‘usr/syno/etc/ssl/ssl.csr’: Permission denied
du: cannot read directory ‘usr/syno/etc/synocron.d’: Permission denied
du: cannot read directory ‘usr/syno/etc/preference/DARK’: Permission denied
du: cannot read directory ‘usr/syno/etc/preference/plex’: Permission denied
du: cannot read directory ‘usr/syno/etc/preference/guest’: Permission denied
du: cannot read directory ‘usr/syno/etc/synoshare.bak’: Permission denied
du: cannot read directory ‘usr/share/debsig/keyrings/C42CCD870EBD11E7’: Permission denied
du: cannot read directory ‘usr/local/etc/synocron.d’: Permission denied
634M    usr
du: cannot read directory ‘var/lib/samba/winbindd_privileged’: Permission denied
du: cannot read directory ‘var/lib/postfix’: Permission denied
du: cannot read directory ‘var/lib/net-snmp’: Permission denied
du: cannot read directory ‘var/log/nginx’: Permission denied
du: cannot read directory ‘var/log/cores’: Permission denied
du: cannot read directory ‘var/log/synolog’: Permission denied
du: cannot read directory ‘var/log/selfcheck’: Permission denied
du: cannot read directory ‘var/spool/webapi’: Permission denied
du: cannot read directory ‘var/state/ups’: Permission denied
du: cannot read directory ‘var/net-snmp’: Permission denied
1.6G    var
du: cannot read directory ‘var.defaults/state/ups’: Permission denied
du: cannot read directory ‘var.defaults/crash’: Permission denied
5.8M    var.defaults

 

Modifié le 1 avril 2016 par Darkfragger

[Fenrir]

Il faut lancer la commande en root :

1. sudo -s
2. cd / && du -sh `ls / | grep -vE '^volume'`

Mais le résultat précédent indique déjà le soucis, ton dossier /var est bien trop gros.

Fais ceci :

1. sudo -s
2. du -sh /var/*

Le plus gros dossier sera probablement le dossier /var/log

[Darkfragger]

Il m'affiche ça, je suis connecté en admin car en root il me marque accès refusé.

admin@DiskStation:~$ sudo -s

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

Password:
sh-4.3# du -sh /var/*
84K     /var/cache
4.0K    /var/crash
12K     /var/db
2.2M    /var/dynlib
4.0K    /var/empty
4.7M    /var/lib
0       /var/lock
1.6G    /var/log
16K     /var/net-snmp
2.7M    /var/packages
0       /var/run
332K    /var/services
476K    /var/spool
8.0K    /var/state
16K     /var/synobackup
12K     /var/target
140K    /var/tmp

 

[Fenrir]

C'est bien les logs, regarde ce qui prend de la place dedans (du -sh /var/log/*)

[Darkfragger]

C'est le fichier  /var/log/httpd qui fait 1.4G. Par contre j'ai aussi le dossier usr qui fait 634M.

3.8M    /var/log/audio_debug_msg
156K    /var/log/audio_debug_msg.0.gz
156K    /var/log/audio_debug_msg.1.gz
156K    /var/log/audio_debug_msg.2.gz
156K    /var/log/audio_debug_msg.3.gz
688K    /var/log/auth.log
84K     /var/log/bash_err.log
16K     /var/log/bash_history.log
12K     /var/log/cores
112M    /var/log/cstn
28K     /var/log/disk_log.xml
4.0K    /var/log/disk_overview.xml
1008K   /var/log/dmesg
4.0K    /var/log/dms.log
168K    /var/log/dpkg.log
104K    /var/log/dpkg_upgrade.log
4.0K    /var/log/esynoscheduler.log
4.0K    /var/log/gcpd.log
1.4G    /var/log/httpd
4.0K    /var/log/iscsi.log
1.1M    /var/log/kern.log
40K     /var/log/log.nmbd
44K     /var/log/log.smbd
7.5M    /var/log/messages
16K     /var/log/messages.0.gz
20K     /var/log/messages.1.gz
24K     /var/log/messages.1.xz
16K     /var/log/messages.2.gz
24K     /var/log/messages.2.xz
16K     /var/log/messages.3.gz
24K     /var/log/messages.3.xz
252K    /var/log/messages.4.xz
0       /var/log/mount.log
48K     /var/log/nginx
220K    /var/log/php-fpm.log
964K    /var/log/postgresql.log
64K     /var/log/postgresql.log.1.xz
88K     /var/log/samba
112K    /var/log/scemd.log
8.0K    /var/log/selfcheck
4.0K    /var/log/space_operation_error.log
4.0K    /var/log/synocmsclient.log
4.0K    /var/log/synocrond-execute.log
8.0K    /var/log/synocrond.log
24K     /var/log/synodtv.log
4.0K    /var/log/synofeasibilitycheck.log
12K     /var/log/synoinfo.conf.bad
6.4M    /var/log/synolog
1.4M    /var/log/synopkg.log
4.0K    /var/log/synopoweroff.log
16K     /var/log/synorelayd.log
876K    /var/log/synoservice.log
4.0K    /var/log/synosys.log
4.0K    /var/log/synoupdate.log
480K    /var/log/syslog.log
1.4M    /var/log/upstart

 

Modifié le 2 avril 2016 par Darkfragger

[Fenrir]

il y a 22 minutes, Darkfragger a dit :

C'est le fichier  /var/log/httpd qui fait 1.4G mais je ne suis pas encore à 2.3G.

Si tu fais la somme depuis le début, tu y es

Maintenant il faut que tu purges ce qu'il y a dans /var/log/httpd

Fais : ls -larth /var/log/httpd/*

Regarde ce qui prend de la place et si tu n'en as pas besoin, fais le ménage (sudo rm /var/log/httpd/fichier)

[Darkfragger]

Merci j'ai purgé le fichier le fichier dans le dossier httpd :

ls -larth /var/log/httpd/*
-rw-r--r-- 1 root root  13K Apr 15  2014 /var/log/httpd/sys-error_log.4.xz
-rw-r--r-- 1 root root  12K Apr 19  2014 /var/log/httpd/sys-error_log.3.xz
-rw-r--r-- 1 root root  13K Apr 22  2014 /var/log/httpd/sys-error_log.2.xz
-rw-r--r-- 1 root root  14K Apr 26  2014 /var/log/httpd/sys-error_log.1.xz
-rw-r--r-- 1 root root 182K Dec  9 18:56 /var/log/httpd/sys-cgi_log
-rw-r--r-- 1 root root  33K Mar 30 02:28 /var/log/httpd/webdav-error_log
-rw-r--r-- 1 root root 269K Mar 30 02:31 /var/log/httpd/sys-error_log

Mais quand je refais df -h, j'ai toujours 2.3G d'utiliser.

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  2.3G     0 100% /
none             56M  4.0K   56M   1% /dev
/tmp             58M 1000K   57M   2% /tmp
/run             58M  1.7M   57M   3% /run
/dev/shm         58M  4.0K   58M   1% /dev/shm
/dev/md2        1.8T  1.4T  409G  78% /volume1

[Fenrir]

Curieux, tu as bien fait ça en root ? ("sudo su -" ou "sudo -s")

Reboot et refais :

• sudo -s
• mount
• df -h
• cd / && du -sh `ls / | grep -vE '^volume'`
• du -sh /var/*
• du -sh /var/log/*

[Darkfragger]

Bonjour,

 

Oui je viens de rebooter mon syno, les valeurs de taux d'utilisation sont redevenues correctes.

admin@DiskStation:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  856M  1.5G  38% /
none             56M  4.0K   56M   1% /dev
/tmp             58M  968K   57M   2% /tmp
/run             58M  1.6M   57M   3% /run
/dev/shm         58M  4.0K   58M   1% /dev/shm
/dev/md2        1.8T  1.4T  457G  76% /volume1

Je te remercie beaucoup pour ton aide.