Darkfragger Posté(e) le 1 avril 2016 Partager Posté(e) le 1 avril 2016 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, 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 1 avril 2016 Partager Posté(e) le 1 avril 2016 cd / && du -sh `ls / | grep -vE '^volume'` ça devrait t'aider à trouver ce qui prend de la place 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Darkfragger Posté(e) le 1 avril 2016 Auteur Partager Posté(e) le 1 avril 2016 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 2 avril 2016 Partager Posté(e) le 2 avril 2016 Il faut lancer la commande en root : sudo -s 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 : sudo -s du -sh /var/* Le plus gros dossier sera probablement le dossier /var/log 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Darkfragger Posté(e) le 2 avril 2016 Auteur Partager Posté(e) le 2 avril 2016 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 2 avril 2016 Partager Posté(e) le 2 avril 2016 C'est bien les logs, regarde ce qui prend de la place dedans (du -sh /var/log/*) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Darkfragger Posté(e) le 2 avril 2016 Auteur Partager Posté(e) le 2 avril 2016 (modifié) 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 2 avril 2016 Partager Posté(e) le 2 avril 2016 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) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Darkfragger Posté(e) le 2 avril 2016 Auteur Partager Posté(e) le 2 avril 2016 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 2 avril 2016 Partager Posté(e) le 2 avril 2016 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/* 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Darkfragger Posté(e) le 4 avril 2016 Auteur Partager Posté(e) le 4 avril 2016 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.