[clos] au sujet du dossier /tmp

Debian Alain · 02-05-2017 20:15:02

bonjour ,

cela fait maintenant un petit moment que je prends plaisir à bidouiller sous debian jessie mais ,

depuis le temps justement , j'observe que mon dossier /tmp ne cesse de gonfler .

d'à peu près 10 Go au départ , j'en suis maintenant à un dossier de plus de 40Go

alain@debian:~$ df -h /tmp

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

/dev/sda5           44G     28G   14G  67% /

j'ai trouvé ceci :

https://wiki.debian-fr.xyz/Nettoyer_sa_Debian
https://www.debian-fr.org/t/procedure-p … ebian/4066
https://debian-facile.org/utilisateurs: … -sa-debian

pour ce dernier lien , en particulier , le nettoyage des paquets orphelins et des corbeilles ne m'apporte rien
(en gain de place) .

alain@debian:~$ fslint

bash: fslint : commande introuvable

root@debian:/home/alain# ls -la /tmp

total 76

drwxrwxrwt 15 root  root  16384 mai    2 21:21 .

drwxr-xr-x   25 root  root    4096 avril 25 12:32 ..

drwx------    2   alain alain  4096 mai    2 21:20 .com.google.Chrome.ubRNVU

drwxrwxrwt  2   root  root   4096 mai    2 21:18 .font-unix

drwxrwxrwt  2   root  root   4096 mai    2 21:19 .ICE-unix

drwx------    2   root  root   4096 mai    2 21:18 pulse-PKdhtXMmr18n

drwx------    2   alain alain  4096 mai    2 21:19 ssh-GTg2DRFqHkVE

drwx------    3   root  root   4096 mai    2 21:18 systemd-private-e089d85843b64909b8eaa89b8616f8d4-colord.service-GfSJ51

drwx------    3   root  root   4096 mai    2 21:18 systemd-private-e089d85843b64909b8eaa89b8616f8d4-cups.service-xslDaz

drwx------    3   root  root   4096 mai    2 21:18 systemd-private-e089d85843b64909b8eaa89b8616f8d4-rtkit-daemon.service-pM1TD3

drwx------    3   root  root   4096 mai    2 21:18 systemd-private-e089d85843b64909b8eaa89b8616f8d4-systemd-timesyncd.service-ot0HeM

drwxrwxrwt  2   root  root   4096 mai    2 21:18 .Test-unix

drwx------    2   alain alain  4096 mai    2 21:19 tracker-extract-files.1000

-r--r--r--      1   root  root       11 mai    2 21:18 .X0-lock

drwxrwxrwt  2   root  root   4096 mai    2 21:18 .X11-unix

drwxrwxrwt  2   root  root   4096 mai    2 21:18 .XIM-unix

pour fslint , j'ai trouvé le moyen de le lancer (fslint-gui) mais malheureusement , il ne me sert à rien
(ou je ne sais pas l'utiliser ...)

j'aimerai bien y faire du nettoyage mais je sais pas quoi faire et où ?
vu que je n'ai cessé d'augmenter sa taille , il doit y avoir des vieux fichiers à retirer
et d'autres inutiles ....

oui mais lesquels ?

comment ?

merci

alain@debian:~$ df -h

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

udev                10M       0   10M   0% /dev

tmpfs              3,1G    9,6M  3,1G   1% /run

/dev/sda5           44G     28G   14G  67% /

tmpfs              7,7G     15M  7,7G   1% /dev/shm

tmpfs              5,0M    4,0K  5,0M   1% /run/lock

tmpfs              7,7G       0  7,7G   0% /sys/fs/cgroup

/dev/sda7          811G    297G  474G  39% /home

tmpfs              1,6G    8,0K  1,6G   1% /run/user/118

tmpfs              1,6G     12K  1,6G   1% /run/user/1000

/dev/sdc1          1,9T     16G  1,9T   1% /media/alain/HDD EXT 1

/dev/sdd1          1,9T    1,6T  296G  85% /media/alain/HDD EXT 2

/dev/sde1          3,7T    1,5T  2,2T  41% /media/alain/HDD EXT 3

/dev/sdf1          3,7T    1,5T  2,2T  41% /media/alain/HDD EXT 4

alain@debian:~$ ls /tmp

pulse-PKdhtXMmr18n

ssh-GTg2DRFqHkVE

systemd-private-e089d85843b64909b8eaa89b8616f8d4-colord.service-GfSJ51

systemd-private-e089d85843b64909b8eaa89b8616f8d4-cups.service-xslDaz

systemd-private-e089d85843b64909b8eaa89b8616f8d4-rtkit-daemon.service-pM1TD3

systemd-private-e089d85843b64909b8eaa89b8616f8d4-systemd-timesyncd.service-ot0HeM

tracker-extract-files.1000

alain@debian:~$ ls /dev/shm

pulse-shm-1255499374  pulse-shm-2609621158

pulse-shm-1645723395  pulse-shm-3335785174

pulse-shm-1768998654  pulse-shm-3775828470

pulse-shm-2061535696  pulse-shm-4262174065

pulse-shm-2546351087  sem.9334581e-7251-4ef7-a8ec-5bfe8e89ff68

alain@debian:~$ ls /run/lock

apache2  asound.state.lock  lockdev  subsys

alain@debian:~$ ls /sys/fs/cgroup

blkio  cpuacct      cpuset   freezer  net_cls           net_prio    pids

cpu    cpu,cpuacct  devices  memory   net_cls,net_prio  perf_event  systemd

j'ai trouvé aussi :

http://www.linuxquestions.org/questions … ll-727555/
https://serverfault.com/questions/37734 … et-cleared
https://askubuntu.com/questions/20783/h … cleaned-up
https://unix.stackexchange.com/question … nal-on-vps
https://superuser.com/questions/168125/ … -directory
https://superuser.com/questions/582138/ … nts-of-tmp
celui là me parle . comme quoi on peut supprimmer certains logs .....
http://www.commentcamarche.net/forum/af … sous-linux
---------------
https://debian-administration.org/artic … _deborphan
http://alternativeto.net/software/deborphan/
http://www.linuxscrew.com/2007/10/06/cl … deborphan/

et je m'arrête là . j'espère que j'ai pas fait de conneries

Dernière modification par Debian Alain (07-05-2017 10:00:01)

raleur · 02-05-2017 22:53:43

Debian Alain a écrit :

j'observe que mon dossier /tmp ne cesse de gonfler .
d'à peu près 10 Go au départ , j'en suis maintenant à un dossier de plus de 40Go
alain@debian:~$ df -h /tmp

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda5 44G 28G 14G 67% /

Tu interprètes mal le résultat de la commande df. Il montre en réalité que :
- /tmp n'est pas un système de fichiers séparé mais un simple répertoire du système de fichiers racine /
- l'occupation totale de / (incluant /tmp) n'est que de 28 Gio, il est donc impossible que /tmp occupe plus de 40 Go.

chalu · 03-05-2017 06:53:02

Bonjour

Ce dossier n'est pas vidé à chaque redémarrage du PC normalement ?

Debian Alain · 03-05-2017 07:13:42

merci raleur .

ben , c'est ce que j'ai découvert , chalu .

nomalement oui .

raleur , je ne sais pas où il veut en venir ?

alain@debian:~$ sudo apt-get autoclean

 

[sudo] password for alain: 

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

et

alain@debian:~$ sudo apt-get clean

 

bloc à supprimer si la commande n’affiche rien

m'ont permis de faire passer / de 13.9 Go de dispo à 14.4 Go

apt-get autoclean (les .deb téléchargés sont stockés dans /var/cache/apt/archives. autoclean: supprime les archives obsolètes.)

apt-get clean (efface tous les packages en cache)

du /var -akhx  | sort -nr |less

me donne un résultat .... énorme

d'après http://www.commentcamarche.net/forum/af … sous-linux

on peut fouiller dans var
/var /cache (je suis pas rassuré )
/var/log (un peu plus mais comme ci dessus , y en a tellement !)

d'aucuns parlent de cleansweep et de logrotate . c'est quoi ?

cleansweep apparemment , c'est sous windows

et pour logrotate : https://doc.ubuntu-fr.org/logrotate

j'attends vos avis , vos commentaires , vos conseils ...

merci

Dernière modification par Debian Alain (03-05-2017 07:58:37)

smolski · 03-05-2017 07:57:12

ta commande indique clairement que tmp est incorporé à la racine sur la partition /dev/sda5 et non pas sur une partition indépendante :

Système de fichier : /dev/sda5

Taille : 44G

Utilisé : 28G

Dispo : 14G

Uti% : 67%

Monté sur : /

Souvent je crée une partition /tmp et une /var à part sur mes pc de production et avec chacune des volumes conséquents (10-20go) parce que effectivement, en utilisation constante le /tmp et le /var se remplissent allègrement.
...

Edit :
Pour le /var, tu le visites avec la même commande et tu verras les occupations.

Regarde ausi dans /var/mail et dans /var/cache/.....

Dernière modification par smolski (03-05-2017 08:00:59)

chalu · 03-05-2017 08:07:59

D'après les interventions ci-dessus tmp ne fait pas 40Go comme tu l'indiques.

smolski · 03-05-2017 08:19:04

Exact chalu, les 40go sont le total de la racine avec l'ensemble de ses fichiers systèmes, dont le tmp et le var, d'où, l'avantage de créer manuellement ces 2 partitions à l'installation afin de réguler au mieux leurs occupations respectives.

Je pense qu'on peut le faire à postériori, je ne me souviens plus des conditions car il faut modifier des tas de trucs, surtout dans var.

Dernière modification par smolski (03-05-2017 08:29:44)

Debian Alain · 03-05-2017 09:20:23

donc , apparemment , ce n'est pas /tmp qui est plein mais /var

je crois que l'affichage de la taille des dossiers n'est pas juste (dans ls) .
il semble , d'après ce que j'ai appris , que la commande ls donne la taille du fichier qui renvoie au dossier et non celle du dossier .
ce serait tellement commode de pouvoir afficher la taille des dossiers sans avoir à les prendre un par un ...

qqun connait la poloche ?

en attendant , voilà mon travail :

alain@debian:~$ ls -lsha /var

total 84K

4,0K drwxr-xr-x  13 root root  4,0K sept. 26  2016 .

4,0K drwxr-xr-x  25 root root  4,0K avril 25 12:32 ..

4,0K drwxr-xr-x   2 root root  4,0K mai    3 08:08 backups

4,0K drwxr-xr-x  23 root root  4,0K avril 25 12:28 cache

4,0K drwxr-xr-x   2 root root  4,0K sept. 26  2016 games

4,0K drwxr-xr-x  78 root root  4,0K mai    3 00:08 lib

4,0K drwxrwsr-x   2 root staff 4,0K sept. 12  2016 local

   0 lrwxrwxrwx   1 root root     9 sept. 26  2016 lock -> /run/lock

4,0K drwxr-xr-x  17 root root  4,0K mai    3 08:08 log

4,0K drwxrwsr-x   2 root mail  4,0K avril 25 15:35 mail

4,0K drwxr-xr-x   2 root root  4,0K sept. 26  2016 opt

   0 lrwxrwxrwx   1 root root     4 sept. 26  2016 run -> /run

4,0K drwxr-xr-x  10 root root  4,0K déc.  18 16:22 spool

 36K drwxrwxrwt 221 root root   32K mai    3 10:06 tmp

4,0K drwxr-xr-x   3 root root  4,0K sept. 26  2016 www

alain@debian:~$

alain@debian:~$ ls -lsha /var/cache

total 92K

4,0K drwxr-xr-x 23 root     root  4,0K avril 25 12:28 .

4,0K drwxr-xr-x 13 root     root  4,0K sept. 26  2016 ..

4,0K drwxr-xr-x  3 root     root  4,0K sept. 26  2016 analog

4,0K drwxr-xr-x  3 root     root  4,0K sept. 26  2016 apache2

4,0K drwxr-xr-x  3 root     root  4,0K mai    3 08:17 apt

4,0K drwxr-xr-x  2 root     root  4,0K sept. 26  2016 cracklib

4,0K drwxrwx---  3 root     lp    4,0K mai    3 08:08 cups

4,0K drwxr-xr-x  2 root     root  4,0K avril 30 20:20 debconf

4,0K drwxr-xr-x  2 root     root  4,0K sept. 26  2016 dictionaries-common

4,0K drwxr-xr-x  2 root     root  4,0K avril 12 16:31 flashplugin-nonfree

4,0K drwxr-xr-x  2 root     root  4,0K avril 30 20:19 fontconfig

4,0K drwxr-xr-x  2 root     root  4,0K oct.  21  2014 fonts

4,0K drwxr-xr-x  2 root     root  4,0K avril  4  2015 gdm

4,0K drwx------  2 root     root  4,0K mai    2 23:29 ldconfig

4,0K drwxr-xr-x  2 root     root  4,0K janv. 19 11:13 localepurge

4,0K drwxr-sr-x 35 man      root  4,0K mai    3 08:08 man

4,0K drwxr-xr-x  2 minidlna alain 4,0K sept. 27  2016 minidlna

4,0K drwxr-xr-x  3 root     root  4,0K sept. 26  2016 PackageKit

4,0K drwxr-xr-x  2 root     root  4,0K avril 12 23:44 pepperflashplugin-nonfree

4,0K drwxr-xr-x  2 root     root  4,0K juil. 10  2014 pm-utils

4,0K drwxr-xr-x  2 root     root  4,0K oct.   1  2014 realmd

4,0K drwxr-xr-x  5 root     root  4,0K mai    3 08:04 samba

4,0K drwxr-xr-x  2 vdr      vdr   4,0K sept. 27  2016 vdr

alain@debian:~$

alain@debian:~$ ls -lsha /var/log/

total 1,1G

4,0K drwxr-xr-x 17 root              root       4,0K mai    3 08:08 .

4,0K drwxr-xr-x 13 root              root       4,0K sept. 26  2016 ..

   0 -rw-r--r--  1 root              root          0 mai    1 08:17 alternatives.log

 32K -rw-r--r--  1 root              root        25K avril 25 14:19 alternatives.log.1

4,0K -rw-r--r--  1 root              root        511 mars  16 11:44 alternatives.log.2.gz

4,0K -rw-r--r--  1 root              root        668 févr. 15 08:40 alternatives.log.3.gz

4,0K -rw-r--r--  1 root              root       1,5K janv. 20 09:04 alternatives.log.4.gz

8,0K -rw-r--r--  1 root              root       7,1K déc.  31 21:22 alternatives.log.5.gz

4,0K -rw-r--r--  1 root              root       1,9K nov.  30 18:03 alternatives.log.6.gz

 12K -rw-r--r--  1 root              root        11K oct.  22  2016 alternatives.log.7.gz

8,0K -rw-r--r--  1 root              root       5,2K sept. 28  2016 alternatives.log.8.gz

4,0K drwxr-x---  2 root              adm        4,0K mai    3 08:08 apache2

4,0K drwxr-xr-x  2 root              root       4,0K mai    1 08:17 apt

4,0K -rw-r--r--  1 root              root       3,2K mai    2 23:22 aptitude

4,0K -rw-r--r--  1 root              root        451 avril 30 20:53 aptitude.1.gz

4,0K -rw-r--r--  1 root              root        318 mars  18 16:03 aptitude.2.gz

4,0K -rw-r--r--  1 root              root        786 janv. 29 20:14 aptitude.3.gz

4,0K -rw-r--r--  1 root              root        532 déc.   4 18:48 aptitude.4.gz

4,0K -rw-r--r--  1 root              root        766 nov.  24 10:04 aptitude.5.gz

4,0K -rw-r--r--  1 root              root        310 oct.  18  2016 aptitude.6.gz

100K -rw-r-----  1 root              adm         96K mai    3 09:40 auth.log

120K -rw-r-----  1 root              adm        113K avril 30 09:56 auth.log.1

 24K -rw-r-----  1 root              adm         23K avril 24 06:35 auth.log.2.gz

8,0K -rw-r-----  1 root              adm        7,5K avril 16 08:23 auth.log.3.gz

 12K -rw-r-----  1 root              adm        8,2K avril 10 08:29 auth.log.4.gz

4,0K drwxr-xr-x  2 root              root       4,0K août  15  2014 bittorrent

 12K -rw-r--r--  1 root              root        11K avril 30 12:49 boot.log

4,0K -rw-------  1 root              utmp        384 mai    2 17:13 btmp

 96K -rw-------  1 root              utmp        90K avril 18 20:43 btmp.1

4,0K drwxr-xr-x  2 clamav            clamav     4,0K avril 30 10:00 clamav

4,0K -rw-r--r--  1 root              root         22 nov.  17 21:13 clonezilla.log

4,0K drwxr-xr-x  2 root              root       4,0K mai    3 08:08 cups

1,7M -rw-r-----  1 root              adm        1,7M mai    3 10:04 daemon.log

2,4M -rw-r-----  1 root              adm        2,3M avril 30 10:00 daemon.log.1

444K -rw-r-----  1 root              adm        444K avril 24 06:39 daemon.log.2.gz

244K -rw-r-----  1 root              adm        241K avril 16 08:27 daemon.log.3.gz

348K -rw-r-----  1 root              adm        345K avril 10 08:31 daemon.log.4.gz

572K -rw-r-----  1 root              adm        566K mai    3 08:14 debug

900K -rw-r-----  1 root              adm        895K avril 30 09:56 debug.1

 92K -rw-r-----  1 root              adm         89K avril 24 06:35 debug.2.gz

 60K -rw-r-----  1 root              adm         60K avril 16 08:23 debug.3.gz

 72K -rw-r-----  1 root              adm         72K avril 10 08:29 debug.4.gz

4,0K -rw-r-----  1 root              adm          31 sept. 26  2016 dmesg

 80K -rw-r--r--  1 root              root        74K mai    3 00:08 dpkg.log

432K -rw-r--r--  1 root              root       427K avril 30 20:56 dpkg.log.1

 12K -rw-r--r--  1 root              root        11K mars  20 15:00 dpkg.log.2.gz

8,0K -rw-r--r--  1 root              root       6,8K févr. 15 08:40 dpkg.log.3.gz

 56K -rw-r--r--  1 root              root        55K janv. 29 20:14 dpkg.log.4.gz

 28K -rw-r--r--  1 root              root        25K déc.  31 21:25 dpkg.log.5.gz

 32K -rw-r--r--  1 root              root        29K nov.  26 19:43 dpkg.log.6.gz

 28K -rw-r--r--  1 root              root        27K oct.  31  2016 dpkg.log.7.gz

140K -rw-r--r--  1 root              root       139K sept. 30  2016 dpkg.log.8.gz

4,0K drwxr-s---  2 Debian-exim       adm        4,0K mai    3 08:08 exim4

8,0K -rw-r--r--  1 root              root        32K avril 18 17:38 faillog

4,0K drwxr-xr-x  2 root              root       4,0K déc.  12  2014 firebird

4,0K -rw-r--r--  1 root              root       3,9K avril 30 20:19 fontconfig.log

4,0K drwxr-xr-x  2 root              root       4,0K sept. 26  2016 fsck

4,0K drwx--x--x  2 root              Debian-gdm 4,0K avril  4  2015 gdm3

4,0K drwxr-xr-x  3 root              root       4,0K déc.  18 16:47 hp

4,0K drwxr-xr-x  3 root              root       4,0K sept. 26  2016 installer

2,3M -rw-r-----  1 root              adm        2,3M mai    3 08:14 kern.log

3,6M -rw-r-----  1 root              adm        3,6M avril 30 09:56 kern.log.1

880K -rw-r-----  1 root              adm        879K avril 24 06:35 kern.log.2.gz

480K -rw-r-----  1 root              adm        478K avril 16 08:23 kern.log.3.gz

744K -rw-r-----  1 root              adm        744K avril 10 08:29 kern.log.4.gz

 16K -rw-rw-r--  1 root              utmp       288K avril 18 20:48 lastlog

 36K -rw-r-----  1 root              adm         30K mai    3 08:03 lpr.log

 48K -rw-r-----  1 root              adm         42K avril 30 09:55 lpr.log.1

4,0K -rw-r-----  1 root              adm        2,3K avril 24 06:34 lpr.log.2.gz

8,0K -rw-r-----  1 root              adm        7,2K avril 15 21:28 lpr.log.3.gz

4,0K -rw-r-----  1 root              adm        3,4K avril 10 08:26 lpr.log.4.gz

463M -rw-r-----  1 root              adm        463M mai    3 10:13 messages

 22M -rw-r-----  1 root              adm         22M avril 30 10:00 messages.1

1,4M -rw-r-----  1 root              adm        1,4M avril 24 06:39 messages.2.gz

844K -rw-r-----  1 root              adm        843K avril 16 08:27 messages.3.gz

1,3M -rw-r-----  1 root              adm        1,3M avril 10 08:31 messages.4.gz

   0 -rw-r--r--  1 minidlna          minidlna      0 oct.   2  2016 minidlna.log

8,0K -rw-r--r--  1 minidlna          alain      4,1K sept. 27  2016 minidlna.log.1

   0 -rw-r--r--  1 root              root          0 févr. 11 09:02 onedrive_d.log

4,0K drwxr-xr-x  2 root              root       4,0K mars  22  2014 partimage

160K -rw-r--r--  1 root              root       159K mai    2 10:44 popularity-contest

156K -rw-r--r--  1 root              root       156K avril 25 07:54 popularity-contest.0

 36K -rw-r--r--  1 root              root        36K avril 18 08:22 popularity-contest.1.gz

 36K -rw-r--r--  1 root              root        36K avril 11 09:19 popularity-contest.2.gz

 36K -rw-r--r--  1 root              root        36K avril  4 08:30 popularity-contest.3.gz

 36K -rw-r--r--  1 root              root        36K mars  28 07:36 popularity-contest.4.gz

 36K -rw-r--r--  1 root              root        36K mars  21 07:35 popularity-contest.5.gz

 36K -rw-r--r--  1 root              root        36K mars  14 07:35 popularity-contest.6.gz

 52K -rw-r--r--  1 root              root        50K mai    2 10:44 popularity-contest.gpg

4,0K drwxr-x---  3 root              adm        4,0K avril 30 10:00 samba

4,0K drwx------  2 speech-dispatcher root       4,0K déc.   5  2014 speech-dispatcher

1,2M -rw-r-----  1 root              adm        1,2M mai    3 10:13 syslog

 16M -rw-r-----  1 root              adm         16M mai    3 08:08 syslog.1

 22M -rw-r-----  1 root              adm         22M mai    2 10:42 syslog.2.gz

588K -rw-r-----  1 root              adm        585K mai    1 08:17 syslog.3.gz

500K -rw-r-----  1 root              adm        500K avril 30 10:00 syslog.4.gz

152K -rw-r-----  1 root              adm        149K avril 29 09:43 syslog.5.gz

 80K -rw-r-----  1 root              adm         79K avril 28 07:35 syslog.6.gz

308K -rw-r-----  1 root              adm        308K avril 27 12:37 syslog.7.gz

4,0K drwxr-x---  2 root              adm        4,0K oct.  10  2016 unattended-upgrades

461M -rw-r-----  1 root              adm        461M mai    3 10:13 user.log

 19M -rw-r-----  1 root              adm         19M avril 30 10:00 user.log.1

660K -rw-r-----  1 root              adm        659K avril 24 06:39 user.log.2.gz

428K -rw-r-----  1 root              adm        428K avril 16 08:27 user.log.3.gz

604K -rw-r-----  1 root              adm        603K avril 10 08:31 user.log.4.gz

476K -rw-r--r--  1 root              root       470K mai    3 08:03 uvcdynctrl-udev.log

1,9M -rw-r--r--  1 root              root       1,9M mai    3 08:03 vbox-install.log

112K -rw-rw-r--  1 root              utmp       107K mai    3 10:04 wtmp

756K -rw-rw-r--  1 root              utmp       752K mai    1 08:13 wtmp.1

 48K -rw-r--r--  1 root              root        47K mai    3 08:14 Xorg.0.log

 48K -rw-r--r--  1 root              root        47K mai    3 00:51 Xorg.0.log.old

 44K -rw-r--r--  1 root              root        41K avril 22 19:54 Xorg.1.log

 44K -rw-r--r--  1 root              root        41K avril 18 10:53 Xorg.1.log.old

alain@debian:~$

alain@debian:~$ df -h /var

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

/dev/sda5           44G     27G   15G  65% /

alain@debian:~$ df -h /var/log

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

/dev/sda5           44G     27G   15G  65% /

Dernière modification par Debian Alain (03-05-2017 09:25:38)

Croutons · 03-05-2017 09:58:10

Bonjour
Tu te places a la racine du disque a lister

ncdu

smolski · 03-05-2017 09:58:27

Debian Alain a écrit :

donc , apparemment , ce n'est pas /tmp qui est plein mais /var

je crois que l'affichage de la taille des dossiers n'est pas juste (dans ls) .
il semble , d'après ce que j'ai appris , que la commande ls donne la taille du fichier qui renvoie au dossier et non celle du dossier .
ce serait tellement commode de pouvoir afficher la taille des dossiers sans avoir à les prendre un par un ...

qqun connait la poloche ?

La poloche serait je pense de faire des liens symboliques de ces fichiers systèmes vers une autre partition avec la commande ln :
https://debian-facile.org/doc:systeme:ln

Pour le détail je laisse à des spécialistes de dire comment qu'y faut faire exactement...

Dernière modification par smolski (03-05-2017 09:59:13)

Debian Alain · 03-05-2017 10:24:48

j'ai pas compris ce que disait smolski .

merci croutons .

voilà ce que donne ncdu /var

ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help
--- /var -----------------------------------------------------------------------
. 1,2GiB [##########] /lib
. 1,0GiB [######## ] /log
. 81,1MiB [ ] /tmp
19,3MiB [ ] /backups
. 16,1MiB [ ] /cache
. 68,0KiB [ ] /spool
56,0KiB [ ] /mail
20,0KiB [ ] /www
e 4,0KiB [ ] /opt
e 4,0KiB [ ] /local
4,0KiB [ ] /games
@ 0,0 B [ ] lock
@ 0,0 B [ ] run

/var/lib/ je préfère pas y toucher
/var/log/ par contre , je pense que je peux y jeter un oeuil
au fait , avant de m'attaquer à /var/ , j'ai oublié /tmp/ , le voilà

ncdu /tmp

-- /tmp -----------------------------------------------------------------------
4,0KiB [##########] /.com.google.Chrome.tOC8F6
e 4,0KiB [##########] /tracker-extract-files.1000
! 4,0KiB [##########] /systemd-private-2fea2043...emd-timesyncd.service-GcjrvL
! 4,0KiB [##########] /systemd-private-2fea2043...-rtkit-daemon.service-6ldKon
! 4,0KiB [##########] /systemd-private-2fea2043...3965bba9-cups.service-qxe06J
! 4,0KiB [##########] /systemd-private-2fea2043...65bba9-colord.service-COKVSg
4,0KiB [##########] /ssh-h26WZug1D2yc
! 4,0KiB [##########] /pulse-PKdhtXMmr18n
e 4,0KiB [##########] /hsperfdata_alain
e 4,0KiB [##########] /.font-unix
e 4,0KiB [##########] /.XIM-unix
4,0KiB [##########] /.X11-unix
e 4,0KiB [##########] /.Test-unix
4,0KiB [##########] /.ICE-unix
4,0KiB [##########] .X0-lock

smolski · 03-05-2017 10:30:27

DA a écrit :

j'ai pas compris ce que disait smolski .

La solution avec une installation du système dans la même partition est de répartir les charges de tmp et var dans des répertoires sur une autre partition en utilisant les liens symboliques, ainsi, le système lit dans le tmp de la racine ce qui est contenu dans le tmp et le var mis en lien symbolique dans une partition plus grande.

C'est ardu mais un bon principe.

Dernière modification par smolski (03-05-2017 10:31:06)

Croutons · 03-05-2017 11:05:35

si je te suis smolsky tu proposes de créer 2 partitions /var et /tmp
copier le contenu /var et /tmp dans les 2 nouvelles partitions et créer un lien symbolique vers chaque nouvelle partition?
et du coup on pourra libéré l'espace sur /

smolski · 03-05-2017 11:47:55

Oui, la partition originale est dans la racine mais la symbolique qui contient réellement les données dans une partition de stockage par exemple et normalement plus grande.
La procédure exacte, je préfère qu'elle soit proposée par un plus calé pour ne pas faire d'embrouille.
...

Debian Alain · 03-05-2017 12:24:39

ce qui me chagrine , c'est que d'après ncdu , /tmp ne fait que 88.0KiB

et /var ferait "uniquement" 2.5 GiB

où sont donc les 30 Go de / ?

là ncdu déconne : il me donne un / de plus de 132 TiB

en toute logique , je pense que c'est la taille totale de mon systeme , non ?

ben non , même pas ça . j'ai au total 17 To . comprends pas

et pourquoi /media fait il 4.5 To ?
>>> 2 disques de 2 To sur carte d'extension plus 2 disques de 4To aussi sur carte d'extension soit un total de 12 To
>>> par défaut , sur la carte mère , 1 disque de 2 To (double boot w10/debian) et un autre de 3To(sauvegarde windows)

regardez :

ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help
--- / --------------------------------------------------------------------------
4,5TiB [##########] /media
. 292,6GiB [ ] /home
12,2GiB [ ] /usr
. 2,5GiB [ ] /var
461,3MiB [ ] /opt
406,3MiB [ ] /lib
56,5MiB [ ] /boot
47,6MiB [ ] /2016-10-06-22-img
. 11,1MiB [ ] /etc
9,9MiB [ ] /bin
8,9MiB [ ] /sbin
. 1,6MiB [ ] /run
. 696,0KiB [ ] /dev
. 88,0KiB [ ] /tmp
! 16,0KiB [ ] /lost+found
12,0KiB [ ] /srv
8,0KiB [ ] /mnt
4,0KiB [ ] /lib64
! 4,0KiB [ ] /root
e 4,0KiB [ ] /.xawtv
. 0,0 B [ ] /proc
. 0,0 B [ ] /sys
@ 0,0 B [ ] initrd.img
@ 0,0 B [ ] vmlinuz
@ 0,0 B [ ] initrd.img.old
@ 0,0 B [ ] vmlinuz.old

Total disk usage: 4,8TiB Apparent size: 132,8TiB Items: 1417177

Dernière modification par Debian Alain (03-05-2017 12:33:41)

Dunatotatos · 03-05-2017 12:32:06

Non non, ncdu ne déconne pas. Tu as un disque dur de 4,5Tio branché sur ton PC et monté dans /media.

Et je ne comprends pas cet acharnement sur /var. Ce dossier est sur la même partition que / et /tmp, ie /dev/sda5. La partition fait 44Gio au total, et 27Gio sont occupés. Ça paraît tout à fait normal pour un système standard, et te laisse largement assez de marge pour toutes sortes d'opérations.

Debian Alain · 03-05-2017 12:36:17

je me posais justement la question .

merci dunatotatos.

raleur · 03-05-2017 12:50:40

Debian Alain a écrit :

qqun connait la poloche ?

Qu'est-ce qu'une "poloche" ? Je ne connais pas ce mot.

Debian Alain a écrit :

apparemment , ce n'est pas /tmp qui est plein mais /var

/var n'est pas un système de fichier mais un simple répertoire, ça n'a pas de sens de dire qu'il est plein.

Il y a clairement deux fichiers de taille anormalement élevée dans /var/log : messages et user.log, qui totalisent près de 1 Go et ont à peu près la même taille donc on peut supposer que ce sont les mêmes messages qui se répètent dans les deux (un même message peut être écrit dans plusieurs fichiers log). Il faut regarder leur contenu pour voir ces messages. Logrotate fait son travail puisque les fichiers *.1 existent et sont récents. Ils ont une taille raisonnable, donc on peut penser que l'apparition du problème est récente.

smolski a écrit :

La solution avec une installation du système dans la même partition est de répartir les charges de tmp et var dans des répertoires sur une autre partition en utilisant les liens symboliques

La solution à quel problème ? Il n'y a pour le moment pas de problème d'espace libre puisqu'il reste 15 Gio sur 44 Gio.
L'éventuel problème à résoudre, c'est l'inflation anormale des logs, et ce n'est pas un déplacement de /var qui va y remédier.

Debian Alain a écrit :

ncdu déconne : il me donne un / de 4.5 TiB

C'est dans /media, qui contient les points de montage pour les supports amovibles, qu'il trouve 4,5 Tio. Il n' aurait pas des disques amovibles branchés ?

Debian Alain a écrit :

je crois que l'affichage de la taille des dossiers n'est pas juste (dans ls) .

ls affiche la taille de l'objet répertoire lui-même (inode), pas de son contenu. Techniquement un répertoire n'est pas un conteneur, c'est juste la liste des fichiers et sous-répertoires qu'il contient.

Debian Alain a écrit :

où sont donc les 30 Go de / ?

On voit que /usr, qui contient l'essentiel des fichiers des paquets installés, occupe 12 Gio

raleur · 03-05-2017 12:52:41

Dunatotatos a écrit :

Et je ne comprends pas cet acharnement sur /var

Des fichiers log de 460 Mo, ça te paraît normal ?

smolski · 03-05-2017 12:59:54

raleur a écrit :

La solution à quel problème ?

Celui de la gestion de tmp et de var lorsqu'on les utilise à bride abattue plusieurs heures de plusieurs jours de suite, surtout avec des scripts redondants en cours.
J'ai le cas et je m'en suis sorti en procédant avec des liens symboliques (et avec de l'aide) renvoyant vers des disques de partitions de plusieurs To jamais pleines, elles.

Une fois la prestation finie, je visite le /var et je fais du ménage tranquillement alors que dans l'action, un blocage pour une occupation entière me pénalise immédiatement.
...

Dernière modification par smolski (03-05-2017 13:02:57)

Croutons · 03-05-2017 13:17:03

fallait utiliser LVM et pis c'est tout

Debian Alain · 03-05-2017 13:45:43

pour le fun et aussi pour l'à propos ,

puisque , décidément , je fais dans le gigantisme ,

cette page sur les préfixes grecs des puissances de 1000
https://fr.wikipedia.org/wiki/Pr%C3%A9f … nit%C3%A9s

d'où il ressort que "pico" , c'est 10 ^-12

"tera" , c'est 10 ^ 12

"péta" , c'est 10 ^ 15 (Po par exemple)

j'ai fait un peu de tri dans /opt en supprimant quelques applis :

icedove , thunderbird et blue griffon

résultat : opt passe à 223 Mo contre plus de 400 au départ

--- / --------------------------------------------------------------------------
4,5TiB [##########] /media
. 292,6GiB [ ] /home
12,2GiB [ ] /usr
. 2,5GiB [ ] /var
406,3MiB [ ] /lib
223,3MiB [ ] /opt
56,5MiB [ ] /boot
47,6MiB [ ] /2016-10-06-22-img
. 11,1MiB [ ] /etc
9,9MiB [ ] /bin
8,9MiB [ ] /sbin
. 1,6MiB [ ] /run
. 696,0KiB [ ] /dev
. 88,0KiB [ ] /tmp
! 16,0KiB [ ] /lost+found
12,0KiB [ ] /srv
8,0KiB [ ] /mnt
4,0KiB [ ] /lib64
! 4,0KiB [ ] /root
e 4,0KiB [ ] /.xawtv
. 0,0 B [ ] /proc
. 0,0 B [ ] /sys
@ 0,0 B [ ] initrd.img
@ 0,0 B [ ] vmlinuz
@ 0,0 B [ ] initrd.img.old
@ 0,0 B [ ] vmlinuz.old

Total disk usage: 4,8TiB Apparent size: 132,8TiB Items: 1414029

ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help
--- /opt -----------------------------------------------------------------------
223,3MiB [##########] /google

Total disk usage: 223,3MiB Apparent size: 223,1MiB Items: 92

ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help
--- /usr -----------------------------------------------------------------------
5,6GiB [##########] /lib
4,8GiB [######## ] /share
752,4MiB [# ] /src
711,8MiB [# ] /bin
247,4MiB [ ] /local
69,5MiB [ ] /include
33,4MiB [ ] /sbin
3,3MiB [ ] /games
900,0KiB [ ] /lib64

Total disk usage: 12,2GiB Apparent size: 12,1GiB Items: 417966

donc , si j'ai bien compris , faut que je fasse du rangement dans /usr

sauf que là , aïe ! , chat échaudé ....

pour avoir cassé la structure de mon systeme une fois , j'ai pas envie de recommencer la même erreur .

donc , j'ai besoin d'être épaulé , guidé , conseillé .

merci

Dernière modification par Debian Alain (03-05-2017 14:08:20)

smolski · 03-05-2017 13:47:29

Crouton trempé a écrit :

fallait utiliser LVM et pis c'est tout

C'est pas tout à fait ça car j'utilise un ssd et des scripts avec les données s'y exécutent en continu. Un lvm, je ne suis pas sûr que les avantages d'exécutions, notamment la folle rapidité du SSD de convertions simultanées et diverses, resteraient ?
...

Dernière modification par smolski (03-05-2017 14:54:16)

Debian Alain · 03-05-2017 14:36:19

j'ai trouvé ceci :
http://www.linux-france.org/article/sys … ers-2.html

intéressant .

au moins on sait qui correspond à quoi .

d'où :

/usr/lib :
les DLL non vitales.

et

/usr/share :
des fichiers de données.

j'ai aussi trouvé ceci qui est intéressant .
on est pas obligé d'installer deborphan si j'ai bien lu .
http://ngressier.developpez.com/article … me-ubuntu/

on avance , a petit pas mais on avance ... (enfin , j'espère ...)

Pour ce qui est de /usr/share et /usr/lib ce sont les deux (principales) répertoires ou sont installés tes programmes, donc pas tellement à toucher^^
tu peut par contre passer par synaptic pour faire un peu de ménage, des meta-package comme "gnome" ou "ubuntu-desktop" install tout un tas d'applications qui ne sont pas forcement utiles.

https://forum.ubuntu-fr.org/viewtopic.php?id=172365

cela clôt le fil , je crois .

dommage .

Dernière modification par Debian Alain (03-05-2017 15:03:48)

Croutons · 03-05-2017 15:13:10

vouloir gratter quelques Mo c'est pas très intéressant, comme dit raleur ce qui le serait + c'est savoir pourquoi les fichiers log grossissent autant. c'est pas trop une histoire de taille encore mais plutôt rendre ton systeme plus opérationnel et supprimé la cause des messages
d'erreur

ncdu /var/log

--- /var/log -----------------------------------------------------------------------------------------------------------------

   16,7MiB [##########] /installer                                                                                            

    5,3MiB [###       ]  messages.1

    2,9MiB [#         ]  user.log.1

    2,6MiB [#         ]  kern.log.1

    1,7MiB [#         ]  ufw.log.1

    1,2MiB [          ]  kern.log

    1,2MiB [          ]  messages

    1,2MiB [          ] /crtmpserver

    1,1MiB [          ]  ufw.log

  752,0KiB [          ]  daemon.log.1

  520,0KiB [          ]  syslog.1

  336,0KiB [          ]  wtmp.1

  332,0KiB [          ]  kern.log.2.gz

  324,0KiB [          ]  messages.2.gz

  280,0KiB [          ] /clamav

  256,0KiB [          ]  syslog

  204,0KiB [          ]  kern.log.3.gz

  200,0KiB [          ]  debug.1

  192,0KiB [          ]  messages.3.gz

  184,0KiB [          ]  dpkg.log.1

  176,0KiB [          ] /apt

  156,0KiB [          ]  kern.log.4.gz

  148,0KiB [          ]  messages.4.gz

  128,0KiB [          ]  daemon.log.2.gz

  120,0KiB [          ]  syslog.6.gz

  116,0KiB [          ]  auth.log.1

  112,0KiB [          ]  daemon.log

  100,0KiB [          ]  syslog.3.gz

  100,0KiB [          ] /cups

   96,0KiB [          ]  syslog.5.gz

   76,0KiB [          ]  daemon.log.3.gz

   68,0KiB [          ]  daemon.log.4.gz

   64,0KiB [          ]  ufw.log.2.gz

   52,0KiB [          ]  syslog.2.gz

   48,0KiB [          ]  syslog.4.gz

   44,0KiB [          ]  Xorg.0.log.old

   44,0KiB [          ]  Xorg.0.log

ce dont raleur causait
voir ton message #8

ls -lsha /var/log/

463M -rw-r-----  1 root              adm        463M mai    3 10:13 messages

Dernière modification par Croutons (03-05-2017 15:23:35)

Debian-facile

#1 02-05-2017 20:15:02

[clos] au sujet du dossier /tmp

#2 02-05-2017 22:53:43

Re : [clos] au sujet du dossier /tmp

#3 03-05-2017 06:53:02

Re : [clos] au sujet du dossier /tmp

#4 03-05-2017 07:13:42

Re : [clos] au sujet du dossier /tmp

#5 03-05-2017 07:57:12

Re : [clos] au sujet du dossier /tmp

#6 03-05-2017 08:07:59

Re : [clos] au sujet du dossier /tmp

#7 03-05-2017 08:19:04

Re : [clos] au sujet du dossier /tmp

#8 03-05-2017 09:20:23

Re : [clos] au sujet du dossier /tmp

#9 03-05-2017 09:58:10

Re : [clos] au sujet du dossier /tmp

#10 03-05-2017 09:58:27

Re : [clos] au sujet du dossier /tmp

#11 03-05-2017 10:24:48

Re : [clos] au sujet du dossier /tmp

#12 03-05-2017 10:30:27

Re : [clos] au sujet du dossier /tmp

#13 03-05-2017 11:05:35

Re : [clos] au sujet du dossier /tmp

#14 03-05-2017 11:47:55

Re : [clos] au sujet du dossier /tmp

#15 03-05-2017 12:24:39

Re : [clos] au sujet du dossier /tmp

#16 03-05-2017 12:32:06

Re : [clos] au sujet du dossier /tmp

#17 03-05-2017 12:36:17

Re : [clos] au sujet du dossier /tmp

#18 03-05-2017 12:50:40

Re : [clos] au sujet du dossier /tmp

#19 03-05-2017 12:52:41

Re : [clos] au sujet du dossier /tmp

#20 03-05-2017 12:59:54

Re : [clos] au sujet du dossier /tmp

#21 03-05-2017 13:17:03

Re : [clos] au sujet du dossier /tmp

#22 03-05-2017 13:45:43

Re : [clos] au sujet du dossier /tmp

#23 03-05-2017 13:47:29

Re : [clos] au sujet du dossier /tmp

#24 03-05-2017 14:36:19

Re : [clos] au sujet du dossier /tmp

#25 03-05-2017 15:13:10

Re : [clos] au sujet du dossier /tmp

Pied de page des forums