Bonjour,
Suite au passage hier de F20 -> F21 -> F22 via fedup j'ai un /dev/mapper/fedora-root qui est a 100 %.
% df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  32G     0   32G   0% /dev
tmpfs                     32G  164K   32G   1% /dev/shm
tmpfs                     32G  1.5M   32G   1% /run
tmpfs                     32G     0   32G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   50G   47G     0 100% /
tmpfs                     32G   80K   32G   1% /tmp
/dev/sda3                477M  202M  246M  46% /boot
/dev/sdb1                917G  2.1G  869G   1% /data_1
/dev/sdb2                917G  287G  584G  33% /data_2
/dev/mapper/fedora-home  160G   13G  139G   9% /home
tmpfs                    6.3G  8.0K  6.3G   1% /run/user/42
tmpfs                    6.3G   24K  6.3G   1% /run/user/1385
/dev/sdc1                2.7T  320G  2.3T  13% /run/media/econdami/BackUp
C'est normal d'avoir un /root de 50G suite a cet upgrade ?
Amicalement
regarde ton /var/cache (me semble qu'il est dedans), tu dois probablement avoir un tit fedup qui traine qui pése lourd !
regarde aussi dans /var/lib/systemd/coredump s'il n'y a pas des fichier inutiles
Gérard
Merci pour vos reponses (aides).
Mongos wrote:regarde ton /var/cache (me semble qu'il est dedans), tu dois probablement avoir un tit fedup qui traine qui pése lourd !
[root@servoz(servoz)]:/var/cache # du -sh *
4.0K	abrt-di
52K	coolkey
33M	cups
11M	dnf
1.2M	fontconfig
4.0K	foomatic
4.0K	gdm
148K	ibus
4.0K	krb5rcache
140K	ldconfig
36K	libvirt
4.0K	lightdm
4.8M	man
3.7M	PackageKit
4.0K	realmd
739M	yum
[root@servoz(servoz)]:/var/cache # cd yum
[root@servoz(servoz)]:/var/cache/yum # ls -l
total 4
drwxr-xr-x. 5 root root 4096 Jul 16 10:40 x86_64
[root@servoz(servoz)]:/var/cache/yum # cd x86_64
[root@servoz(servoz)]:/var/cache/yum/x86_64 # ls -l
total 12
drwxr-xr-x. 42 root root 4096 Jul 15 14:36 20
drwxr-xr-x.  9 root root 4096 Jul 15 16:33 21
drwxr-xr-x.  4 root root 4096 Jul 16 10:44 22
[root@servoz(servoz)]:/var/cache/yum/x86_64 # du -sh *
544M	20
196M	21
28K	22
Je crois que je peux virer /var/cache/yum/x86_64/20 et /var/cache/yum/x86_64/21 ? (je suis quasi certain, mais bon 🙂
fgland wrote:regarde aussi dans /var/lib/systemd/coredump s'il n'y a pas des fichier inutiles
Gérard
Non la je n'ai rien trouve.
J'ai donc supprimmer les /var/cache/yum/x86_64/20 et /var/cache/yum/x86_64/21.
C'est deja mieux :
[root@servoz(servoz)]:/home/econdami # df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  32G     0   32G   0% /dev
tmpfs                     32G  164K   32G   1% /dev/shm
tmpfs                     32G  1.5M   32G   1% /run
tmpfs                     32G     0   32G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   50G   47G  544M  99% /
tmpfs                     32G   80K   32G   1% /tmp
/dev/sda3                477M  202M  246M  46% /boot
/dev/sdb1                917G  2.8G  868G   1% /data_1
/dev/mapper/fedora-home  160G   13G  139G   9% /home
/dev/sdb2                917G  287G  584G  33% /data_2
tmpfs                    6.3G  8.0K  6.3G   1% /run/user/42
tmpfs                    6.3G   24K  6.3G   1% /run/user/1385
/dev/sdc1                2.7T  320G  2.3T  13% /run/media/econdami/BackUp
mais le /dev/mapper/fedora-root reste a 99% pour 50G. Pourtant je pensais que 50G c'est deja pas mal pour un root ?
Tu n'as pas un vieux reste de /var/log/messages gigantesque ?
# du -csh /var/log/*
Sinon il faut contrôler la taille de chaque répertoire et y aller de façon récursive.
Nicoss wrote:Tu n'as pas un vieux reste de /var/log/messages gigantesque ?
Oui j'avais regardé le /var/log/messages et il y a bien le /var/log/journal/ qui est un peu gros (1.2G) mais je ne l'ai pas supprime car je ne sais pas exactement a quoi il sert.
# du -csh /var/log/*
1.9M	/var/log/anaconda
19M	/var/log/audit
16K	/var/log/boot.log
4.0K	/var/log/btmp
4.0K	/var/log/btmp-20150701
4.0K	/var/log/chrony
4.0K	/var/log/cluster
48K	/var/log/cron
156K	/var/log/cups
608K	/var/log/dnf.librepo.log
44K	/var/log/dnf.log
4.0K	/var/log/dnf.rpm.log
14M	/var/log/fedup.log
4.0K	/var/log/firewalld
376K	/var/log/gdm
4.0K	/var/log/glusterfs
40K	/var/log/grubby
8.0K	/var/log/hawkey.log
0	/var/log/java_install.log
1.2G	/var/log/journal
52K	/var/log/lastlog
8.0K	/var/log/libvirt
4.0K	/var/log/lightdm
4.0K	/var/log/maillog
6.5M	/var/log/messages
4.0K	/var/log/munge
8.0K	/var/log/pluto
4.0K	/var/log/ppp
256K	/var/log/prelink
4.0K	/var/log/README
8.0K	/var/log/samba
44K	/var/log/secure
4.0K	/var/log/speech-dispatcher
0	/var/log/spooler
4.0K	/var/log/sssd
0	/var/log/tallylog
952K	/var/log/upgrade.log
4.0K	/var/log/vbox
4.0K	/var/log/wpa_supplicant.log
564K	/var/log/wtmp
40K	/var/log/Xorg.0.log
52K	/var/log/Xorg.0.log.old
36K	/var/log/Xorg.9.log
36K	/var/log/Xorg.9.log.old
28K	/var/log/yum.log
1.2G	total
De toute facon, si je le supprime je récupère 1G, mais selon moi il faudrait au moins récupérer 10G au moins non (sur 50G alloué, 40 utilisé ce serait déjà pas mal non ?)
Salut,

À l'aide d'une commande trouvée sur le net, et plus quelques lecture de man, j'ai bricolé un truc pour identifier les plus gros dossiers du système.

Essayes avec ça pour voir:
du --exclude="/home" -x -h -a / | sort -r -h | head -30
Ça te sortira les 30 plus gros dossiers à partir de la racine, ensuite en fonction du résultat tu affineras en changeant la cible.
Ton souci ne se passe pas dans /var/log/ (1.2G). Il faut que tu commences par / et que tu descendes dans les arborescences qui te semblent contenir trop.

Edit : CabSud t'a mâché le travail 😉
CabSud wrote:Salut,

À l'aide d'une commande trouvée sur le net, et plus quelques lecture de man, j'ai bricolé un truc pour identifier les plus gros dossiers du système.

Essayes avec ça pour voir:
du --exclude="/home" -x -h -a / | sort -r -h | head -30
Ça te sortira les 30 plus gros dossiers à partir de la racine, ensuite en fonction du résultat tu affineras en changeant la cible.
Cool, merci.

Bon j'ai donc cherché a la mano en m'aidant de la commande de CabSud, mais je ne vois rien de nettement louche !
A chaque fois que j'ai fait une mise a jour j'ai toujours galéré !!!! Je commence a vraiment penser que rien ne vaut une installation fraiche ... Bon c'est un vieux serpent de mer, et je ne veux pas déterrer cette vielle discussion !
Sinon ça donne quoi la commande ?

Trop d'applications et d'environnements de bureau ?
# du --exclude="/home" -x -h -a / | sort -r -h | head -30
46G	/
33G	/backUp
32G	/backUp/BACKUP_Total
30G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie
30G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data
30G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II
30G	/backUp/BACKUP_Total/data_2
22G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde
12G	/usr
8.6G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/servoz/copy_wservoz
8.6G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/servoz
7.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait
6.9G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri
4.3G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente
3.9G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications
3.8G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications/Thunderbird/Profiles
3.8G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications/Thunderbird
3.6G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/GENE
3.5G	/usr/local/MATLAB
3.5G	/usr/local
3.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri/Manips-RMN_econdami/data/econdami/nmr
3.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri/Manips-RMN_econdami/data/econdami
3.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri/Manips-RMN_econdami/data
3.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri/Manips-RMN_econdami
3.3G	/usr/share
3.2G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications/Thunderbird/Profiles/eukgx4q0.default
2.6G	/usr/lib64
2.5G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications/Thunderbird/Profiles/eukgx4q0.default/ImapMail/fw4.ibs.fr
2.5G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Tri-Fait/Aclasser-Attente/Applications/Thunderbird/Profiles/eukgx4q0.default/ImapMail
2.4G	/backUp/BACKUP_Total/data_2/DisqueSAMSUNG_II/Data/DisqueLaCie/Sauvegarde/Dhaulagiri/x1
J'ai regarde autour de /usr (le plus gros sur la partition fedora-root). Mais j'ai rien vu de clairement curieux (j'evite les suppression sauvage sur cette partition 🙂
Ta partition fait 50G .
Espace utilisée sur ta racine 46G dont 33G par /backup .
Je crois que tu as trouvé ton coupable .
Euh comment te dire... j'espère que ce n'est pas le backup de ton disque actuel ? Ce qui ne semble pas le cas.

Sinon mettre un backup sur une partition système, je ne pense pas que ce soit la meilleure des idées. Il vaut mieux un disque à part. Maintenant tu sais où sont passés les 32G manquant de ton / :-D
Non, non c'est le backup des donnees sur un autre disque dur bien sur ... Heu faut que je regarde le montage ... il semble pour le moins curieux ...:
[econdami@servoz(servoz)]:/backUp % df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  32G     0   32G   0% /dev
tmpfs                     32G  164K   32G   1% /dev/shm
tmpfs                     32G  1.5M   32G   1% /run
tmpfs                     32G     0   32G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   50G   46G  1.5G  97% /
tmpfs                     32G  212K   32G   1% /tmp
/dev/sda3                477M   89M  360M  20% /boot
/dev/sdb2                917G  287G  584G  33% /data_2
/dev/sdb1                917G  2.8G  868G   1% /data_1
/dev/mapper/fedora-home  160G   13G  139G   9% /home
tmpfs                    6.3G  8.0K  6.3G   1% /run/user/42
tmpfs                    6.3G   32K  6.3G   1% /run/user/1385
/dev/sdc1                2.7T  320G  2.3T  13% /run/media/econdami/BackUp
[econdami@servoz(servoz)]:/backUp % cd more /etc/fstab
chdir: Too many arguments.
[econdami@servoz(servoz)]:/backUp %  more /etc/fstab

#
# /etc/fstab
# Created by anaconda on Tue Nov  4 12:35:48 2014
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/fedora-root /                       ext4    defaults        1 1
UUID=de441528-72b4-41c6-b099-b85f63d187be /boot                   ext4    defaul
ts        1 2
/dev/mapper/fedora-home /home                   ext4    defaults        1 2
/dev/mapper/fedora-swap swap                    swap    defaults        0 0
/dev/disk/by-uuid/24d18014-c417-4cb1-a474-caeb781e657f /data_1 auto nosuid,nodev
,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/a4a2eceb-cc8d-49b7-89f6-ff8776534346 /data_2 auto nosuid,nodev
,nofail,x-gvfs-show 0 0
/dev/disk/by-id/wwn-0x5000c5007cde90ca-part1 /backUp auto nosuid,nodev,nofail,x-
gvfs-show 0 0
oh l'affreux c... !!!! J'ai compris.j'ai fait une erreur entre backUp et BackUp. De plus le disque de backup est mal monte (encore un truc fait a la va vite 🙁
Merci, vous m'avez mis sur la voie, car pour moi le backup c'etait le disque de backup alors que non c'est bien une directory sur / !!!!
Effectivement t'as tout dit 😉 Y'a plus qu'à !
ah voila qui est mieux:
% df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  32G     0   32G   0% /dev
tmpfs                     32G  164K   32G   1% /dev/shm
tmpfs                     32G  1.5M   32G   1% /run
tmpfs                     32G     0   32G   0% /sys/fs/cgroup
/dev/mapper/fedora-root   50G   14G   34G  29% /
tmpfs                     32G   84K   32G   1% /tmp
/dev/sda3                477M   89M  360M  20% /boot
/dev/sdb2                917G  287G  584G  33% /data_2
/dev/sdb1                917G  2.8G  868G   1% /data_1
/dev/sdc1                2.7T  320G  2.3T  13% /backUp
/dev/mapper/fedora-home  160G   13G  139G   9% /home
tmpfs                    6.3G  8.0K  6.3G   1% /run/user/42
tmpfs                    6.3G   20K  6.3G   1% /run/user/1385
D’où l’utilité de montrer à d'autre quand on a un problème ... le nez dans notre guidon on ne voit pas toujours l’évidence ... mille mercis !!!
au passage vous savez ce que c'est /run/user/42 et /run/user/1385 ?
OK pas de problème pour les /run/user/$uid, c'est meme bien qu'ils soient la.
Bon, je vous souhaite une bonne fin d’après-midi !!!
Amicalement
Voilà une bonne chose de réglée. Tu peux passer ton sujet en Résolu du coup.

Bonne continuation