[RESOLU] Plus d'espace libre sur la Racine

grandtoubab · Le 08/10/2016, à 13:41

jplemoine a écrit :

moko138 a écrit :
grandtoubab a écrit :
c'est quand même plus simple de visualiser en direct le remplissage du fichier
sudo  tail -f /var/log/kern.log
C'est intéressant. Mais...
Ça oblige à retaper le mot de passe toutes les 15 minutes. Et surtout...
Ben, y qu'à pas mettre le sudo....
tail -f /var/log/kern.log

Et si en quinze minutes t'as pas vu défiler des lignes c'est qu'il n'y a pas de problème à chercher

moko138 · Le 08/10/2016, à 13:43

Kurutan a écrit :

Je laisse donc deux terminaux ouverts avec les lignes que vous m'avez données. Après quelques redémarrages je vois avec ncdu que mon /var/log fait 4,8MiB,

Pour l'actualiser, il faut (et il suffit de) faire r

C'est un des grands avantages de ncdu.
Faute d'actualisation, l'affichage des nombres restera inchangé, alors que les nombres auront évolué.

Kurutan a écrit :

La deuxième ligne me donne :
intel-microcode is already the newest version (3.20151106.1).
(...)
tout va bien.
il me semble que les choses sont enfin rentrées dans l'ordre.

Euh... patientons...

jplemoine · Le 08/10/2016, à 13:50

grandtoubab a écrit :

Et si en quinze minutes t'as pas vu défiler des lignes c'est qu'il n'y a pas de problème à chercher

MDR !!! Y a des fois où je ferais mieux de réfléchir avant de poster !!!

moko138 · Le 08/10/2016, à 14:29

Pour ceux qui n'ont pas vu la différence,
voici ncu /var/log en action :

--- /var/log ---------------------------------
940,0KiB [##########] auth.log.1
696,0KiB [####### ] /upstart
688,0KiB [####### ] /lightdm
652,0KiB [###### ] auth.log
568,0KiB [###### ] syslog
496,0KiB [##### ] kern.log
292,0KiB [### ] udev
288,0KiB [### ] btmp
160,0KiB [# ] wtmp.1
120,0KiB [# ] syslog.6.gz
116,0KiB [# ] dpkg.log.3.gz
(...)
84,0KiB [ ] /apt
(...)
60,0KiB [ ] dmesg.0
Total disk usage: 6,4MiB Apparent size: 5,9MiB Items: 256

- On a le total instantané, (en poids et en nombre de fichiers)
- c'est rangé par tailles décroissantes (ou par noms, au choix)
- ça s'actualise d'une touche,
- on peut, d'une touche, descendre et remonter dans l'arborescence,
- la taille des répertoires est leur taille réelle.
- etc.

Un cas où ncdu a permis de libérer 2 Go: ./viewtopic.php?pid=20122501#p20122501,
Un cas où ncdu a permis de libérer 3,8 Go et de ne pas modifier les partitions: ./viewtopic.php?id=1996971
Un cas où ce bijou léger a permis de libérer 9 Go: ./viewtopic.php?id=1997349

Maintenant personne n'est obligé d'essayer

grandtoubab · Le 08/10/2016, à 16:10

moko138 a écrit :

Pour ceux qui n'ont pas vu la différence,
voici ncu /var/log en action :
--- /var/log ---------------------------------
940,0KiB [##########] auth.log.1
696,0KiB [####### ] /upstart
688,0KiB [####### ] /lightdm
652,0KiB [###### ] auth.log
568,0KiB [###### ] syslog
496,0KiB [##### ] kern.log
292,0KiB [### ] udev
288,0KiB [### ] btmp
160,0KiB [# ] wtmp.1
120,0KiB [# ] syslog.6.gz
116,0KiB [# ] dpkg.log.3.gz
(...)
84,0KiB [ ] /apt
(...)
60,0KiB [ ] dmesg.0
Total disk usage: 6,4MiB Apparent size: 5,9MiB Items: 256
- On a le total instantané, (en poids et en nombre de fichiers)
- c'est rangé par tailles décroissantes (ou par noms, au choix)
- ça s'actualise d'une touche,
- on peut, d'une touche, descendre et remonter dans l'arborescence,
- la taille des répertoires est leur taille réelle.
- etc.

Un cas où ncdu a permis de libérer 2 Go: ./viewtopic.php?pid=20122501#p20122501,
Un cas où ncdu a permis de libérer 3,8 Go et de ne pas modifier les partitions: ./viewtopic.php?id=1996971
Un cas où ce bijou léger a permis de libérer 9 Go: ./viewtopic.php?id=1997349

Maintenant personne n'est obligé d'essayer

le problème n'est pas de supprimer des fichiers c'est plutôt de savoir pourquoi ils se remplissent
En outre il existe l'outil logrotate pour paramétrer la conservation des logs https://doc.ubuntu-fr.org/logrotate

Dernière modification par grandtoubab (Le 08/10/2016, à 16:11)

Coeur Noir · Le 08/10/2016, à 16:15

Post #24

0 mis à jour, 0 nouvellement installés, 0 à enlever et 280 non mis à jour

280 paquets pas à jour, quand même…

moko138 · Le 08/10/2016, à 18:30

Bien vu, Coeur Noir !

- -

grandtoubab a écrit :

moko138 a écrit :
(...)
Un cas où ncdu a permis de libérer 2 Go: ./viewtopic.php?pid=20122501#p20122501,
Un cas où ncdu a permis de libérer 3,8 Go et de ne pas modifier les partitions: ./viewtopic.php?id=1996971
Un cas où ce bijou léger a permis de libérer 9 Go: ./viewtopic.php?id=1997349

Maintenant personne n'est obligé d'essayer
le problème n'est pas de supprimer des fichiers c'est plutôt de savoir pourquoi ils se remplissent
En outre il existe l'outil logrotate pour paramétrer la conservation des logs https://doc.ubuntu-fr.org/logrotate

A) Tu fais deux confusions :
1) Tu confonds les causes et les effets.
Logrotate minimise les effets du problème sans en éliminer la cause.

2) Tu confonds deux phases
Bien sûr qu'il faut chercher pourquoi des fichiers se remplissent, mais avant cette phase, il y en a une autre :
la localisation des fichiers monstrueux.
C'est à cela que sert ncdu.

Toi tu démarres en phase 2 quand jplemoine a déjà localisé le problème. Alors c'est facile de proposer l'examen de kern.log ! Et de souscrire à la proposition de Bougron sur logrotate :
Mais en phase de localisation, tail -f /var/log est au mieux un sondage pifométrique, au pire hors-sujet.

Et si tu avais suivi les liens, tu aurais vu un cas où les fichiers monstrueux se situaient à des endroits variés. Dans ce cas, non seulement ncdu permettait de découvrir les problèmes, mais il était plus rapide et plus efficace que n'importe quelle autre commande.

B) Troisième phase : éliminer la cause
C'est ce que logrotate ...ne fait pas.
Ça reste à faire.

jplemoine · Le 08/10/2016, à 18:49

J'ai pas tout suivi...
Pour moi :
Phase 1 : trouver les fichiers "monstrueux" : fait
Phase 2 : trouver un palliatif pour éviter de saturer le disque : fait ?
Phase 3 : trouver ce qui surcharge les log : fait ?
Phase 4 : (que je n'avais pas vu) : s'occuper des mises à jour

Coeur Noir · Le 08/10/2016, à 19:03

C'est du pifomètre aussi mais est-ce qu'effectuer les mises à jour ne pourrait pas résoudre le problème de « logs »
→ que racontent-ils ? Ça se trouve ils se plaignent de paquets pas à jour ?
( je vous l'ai dit en début de phrase, c'est total du pifomètre ).

jplemoine · Le 08/10/2016, à 19:29

Oui. c'est possible qu'une mise à jour règle le problème. Concrètement, on fait quoi ?
On décide AVANT pour que notre aide soit efficace.. et go !

Kurutan · Le 20/10/2016, à 21:41

Bonsoir, je passe simplement pour vous informer qu'aucun nouveau problème n'a montré le bout de son nez, je vais donc indiquer que ce sujet est résolu. Encore merci à tous ceux qui m'ont aidé ! ^^

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/10/2016, à 13:41

Re : [RESOLU] Plus d'espace libre sur la Racine

#27 Le 08/10/2016, à 13:43

Re : [RESOLU] Plus d'espace libre sur la Racine

#28 Le 08/10/2016, à 13:50

Re : [RESOLU] Plus d'espace libre sur la Racine

#29 Le 08/10/2016, à 14:29

Re : [RESOLU] Plus d'espace libre sur la Racine

#30 Le 08/10/2016, à 16:10

Re : [RESOLU] Plus d'espace libre sur la Racine

#31 Le 08/10/2016, à 16:15

Re : [RESOLU] Plus d'espace libre sur la Racine

#32 Le 08/10/2016, à 18:30

Re : [RESOLU] Plus d'espace libre sur la Racine

#33 Le 08/10/2016, à 18:49

Re : [RESOLU] Plus d'espace libre sur la Racine

#34 Le 08/10/2016, à 19:03

Re : [RESOLU] Plus d'espace libre sur la Racine

#35 Le 08/10/2016, à 19:29

Re : [RESOLU] Plus d'espace libre sur la Racine

#36 Le 20/10/2016, à 21:41

Re : [RESOLU] Plus d'espace libre sur la Racine

Pied de page des forums