Aller au contenu principal
Sujet: Plus d'espace Libre (Lu 3492 fois) sujet précédent - sujet suivant

Plus d'espace Libre

Bonjour,
Mon suse Leap 15.1 est installé sur un disque SSD de 110G. C'est un upgrade d'opensuse 42.2 en 42.3, puis en suse 15.0.
Pourtant je n'ai plus de place et SUSE se plante ( figeage).
J'ai fait plusieurs fois du nettoyage, mais le disque se rempli a nouveau très vite. Merci de votre aide.

Les partitions stocks et datas sont un autre disque

Code:
df -h

Filesystem Size Used Avail Use% Mounted on
devtmpfs 16G 0 16G 0% /dev
tmpfs 16G 70M 16G 1% /dev/shm
tmpfs 16G 11M 16G 1% /run
tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/sdb3 110G 108G 239M 100% /
/dev/sdb3 110G 108G 239M 100% /tmp
/dev/sdb1 256M 50M 207M 20% /boot/efi
/dev/sdb3 110G 108G 239M 100% /var/opt
/dev/sdb3 110G 108G 239M 100% /var/lib/libvirt/images
/dev/sdb3 110G 108G 239M 100% /var/lib/machines
/dev/sdb3 110G 108G 239M 100% /var/lib/mailman
/dev/sda1 197G 12G 176G 7% /datas
/dev/sdb3 110G 108G 239M 100% /var/lib/mysql
/dev/sdb3 110G 108G 239M 100% /opt
/dev/sdb3 110G 108G 239M 100% /var/lib/mariadb
/dev/sdb3 110G 108G 239M 100% /home
/dev/sdb3 110G 108G 239M 100% /var/crash
/dev/sdb3 110G 108G 239M 100% /boot/grub2/x86_64-efi
/dev/sdb3 110G 108G 239M 100% /var/lib/named
/dev/sda2 732G 604G 129G 83% /stock
/dev/sdb3 110G 108G 239M 100% /var/lib/pgsql
/dev/sdb3 110G 108G 239M 100% /var/cache
/dev/sdb3 110G 108G 239M 100% /var/log
/dev/sdb3 110G 108G 239M 100% /usr/local
/dev/sdb3 110G 108G 239M 100% /srv
/dev/sdb3 110G 108G 239M 100% /boot/grub2/i386-pc
/dev/sdb3 110G 108G 239M 100% /var/spool
/dev/sdb3 110G 108G 239M 100% /var/tmp
tmpfs 3.2G 24K 3.2G 1% /run/user/1000

et

Code:
du -h -d 1 /home/

279M /home/eric
0 /home/.Trash-0
279M /home/

et

Code:
du -h -d 1 /var

102M /var/cache
0 /var/crash
du: cannot access '/var/lib/dhcp/proc/8958/task/8958/fd/3': No such file or directory
du: cannot access '/var/lib/dhcp/proc/8958/task/8958/fdinfo/3': No such file or directory
du: cannot access '/var/lib/dhcp/proc/8958/fd/4': No such file or directory
du: cannot access '/var/lib/dhcp/proc/8958/fdinfo/4': No such file or directory
225M /var/lib
80M /var/log
0 /var/opt
40K /var/spool
0 /var/tmp
238M /var/adm
400K /var/webmin
28K /var/usermin
4.0K /var/yp
643M /var


Je ne trouve aucun gros fichier.

J'ai passé bleach, et les commandes :
Code:
sudo rm /var/tmp/* -rf
Code:
sudo zypper clean

Code:
rm /var/log/*.log -rf

Code:
sudo zypper purge-kernels

je suis passé à 97%, mais 1 jour après je suis revenu a 100%

je ne vois aucun gros fichier qui peut expliquer cela.
/var/Libvirt est vide
/var/machines est vide

J'ai désactivé snapper a cause de ça,

Quelqu'un a une piste ?
Je sais que je pourrais reformater pour être tranquille, mais je préfère éviter


Eric


Re : Plus d'espace Libre

Répondre #2
Bonjour, merci d'essayer de m'aider.

Beaucoup de mal avec snapper, je l'ai viré il y a environ 1 mois pour le même problème : il remplissait mon disque sans arrêt.

edserv:/.snapshots # snapper list
 # | Type   | Pre # | Date | User | Cleanup | Description | Userdata
---+--------+-------+------+------+---------+-------------+---------
0  | single |       |      | root |         | current     |

J'étais passé à 40%.

Mais la c'est revenu et normalement il n'y a plus snapper.

Je n'ai pas bien compris du coup le pb avec Btrfs, il faut que repasse en ext 4 pour être tranquille ?

Re : Plus d'espace Libre

Répondre #3
Vrai que d'après ce que j'en ai lu, le btrfs avec un ssd de 110 Go, ce sera vite rempli...
Là, je fais un essai de Debian en btrfs dans un ssd en lui allouant un espace de 127 Go.
Le btrfs serait l'avenir... je veux bien, mais si comme toi, je referai vite une re-install de Debian en ext4.
J'essaie btrfs suite à bêtise de ma part chez ma Debian m'obligeant à une re-install; paraît-il qu'avec btrfs, un snapshot et hop, on remonte dans le temps: on retrouve son système avant sa bêtise...
Sinon, en ext4, je faisais une sauvegarde sur disque dur externe de mon système chaque  fois avant de faire la mise à jour: c'est ça la corvée que btrfs fait automatiquement, ah wé !!! mais bon, si je vais pas loin avec 127 Go, je reviendrai à ext4 que j'aime bien.

Re : Plus d'espace Libre

Répondre #4
Bonjour,
Pour ma part, je n'avais pas noté de remplissage de disque lié à snapper.
Il y avait seulement des "lenteurs" car mon PC n'est pas récent

Re : Plus d'espace Libre

Répondre #5
Avec plusieurs installations en BTRFS, j'ai aussi constaté des soucis de remplissage sans raisons, et sans pouvoir libérer de l'espace.
A chaque fois, je suis revenu en XFS et ... no souci (j'évite EXT4, mauvaises expériences ...)

Re : Plus d'espace Libre

Répondre #6
Pareil. Je ne comprends pas cette manie d'imposer btrfs par défaut avec le systeme de snap configuré de la sorte.  

Re : Plus d'espace Libre

Répondre #7
;=)
Btrfs est censé être l'évolution ultime d'ext4, ca fait moderne, ca fait jeune et ca brille.

C'est modifiable à l'usage mais il faut plonger dans la documentation
exemple : https://doc.opensuse.org/documentation/leap/reference/html/book-opensuse-reference/cha-snapper.html

A voir selon vos besoins.
https://fr.wikipedia.org/wiki/Btrfs voir notamment le paragraphe final

Re : Plus d'espace Libre

Répondre #8
Bonjour,
Je m'en suis sorti en faisant une première commande de type  
btrfs balance start -v -dusage=0 /mnt/btrfs
, d’après le site https://btrfs.wiki.kernel.org/index.php/Balance_Filters.
Je suis tombé à 80%
2 jours après => disque full, le tmpfs ne fonctionnant pas vraiment car suse s'est figé a chaque fois.
Du coup : => DVD => gravage => réinstall avec formatage du disque SSD, je suis resté en Btrfs, et passage à leap 15.2 => passage à 6% d'utilisation, puis 10% depuis 10 j environ ça ne bouge plus.

Re : Plus d'espace Libre

Répondre #9
salut
Personnellement, j'installe le systeme est ext4 et la partition données en xfs quand/si j'y stocke des fichiers lourds ( video). Le btrfs est important si on a un serveur puissamment artillé en espace disque, et devant pouvoir revenir à un état antérieur pour assurer une disponibilité totale,