Partition pleine à 100%

Support Debian
#1

Bonjour,

je viens chercher de l’aide car un des Debian user chez qui j’ai installé Debian stable il y a 6 ou 8 mois a un problème que je n’arrive pas à résoudre.

Debian Stable + KDE
1 hd partitionné en 2 partitions

  • / y compris /home sur une partition sda1 de 36,7 Go
  • partition vide sur sda2 de 36,7 Go
  • partition swap sur sda3
  • /data sur sda4 de 420 Go (taux d’occupation de 50%)

Le problème est que la partition sda1 est occupée à 100% et qu’il devient difficile de faire quoi que ce soit.
Il ne peux même plus ouvrir sa messagerie ni arréter ou redémarrer son ordi

En fouinant dans le dossier/var/log on s’est aperçu que plusieurs dossiers pesaient lourds
/var/log/messages = 10 Go
/var/log/syslog = 10 Go
/var/log/daemon.log = près de 10 Go
/var/log/kernlog = près de 10 Go

Ensuite voulant vérifier le partitionnement exact (KDiskFree ne donne pas l’emplacement de la partition vide et la partition swap) avec fsdisk, cette dernière commande ne donne que SDA1 puis un message d’erreur disant qq chose du genre “partition 1 does’nt start on physical sector down dary”

Déjà comme il habite à 2h de chez moi et nous avons des connexions assez merdiques, j’assure généralement le suivi par téléphone et courriel
Ensuite cela me parait, après coup, faire plus que ce que sda1 peut en contenir (36,7 Go)
Les fichiers daemon.log et kernlog bien que pesant très lourds étaient vides lorqu’il les ouvrait avec kwrite. Je lui ai fait faire un coup de rm sur ces 2 fichiers puis recréer avec touch.
Ils ont bien été purgé mais pour autant le taux d’occupation de sda1 est toujours de 100% alors que j’aurais pensé récupérer assez de place pour que ça tourne rond à nouveau
/var/log fait encore 21 Go. ce sont les fichiers messages et syslog qui pèsent 10Gà chacun et que je n’ose rm car ce n’est pas le même genre de fichiers

Alors voilà. Les histoires de logs m’ont toujours dépassé mais si je pouvais éviter de faire une descente chez lui (4h AR) juste pour réinstaller (4/5h pour télécharger les applis dont il a besoin tant nos connexions sont merdiques), ça m’arrangerait bien.

L’un d’entre vous a t il une solution ? une piste ?
Cela pourrait il venir d’un téléchargement vérolé ou d’un lien vérolé ?

Merci par avance

PS : Je me permets de demander aussi de l’aide sur le forum de Debian-Facile

#2

Pour ma part je tenterais de les visualiser avec un [mono]cat /var/log/fichier | tail[/mono] avant de les supprimer, et tant pis si je n’y parviens pas, leur taille est de toute manière anormale.
Il y a peut-être un bug qui fait que ces fichiers sont très vites remplis, et il faudrait alors résoudre le problème qui est à l’origine de ce remplissage, ce qui sera peut-être plus clair à entrevoir quand il aura repris un peu le contrôle de la machine.

#3

Salut,

[quote=“Tophe”]
En fouinant dans le dossier/var/log on s’est aperçu que plusieurs dossiers pesaient lourds
/var/log/messages = 10 Go
/var/log/syslog = 10 Go
/var/log/daemon.log = près de 10 Go
/var/log/kernlog = près de 10 Go[/quote]

Une application merdique ?
Apache2 ?
Autre ?

Afin de déterminer la cause, un simple [mono]tail -n 100[/mono] par exemple.

  • [mono]-n 100[/mono] Affichage des 100 dernières lignes.

[mono]# tail -n 100 /var/log/messages

tail -n 100 /var/log/syslog

tail -n 100 /var/log/daemon.log

tail -n 100 /var/log/kernlog[/mono]

Tu ajustes l’option [mono]-n[/mono] en conséquence.

#4

Et mettre une rotation des logs après vérification ne sera pas superflue :033

#5 
donne 2 types de lignes qui se répètent
[quote]rsyslogd-2177: imuxsock lost 111823 messages from pid 28759 due to rate-limiting[/quote]
le pid peut changer. Il y en a 5 qui se répète
pid 28759
pid 4748
pid 18498
pid 4892
pid 4722

ou
[quote]rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting[/quote]
le pid pouvant apparemment être un des cinq donné au-dessus
.
.
[code]tail -n 100 /var/log/syslog[/code]
donne sur 99 lignes
[quote]may 31 22:39:42 debian hp (28759): io/hpmud/musb.c 977: invalid bulk out endpoint[/quote]
la centième étant :
[quote]may 31 22:39:42 debian rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting[/quote]

Par contre j'ai un doute sur imuxsock ou imusock (j'ai noté une fois l'un et une fois l'autre)

donne 2 types de lignes qui se répètent

le pid peut changer. Il y en a 5 qui se répète
pid 28759
pid 4748
pid 18498
pid 4892
pid 4722

ou

le pid pouvant apparemment être un des cinq donné au-dessus
.
.

donne sur 99 lignes

la centième étant :

Par contre j’ai un doute sur imuxsock ou imusock (j’ai noté une fois l’un et une fois l’autre)

#6

How to use rate limiting in rsyslog?

#7

En cherchant sur Google (qui a déjà indexé ce sujet) j’ai trouvé

rsyslog.com/tag/rate-limiting/
pas évident, j’ai même carrément du mal

sur : serverfault.com/questions/444061 … responsive
il est proposé :
service postfix restart

Si dans /var/log/syslog vous avez :
dans le fichier /etc/rsyslog.conf ajouter la ligne suivante qui désactive la limitation :
$SystemLogRateLimitInterval 0

Plusieurs choses m’intrigue :

  • bon ok les fichiers /var/log/messages et /var/log/syslog font 10 Go chacun mais ayant supprimé et recréé les lourds fichiers /var/log/daemon.log et /var/log/kern.log j’aurai cru récupérer de l’espce ce qui n’est pas le cas

  • apparemment il y a un blème avec le processus 28759 qui est apparemment lié à l’imprimante hp (io/hpmud/musb.c 977) qui d’ailleurs ne fonctionnait plus
    Je peux toujours killer ce pid mais est-ce que ça va faire diminuer la taille de ces 2 fichiers “messages” et “syslog” (que je n’ose supprimer) et va t on récupérer pour autant de la place ?

#8

Ah ouais, comment cela ?

[quote=“Tophe”]apparemment il y a un blème avec le processus 28759 qui est apparemment lié à l’imprimante hp (io/hpmud/musb.c 977) qui d’ailleurs ne fonctionnait plus
[/quote]

HS ?

Alors … qu’il déconnecte son périphérique USB/+ alim (220 V), non ?

Partition pleine à 100%

#9

Hypothèse: les fichiers sont peut être encore utilisés par le système, ce qui fait qu’il ne les supprime pas vraiment.
Ca pourrait se vérifier avec [mono]lsof[/mono].

Sinon, y’a des tas de manières de faire de la place sur un système.
isalo.org/wiki.debian-fr/Nettoyer_sa_Debian

#10

Salut,

la suite du film

  • on a récupéré 18 Go d’espace disponible, il reste encore 10 ou 12 Go à virer qui se balade encore je ne sais où
  • mais l’ordi ne veut pas s’arréter/redémarrer, Icedove et Iceweasel s’ouvrent maintenant mais n’ont pas de connection internet

De peur que l’ordi ne redémarre pas j’ai peur de forcer le redémarrage ne serait-ce qu’en tirant la prise électrique

Ce qu’on a fait

ayant vu dans les logs que l’imprimante qui ne fonctionnait d’ailleurs pas hier pouvait être en cause

  • lpstat a donné plein de taches en attente mais impossible de lprm

  • les processus

  • l’indicateur du système donnait un processus qui bouffait anormalement du CPU et de la mémoire mais impossible d’interagir dans cet interface graphique
    _ ps axjf donnait un certain nombre de processus liés à l’imprimante en cours
  • on a récupéré les PPID et PID et on a “kill” tous ces processus. Deux ont demandé un “kill -9”
  • “top” ne signalait ensuite rien d’anormal
  • les fichiers /var/log/syslog et /var/log/messages
  • on les a copié (via la commande cp) sur la partition Data
  • puis purgé avec les commandes :
  • on a ainsi récupéré 18 Go d’espace libre dans /

La question maintenant est : est-ce que je force le reboot en me disant qu’une erreur ait ué des processus mais que les choses rentreront dans l’ordre au reboot.
Si je me trompe je suis bon pour mes 4h de route et une réinstall

parce qu’en fait j’ai vu sur un sujet “Debian” (je l’avais noté mais j’ai zappé) qq chose qui pourrait être la cause

mais bon, si ça se trouve cela n’a rien à voir car après la commande “echo” les fichiers vides /var/log/syslog et messages ont bien été recréé

Alors, à votre avis, je force le boot ou pas ?

#11

tu peux faire plus simple pour vider les fichiers:

je recommanderais de virer la connexion usb avec l’imprimante, et de faire un reboot.
Tu devrais lui installer un server ssh, le sécuriser par clef, et lui autoriser l’accès sur le net (au niveau de son routeur).
Tu pourrais ainsi faire la maintenance facilement, même avec une liaison de mauvaise qualité.

#12

J’opterai également pour un redémarrage propre (shutdown) à distance (où depuis local, si ssh non actif) qui aura pour effet de mettre un terme à tous ces processus rebelles et de vider [mono]/tmp[/mono] & [mono]/var/tmp[/mono].

[mono]-r (reboot) < reboot
-h (halt) < arrêt
+10 < dans dix minutes[/mono]

À toi d’ajuster le time du reboot.

[mono]root:~# shutdown -r +10 “Salut copain, je reboot ta machine dans dix minutes, blabla …”[/mono]

L’ utilisateur aura un message sur sa console et auront le temps de quitter sa session.

Apparaîtra alors un message de ce style.

[mono]Broadcast message from root (pts/1) (Sat Jui 7 12:30:07 2011) : The system is going DOWN for system halt in 10 minutes![/mono]

Où alors stopper la machine, ce qui lui permettrais une maintenance depuis un live-cd (guider ?)

[mono]# shutdown -h now +10 “Salut copain, j’ arrête ta machine dans dix minutes, blabla …”[/mono]

#13

Salut

ok les gars merci
On verra ça en fin d’aprème ou en début de soirée car mon pote a filé au boulot et je dois sortir
à+

#14

OK les gars merci, le problème est résolu

Pour stopper et redémarrer le syslog les commandes sont :

/etc/init.d/rsyslog stop
/etc/init.d/rsyslog start

Ensuite un reboot de l’ordi et tout est rentré dans l’ordre, la partition / a bien sa taille normale

C’était apparemment l’imprimante qui avait commencé à dérailler dans la semaine et qui a laché et semé la panique hier.
Brrr je ne sais pas si le système aurait pu se bloquer complet ou s’il avait gardé en réserve un minimum de place pour se bouger mais c’était limite.
Par exemple il était impossible d’utilser Konsole, le terminal, mais lorsque j’ai vu que ça coincait on a fermé toutes les applis ouvertes pour ne garder que Dolphin dont le terminal fonctionnait

Merci encore de votre soutien et de votre aide
Bye

PS : je vais me pencher sur l’install d’un serveur ssh sécurisé par clef, et avec l’accès sur le net (au niveau du routeur). Mais ça attendra juillet car j’ai un mois de juin très chargé et comme je vais démarrer de zéro je testerai entre mon bureautique et mon netbook avant de me lancer sur l’ordi des gens à qui j’ai installé Debian

#15

Installer et ravailler avec ssh est trés simple.
Il faut connaitre un minimum la ligne de commande, mais rien de bien compliqué (il y a d’ailleurs un hors série en ce moment sur la ligne de commande dans toute les bonnes librairies …)