Espace disque sur / bizarre depuis mises a jour

Support Debian
#1

Bonjour a tous,

J’ai fait, il y a de ca trois jours, des mises a jour sur GNU/Linux Debian Squeeze.
Depuis ces mises a jour, ma partition /, separee de ma /home me signale que l’espace disque est insufissant. Soit …

Ma / etait de 9 giga. Donc, a la limite, j’ai compris. Bien qu’il restait au moins 1,5 giga de dispo sur ma /.
J’ai donc change de disque dur, repartitionne, etc pour avoir plus d’espace disque.

Ce matin, ma partition / fait 20 giga. Je lance mon logiciel de sauvegarde : backup-manager (dont je n’ai absolument pas modifie la configuration), et en quelques minutes, ma / de 20 giga est de nouveau pleine :open_mouth: m’empechant de faire mes sauvegardes (sur un dd ext usb 2.0 en ext3 a qui il reste au moins 400 giga de dispo sur 1 tera et branche avec le cable usb le plus court possible sur ma tour).

La, ca devient n’importe quoi !!!

Etant sous testing, je ne suis pas la pour me plaindre, mais pour trouver une personne qui serait prete a m’aider pour localiser le probleme et faire un rapport de bug.

Merci d’avance, surtout que cela fait planter mes sauvegardes :open_mouth: et ca, c’est tres dangereux !!

PS : J’ai deja cherche sur differentes sources si un probleme comparable etait releve, mais je n’ai rien trouve. Donc, si vous avez quelquechose, je suis preneur. Merci d’avance.

#2

Dis nous comment tu procèdes, plus de détails
nom du programme de sauvegarde, commande , systèmes de fichiers en présence (ext3, ext4, xfs, NTFS, FAT32…)
RAID ? …

$ pwd
$ df -hT

Repère où se trouvent les fichiers volumineux par la commande “du” (disk usage) ou par le graphique filelight

/var/log déborde lorsque le système déraille, regarde
$ du -h /var/log
ou
$ ls -sh /var/log

#3

Es-tu sûr d’avoir correctement configuré ton logiciel de backups ? J’ai comme l’impression que tu effectues une sauvegarde de tout ton “/” vers le disque sur lequel il est stocké.

Si ce n’est pas ça je ne sais pas.

#4

Bonjour,

Avant que vous lisiez la suite, je vous dis d’entrer de jeu que Cluxter avait raison (voir la fin du poste pour les explications), et que les propositions d’etxeberrizahar m’ont permis de m’en rendre compte. J’ai quand meme poste toute la procedure de diagnostic qui a commence a 15h15 et c’est finie a 17h30. Ca peut servir a d’autres.
Alors, un grand merci a tous les deux et bonne continuation.

Debut du diagnostic : 15h15
@ Cluxter
"Es-tu sûr d’avoir correctement configuré ton logiciel de backups ? J’ai comme l’impression que tu effectues une sauvegarde de tout ton “/” vers le disque sur lequel il est stocké."
Merci pour ta reponse Cluxter
Pour mes sauvegardes j’utilise backup-manager depuis quelques annees. J’ai pas touche au fichier de config depuis lgtps. J’ai jamais eu aucun souci. J’ai verifie son fichier de configuration et, non ya pas photos, les svgdes se font sur mon dd ext.
Merci encore pour ta reponse.

@ etxeberrizahar
"Dis nous comment tu procèdes, plus de détails
nom du programme de sauvegarde, commande , systèmes de fichiers en présence (ext3, ext4, xfs, NTFS, FAT32…)
RAID ? …"

En fait, le probleme ne s’applique pas que sur les sauvegardes mais sur le systeme entier. La GNU/Linux Debian Squeeze ne demarre plus du tout. En cours de demarrage, elle m’affiche un message de gdm (j’utilise gnome) me disant qu’il n’y a plus d’espace disque disponible et odnc que le demarrage ne peut pas se faire completement. Je peux par contre encore demarrer en recovery.
Le systeme de sauvegarde est backup-manager que j’utilise regulierement depuis quelques annees sans avoir rencontres de pbs avec jusqu’a ce jour.
Les systemse de fichiers, c tout en ext3 et sans raid, ni lvm, ni chiffrage de syst de fichiers : le /, le /home et les quelques autres montes par /etc/fstab.
Le fstab de mon install GNU/Linux Debian Squeeze :

proc /proc proc defaults 0 0
/dev/hda2 / ext3 errors=remount-ro,data=ordered 0 1
/dev/hdb1 /home ext3 defaults,data=ordered 0 2
/dev/hda1 none swap sw 0 0
/dev/hdd1 /mnt/EncoreUn ext3 auto,nouser,async,dev,rw,exec,data=ordered 0 3
/dev/hda3 /mnt/Emballage ext3 auto,nouser,async,dev,rw,exec,data=ordered 0 4
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

La derniere fois que je l’ai modifie, c’etait pour les changements de dd du au pb de place que je decris. Sinon, mon install tournait tres bien depuis deux ans.
Donc, /dev/hda2 est monte en / il etait de 9 go est je l’ai passe a 20 go depuis le pb, mais tjs pareil, cette partition s’est remplie en rien de temps pendant que je faisais mes sauvegardes. mais, a mon avis, ca aurait pu etre n’importe quand en pas forcement pdt mes sauvegardes. C’est ce qui s’est passe qd la partition faisait encore 9 go, a l’ouverture de la seule session de l’utilisateur normal que j’ai, gnome m’a mis un message en me disant qu’il n’y avait plus de place sur cette partition. C’est arrive du jour au lendemain apres des mises a jour.
Voila liste des mises a jour via aptitude qui ont foutu le bordel le lendemain en rallumant le poste.
Aptitude 0.4.11.11: journal
sam., févr. 20 2010 20:43:27 +0100

IMPORTANT : ce journal ne contient que les actions demandées ; certaines actions qui
échouent à cause d’erreurs de dpkg peuvent donc ne pas être réalisées.

93 paquets vont être installés, et 1 retirés.
4 694ko d’espace disque vont être utilisés

[SUPPRIMÉ, NON UTILISÉ] gnome-mount
[CONSERVÉ, DÉPENDANCES] gcj-jre-headless
[CONSERVÉ, DÉPENDANCES] gij
[INSTALLÉ, DÉPENDANCES] fancontrol
[INSTALLÉ, DÉPENDANCES] libopts25
[MIS A JOUR] binutils 2.20-5 -> 2.20-6
[MIS A JOUR] cracklib-runtime 2.8.15-6+b1 -> 2.8.15-9
[MIS A JOUR] geoip-database 1.4.6.dfsg-17 -> 1.4.6.dfsg-19
[MIS A JOUR] gnome-accessibility 1:2.28+4 -> 1:2.28+5
[MIS A JOUR] gnome-core 1:2.28+4 -> 1:2.28+5
[MIS A JOUR] gnome-desktop-environment 1:2.28+4 -> 1:2.28+5
[MIS A JOUR] hdparm 9.27-1 -> 9.27-2
[MIS A JOUR] kde-i18n-fr 4:4.3.4-1 -> 4:4.3.5-1
[MIS A JOUR] kde-l10n-fr 4:4.3.4-1 -> 4:4.3.5-1
[MIS A JOUR] libcaca-dev 0.99.beta16-3 -> 0.99.beta17-1
[MIS A JOUR] libcaca0 0.99.beta16-3 -> 0.99.beta17-1
[MIS A JOUR] libchamplain-0.4-0 0.4.3-1 -> 0.4.4-1
[MIS A JOUR] libchamplain-gtk-0.4-0 0.4.3-1 -> 0.4.4-1
[MIS A JOUR] libcrack2 2.8.15-6+b1 -> 2.8.15-9
[MIS A JOUR] libdirectfb-1.2-0 1.2.8-5 -> 1.2.10really1.2.8-1+b1
[MIS A JOUR] libdirectfb-dev 1.2.8-5 -> 1.2.10really1.2.8-1+b1
[MIS A JOUR] libdirectfb-extra 1.2.8-5 -> 1.2.10really1.2.8-1+b1
[MIS A JOUR] libenca0 1.12-1 -> 1.13-1
[MIS A JOUR] libgeoip1 1.4.6.dfsg-17 -> 1.4.6.dfsg-19
[MIS A JOUR] libglew1.5 1.5.1-7 -> 1.5.1-8
[MIS A JOUR] libgnomevfs2-0 1:2.24.2-1 -> 1:2.24.2-2
[MIS A JOUR] libgnomevfs2-bin 1:2.24.2-1 -> 1:2.24.2-2
[MIS A JOUR] libgnomevfs2-common 1:2.24.2-1 -> 1:2.24.2-2
[MIS A JOUR] libgnomevfs2-extra 1:2.24.2-1 -> 1:2.24.2-2
[MIS A JOUR] libgpm2 1.20.4-3.2 -> 1.20.4-3.3
[MIS A JOUR] libgssapi-krb5-2 1.8+dfsg~alpha1-5 -> 1.8+dfsg~alpha1-7
[MIS A JOUR] libio-pty-perl 1:1.07-2 -> 1:1.08-1
[MIS A JOUR] libk5crypto3 1.8+dfsg~alpha1-5 -> 1.8+dfsg~alpha1-7
[MIS A JOUR] libkrb5-3 1.8+dfsg~alpha1-5 -> 1.8+dfsg~alpha1-7
[MIS A JOUR] libkrb5support0 1.8+dfsg~alpha1-5 -> 1.8+dfsg~alpha1-7
[MIS A JOUR] libmtp8 1.0.1-2 -> 1.0.2-1
[MIS A JOUR] libneon27-gnutls 0.29.0-1 -> 0.29.3-1
[MIS A JOUR] libnm-glib-vpn1 0.7.999-2 -> 0.7.999-3
[MIS A JOUR] libnm-glib2 0.7.999-2 -> 0.7.999-3
[MIS A JOUR] libnm-util1 0.7.999-2 -> 0.7.999-3
[MIS A JOUR] libopenal1 1:1.10.622-1 -> 1:1.11.753-1
[MIS A JOUR] libperl5.10 5.10.1-9 -> 5.10.1-11
[MIS A JOUR] libsensors4 1:3.1.1-4 -> 1:3.1.2-2
[MIS A JOUR] libslab0a 2.27.91-1 -> 2.27.91-3
[MIS A JOUR] libsoup-gnome2.4-1 2.29.6-1 -> 2.29.90-1
[MIS A JOUR] libsoup2.4-1 2.29.6-1 -> 2.29.90-1
[MIS A JOUR] libvte-common 1:0.22.5-1 -> 1:0.22.5-2
[MIS A JOUR] libvte9 1:0.22.5-1+b1 -> 1:0.22.5-2
[MIS A JOUR] libxrandr-dev 2:1.3.0-2 -> 2:1.3.0-3
[MIS A JOUR] libxrandr2 2:1.3.0-2 -> 2:1.3.0-3
[MIS A JOUR] lm-sensors 1:3.1.1-4 -> 1:3.1.2-2
[MIS A JOUR] mutt 1.5.20-6 -> 1.5.20-7
[MIS A JOUR] network-manager 0.7.999-2 -> 0.7.999-3
[MIS A JOUR] ntp 1:4.2.4p8+dfsg-1 -> 1:4.2.6+dfsg-1
[MIS A JOUR] ntpdate 1:4.2.4p8+dfsg-1 -> 1:4.2.6+dfsg-1
[MIS A JOUR] openoffice.org 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-base 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-base-core 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-calc 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-common 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-core 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-draw 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-emailmerge 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-evolution 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-filter-mobiledev 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-gnome 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-gtk 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-help-en-us 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-help-fr 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-impress 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-java-common 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-l10n-fr 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-math 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-officebean 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-report-builder-bin 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-style-galaxy 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-style-oxygen 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-style-tango 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] openoffice.org-writer 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] perl 5.10.1-9 -> 5.10.1-11
[MIS A JOUR] perl-base 5.10.1-9 -> 5.10.1-11
[MIS A JOUR] perl-modules 5.10.1-9 -> 5.10.1-11
[MIS A JOUR] python-uno 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] python-xdg 0.18-1 -> 0.19-1
[MIS A JOUR] rhythmbox 0.12.6-2 -> 0.12.6-3
[MIS A JOUR] sound-juicer 2.28.1-1 -> 2.28.1-2
[MIS A JOUR] strace 4.5.19-1 -> 4.5.19-2
[MIS A JOUR] telepathy-gabble 0.8.9-1 -> 0.8.10-1
[MIS A JOUR] transmission-common 1.77-1 -> 1.83-2
[MIS A JOUR] transmission-gtk 1.77-1 -> 1.83-2
[MIS A JOUR] ttf-opensymbol 1:3.1.1-14 -> 1:3.1.1-15+squeeze1
[MIS A JOUR] uno-libs3 1.5.1+OOo3.1.1-14 -> 1.5.1+OOo3.1.1-15+squeeze1
[MIS A JOUR] unzip 6.0-1 -> 6.0-3
[MIS A JOUR] ure 1.5.1+OOo3.1.1-14 -> 1.5.1+OOo3.1.1-15+squeeze1
[MIS A JOUR] x11-apps 7.5+1 -> 7.5+2
[MIS A JOUR] x11-utils 7.5+1+b1 -> 7.5+2

Enregistrement terminé.

C’est un peu long comme liste, dsl.
La premiere fois que gnome m’a signale un pb, j’ai qd meme pu ouvrir une session. J’ai regarde ce qui prenait bcp de places sur / et c’etait /usr/share.

“$ pwd
$ df -hT”

Bon, voila le df -hT, j’ai ete oblige de le refaire a la main car je suis sur une session live, donc les /dev/xxxx ne correspondent pas forcement au fstab du dessus et a leur point de montage respectif :
Sys. de fich. Type Tail. Occ. Disp. %Occ. Monté sur
/dev/sdb1 ext3 147G 69G 71G 50% /home
/dev/sda2 ext3 20G 20G 0 100% /
/dev/sda1 swap 1G
/dev/sda3 ext3 53G 184M 50G 1% /mnt/Emballage
/dev/sdc1 ext3 74G 70G 343M 100% /mnt/EncoreUn

“Repère où se trouvent les fichiers volumineux par la commande “du” (disk usage) ou par le graphique filelight
/var/log déborde lorsque le système déraille, regarde
$ du -h /var/log
ou
$ ls -sh /var/log”

du -h /mnt/sda2/var/log (vu que je suis en session livecd, le /mnt/sda2 = le / installe sur le dd de mon poste)
4,0K /mnt/sda2/var/log/news
40K /mnt/sda2/var/log/tor
4,0K /mnt/sda2/var/log/samba/cores/nmbd
4,0K /mnt/sda2/var/log/samba/cores/smbd
4,0K /mnt/sda2/var/log/samba/cores/winbindd
16K /mnt/sda2/var/log/samba/cores
172K /mnt/sda2/var/log/samba
60K /mnt/sda2/var/log/cups
48K /mnt/sda2/var/log/exim4
320K /mnt/sda2/var/log/apt
4,0K /mnt/sda2/var/log/gnunetd
60K /mnt/sda2/var/log/privoxy
636K /mnt/sda2/var/log/ConsoleKit
4,0K /mnt/sda2/var/log/apache2
448K /mnt/sda2/var/log/installer/cdebconf
1,4M /mnt/sda2/var/log/installer
12K /mnt/sda2/var/log/fsck
48K /mnt/sda2/var/log/gdm
20K /mnt/sda2/var/log/ntpstats
13M /mnt/sda2/var/log

Selon moi, RAS apparemment. On verrait du 300 ou 400 Mo, je m’inquieterais, mais la, a moins que je sois pas habitue aux tailles habituelles des logs, mais bon …

/mnt/sda2/var/log# ls -sh
total 10M
4,0K apache2 28K dmesg.0 4,0K lpr.log.2.gz 108K popularity-contest.0
4,0K apt 12K dmesg.3.gz 4,0K lpr.log.3.gz 28K popularity-contest.1.gz
28K aptitude 12K dmesg.4.gz 0 mail.err 28K popularity-contest.2.gz
12K aptitude.1.gz 312K dpkg.log 4,0K mail.err.0 28K popularity-contest.3.gz
12K aptitude.2.gz 548K dpkg.log.1 4,0K mail.err.1.gz 28K popularity-contest.4.gz
8,0K aptitude.3.gz 48K dpkg.log.10.gz 4,0K mail.err.2.gz 28K popularity-contest.5.gz
12K aptitude.4.gz 32K dpkg.log.11.gz 0 mail.info 28K popularity-contest.6.gz
12K aptitude.5.gz 28K dpkg.log.12.gz 4,0K mail.info.0 4,0K privoxy
8,0K aptitude.6.gz 64K dpkg.log.2.gz 4,0K mail.info.1.gz 4,0K pycentral.log
8,0K auth.log 40K dpkg.log.3.gz 4,0K mail.info.2.gz 4,0K samba
76K auth.log.0 60K dpkg.log.4.gz 0 mail.log 0 scrollkeeper.log
4,0K auth.log.1.gz 48K dpkg.log.5.gz 4,0K mail.log.0 0 scrollkeeper.log.1
120K auth.log.2.gz 48K dpkg.log.6.gz 4,0K mail.log.1.gz 0 scrollkeeper.log.2
4,0K auth.log.3.gz 40K dpkg.log.7.gz 4,0K mail.log.2.gz 896K syslog
4,0K auth.log.4.gz 60K dpkg.log.8.gz 0 mail.warn 172K syslog.0
4,0K auth.log.5.gz 8,0K dpkg.log.9.gz 4,0K mail.warn.0 36K syslog.1.gz
4,0K boot 4,0K exim4 4,0K mail.warn.1.gz 32K syslog.2.gz
8,0K btmp 8,0K faillog 4,0K mail.warn.2.gz 28K syslog.3.gz
4,0K btmp.1 4,0K fontconfig.log 112K messages 32K syslog.4.gz
4,0K ConsoleKit 4,0K fsck 1,5M messages.0 204K syslog.5.gz
4,0K cups 4,0K gdm 76K messages.1.gz 20K syslog.6.gz
12K daemon.log 4,0K gnunetd 96K messages.2.gz 4,0K tor
200K daemon.log.0 4,0K installer 160K messages.3.gz 4,0K user.log
4,0K daemon.log.1.gz 120K kern.log 76K messages.4.gz 8,0K user.log.0
180K daemon.log.2.gz 1,6M kern.log.0 104K messages.5.gz 4,0K user.log.1.gz
8,0K daemon.log.3.gz 84K kern.log.1.gz 104K messages.6.gz 4,0K user.log.2.gz
12K daemon.log.4.gz 100K kern.log.2.gz 4,0K news 12K user.log.3.gz
24K daemon.log.5.gz 172K kern.log.3.gz 4,0K ntpstats 520K wtmp
8,0K daemon.log.6.gz 80K kern.log.4.gz 8,0K pm-powersave.log 516K wtmp.1
16K debug 108K kern.log.5.gz 8,0K pm-powersave.log.1 76K Xorg.0.log
132K debug.0 108K kern.log.6.gz 4,0K pm-powersave.log.2.gz 76K Xorg.0.log.old
8,0K debug.1.gz 20K lastlog 40K pm-suspend.log 48K Xorg.20.log
8,0K debug.2.gz 0 lpr.log 76K pm-suspend.log.1 48K Xorg.20.log.old
20K debug.3.gz 4,0K lpr.log.0 4,0K pm-suspend.log.2.gz
0 dmesg 4,0K lpr.log.1.gz 0 popularity-contest

Selon moi, RAS encore une fois

Ce qui me parait vraiment etrange, c le fait que toute la partition / se remplisse automatiquement, meme apres avoir augmente sa taille a 20 Go :open_mouth: . je pense que c peut etre un pb de fichiers temporaires mal geres. Mais, dans ce cas, au reboot, ces fichiers temporaires ne devraient plus etre present, et c’est pas le cas.

Je vais faire un fsck le plus approfondi possible de ma partition systeme installee.

“le graphique filelight”

:open_mouth: => bien vu Cluxter, je retire ce que j’ai dit au debut du post. Je te presente mes plus sinceres excuses. En effet, j’ai du lancer une sauvegarde sans que mon dd ext soit monte et les svgdes se faisaient dans /media mais sans le dd ext monte. Et meme, ca semble plus “vicieux” que ca. Un nouveau dossier a ete cree dans /media pour le dd ext avec un _ a la fin du nom du dossier de montage du dd ext (du fait, certainement d’un mauvais demontage du dd ext, faut dire que mon pc vieillit (condensateurs qui coulent et cie) et donc, des fois, les reboot sont mechants, vive les touches magiques). Il faut aussi savoir que backup-manager, en fonction des methodes de sauvegardes parametrees, n’acceptent qu’un “chemin” de sauvegarde (pour la methode que j’utilise).
ex :
si /media/disk_externe/sauvegarde est parametre dans le fichier de config de backup-manager comme repertoire cible des svgdes, si le dd ext est monte sur /media/disk_externe_/ est bah les sauvegardes se font tjs dans /media/disk_externe
Voila ce qui s’est surement passe.

Fin du diagnostic : 17h30

Par contre, pourquoi j’ai pas vu ca dans l’utilitaire equivalent a filelight sous gnome, ca, c’est une autre question … faut dire que ca devait deja etre mon visible qu’aujourd’hui. Mais bon, ca n’excuse pas tout. Il faudra que je fasse plus attention.

J’ai plus qu’a redemarrer en recovery et virer les “mechants” fichiers et dossiers pas a leur place :wink:

#5

Bonsoir,

(Je suis sous Sid 64Bits)

Enfin quelqu’un qui a le même problème que celui que j’ai rencontré le 2 février, et qui bien que réglé, si on peut dire, continue de me préoccuper avec des variations du taux d’occupation de la partition racine que je n’arrive pas à expliquer et que mes aideurs habituels ne traduisent pas parfaitement.

Même apparition d’un message annonçant que l’espace libre n’est plus que de 600Mo sur les 14 Go de la partition /, et aggravation très rapide de l’occupation.

Sans doute Network-Manager qui fait des siennes, mais pourquoi ? mystère et boule de suif.

J’ai fait en root # ls -lai /var/log qui faisait apparaitre presque 9 Go de log

Et donc 3 postes précisément:
auth.log.1 = 2,5 Go
daemon.log = 4 Go
syslog.1 = 2,5 Go

Avec le code # tail -n20 /var/log/daemon.log par exemple j’ai pû observer des centaines de lignes invoquant Network-manager.

J’ai purement et simplement supprimés les 3 logs gonflés.

J’ai vérifié la présence de logrotate sur les conseils d’un correspondant, mais il était bien installé.

Voilà, après mes # aptitude remove auth.log et autres, les logs n’ont pas regonflé de la même manière, et je regarde 2 fois par jours avec # df -h le taux d’occupation de la racine, qui varie de 3,7 à 4,1 Go en gros alors qu’il était de 4,6 auparavant.

Dernier détail pour info, après suppression des 3 logs précités, l’occupation est tombée dans un premier temps à 8,2 Go en gros, pour revenir seulement le lendemain à 4,6 Go, sans autre manip de ma part.

Depuis donc l’occupation fluctue mais tout fonctionne normalement.

#6

J’ai des problèmes similaires quand je lance certains programmes, ils me mettent le système de fichier en vrac, et en quelque secondes, le système me dit que j’ai plus du tout d’espace disque disponible sur les partitions…

Passe en mode console quand tu as ce problème (ctrl alt f1), et voit si tu as des lignes qui t’indiquent des erreur de système de fichier genre :

EXT3-fs error (device hda1) : ext3_readdir : bad entry in directory #2345678 : inode out of bounds - offset=0, inode=2345678, rec_len=12, name_len+1
#7

dric64 et eggregor :
Le point commun est le disque plein mais les causes semblent différentes du premier cas

1 Sauvegarde “attrape-tout” de / sans démontage de partitions tierces
2 Journaux d’alertes obèses supposément à cause du réseau
3 fs à erreurs ou disque dur malade

#8

Qu’est-ce que ça fait plaisir à l’égo de lire ça :

[quote]Bonjour,
Avant que vous lisiez la suite, je vous dis d’entrer de jeu que Cluxter avait raison [/quote]
:smt040

Content d’avoir pu t’aider en tout cas !

N’oublie pas de passer le sujet en Résolu en cliquant sur la petite icône verte :wink:

#9

C’est pour ça que je préfère rsync pour mes suvegardes car il permet d’exclure certains dossiers et de ne pas “tourner en rond”.