Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installation 14.04- PB Fichiers var/kern.log 125 GO et syslog

AlieNation

Bonjour Ubunteros

j'utilise un vieux coucou d'il y a 10 ans (DD 230GB Ram 3GB Swap GB)

Je viens de faire il y a 5j une REINSTALLATION totale de la version 14.04
Alors que l'espace disque utilisé paraissait normal (environ 20 GO de mémoire) après réinstallation via synaptic et logithèque, de pas mal de paquets,

du jour au lendemain , j'ai une notification de manque d'espace!

Après investigation, ce sont les 2 fichiers VAR/LOG kern.log 125 GO et syslog.1 12.5GO qui bouffent <<<<<<tout l'espace!!!
Je n'en comprends pas la raison et pas de doc identique trouvée sur le net

Keskispass',que dois je faire?!??

Merci pour vos réponses z'inspirées!!

@rNo

Qid

Vieux Coucou ou pas tu n'auras personne qui t'aidera à dépanner une 14.04 et pour cause : elle est morte et enterrée...

xubu1957

Bonjour,

Qid a écritVieux Coucou ou pas tu n'auras personne qui t'aidera à dépanner une 14.04 et pour cause : elle est morte et enterrée...

Elle respire encore :

Avec l'extension ESM pour la 14.04, avec Ubuntu Advantage accessible gratuitement jusqu'à 3 postes avec le Livepatch > mamot.fr/@UbuntuFR/103086883414188760

Source officielle > ubuntu.com/blog/ua-services-deployed-from-the-command-line-with-ua-client

> askubuntu.com/questions/1227244/is-esm-available-for-free-for-personal-use

AlieNation

Ouais ...Ca me fait penser à du racisme anti-vieux...:/

Peut-etre, pour éviter de me juger sur ma version d'Ubuntu,
serait ce possible de me donner un début d'explication,

à savoir pourquoi kern log, kernlog 1 et syslog syslog1 prennent tant d'espace disque...?

xubu1957

Bonjour,

Pour faire un point de situation :

cqfd93 a écrit Donne les retours de :
uname -a
echo ; df -Th | grep -Ev "udev|tmpfs|loop|otfs"; echo ; df -Ti | grep -Ev "udev|tmpfs|loop|otfs"
echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr
ls -AsS1 /boot
Entrer des commandes dans un terminal et donner le résultat - Voilà la marche à suivre :

Ouvre le terminal avec ctrl-alt-t

Sélectionne la commande voulue avec un triple clic (ça sélectionne toute la ligne, même la fin si on ne la voit pas)

Colle-la dans le terminal avec un clic molette, valide avec Entrée

Sélectionne et copie tout ce que te dit le terminal depuis la commande jusqu'à la dernière ligne incluse

Clique sur le <> de l'éditeur de message

Colle là où se trouve le curseur (entre le ] et le [)

Refais toutes les étapes depuis la 2 pour les autres commandes.

Qid

AlieNation a écritOuais ...Ca me fait penser à du racisme anti-vieux...:/

Peut-etre, pour éviter de me juger sur ma version d'Ubuntu,
serait ce possible de me donner un début d'explication

Bah... Ce n'est pas une question de racisme... Je dis juste que le principe de fin de vie d'une distribution c'est que question hygiène et surtout sécurité informatique ce ne serait pas cohérent de t'aider à la dépanner... Sauf si vraiment c'est justifié...

Enfin bon... Si tu ne nous donne pas au moins une partie du contenu de ces fichiers comme semble le suggérer aussi xubu1957...

xubu1957

Les infos sur le matos dans > Quelle est la taille du SYSTEME UBUNTU INSTALLE (16.04)

geole

AlieNation a écritBonjour Ubunteros
Après investigation, ce sont les 2 fichiers VAR/LOG kern.log 125 GO et syslog.1 12.5GO qui bouffent <<<<<<tout l'espace!!!
Je n'en comprends pas la raison et pas de doc identique trouvée sur le net
Keskispass',que dois je faire?!??
@rNo

Bonjour.
Il faudrait que tu regardes (fournisses) ce qu'il y a écrit dedans! Cependant il n'est pas évident que cela soit réparable!
A mon avis, tu as oublié de mettre à jour le logiciel... C'est probablement ce qu'il faut commencer par faire. Voir paragraphe 1 de https://doc.ubuntu-fr.org/old-releases

Sinon pour regarder 100 lignes ...

head -10000 /var/log/kern.log     |  tail -100

head -10000 /var/log/syslog.1     |  tail -100

cqfd93

Bonjour,

Et ça [Résolu] syslog et kern.log immenses, pleins d'erreurs, ça peut aider ?

AlieNation

Linux alienation-X71A 4.4.0-148-generic #174~14.04.1-Ubuntu SMP Thu May 9 08:18:11 UTC 2019 i686 i686 i686 GNU/Linux
alienation@alienation-X71A:~$ echo ; df -Th | grep -Ev "udev|tmpfs|loop|otfs"; echo ; df -Ti | grep -Ev "udev|tmpfs|loop|otfs"

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda1        ext4       227G    203G   13G  95% /
/dev/sdb1        vfat        60G     32K   60G   1% /media/alienation/CLE USB 64G

Sys. de fichiers Type       Inœuds IUtil.   ILibre IUti% Monté sur
/dev/sda1        ext4     15073280 268679 14804601    2% /
/dev/sdb1        vfat            0      0        0     - /media/alienation/CLE USB 64G
alienation@alienation-X71A:~$ echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

ii  syslinux-themes-debian-wheezy          12-3ubuntu0.14.04.1    all
ii  syslinux-themes-debian                 12-3ubuntu0.14.04.1    all
ii  linux-headers-4.4.0-142                4.4.0-142.168~14.04.1  all
ii  linux-image-extra-4.4.0-142-generic    4.4.0-142.168~14.04.1  i386
ii  linux-headers-4.4.0-142-generic        4.4.0-142.168~14.04.1  i386
ii  linux-image-4.4.0-142-generic          4.4.0-142.168~14.04.1  i386
ii  linux-generic-lts-xenial               4.4.0.148.130          i386
ii  linux-headers-generic-lts-xenial       4.4.0.148.130          i386
ii  linux-image-generic-lts-xenial         4.4.0.148.130          i386
ii  linux-headers-4.4.0-148                4.4.0-148.174~14.04.1  all
ii  linux-modules-4.4.0-148-generic        4.4.0-148.174~14.04.1  i386
ii  linux-modules-extra-4.4.0-148-generic  4.4.0-148.174~14.04.1  i386
ii  linux-headers-4.4.0-148-generic        4.4.0-148.174~14.04.1  i386
ii  linux-image-4.4.0-148-generic          4.4.0-148.174~14.04.1  i386

4.4.0-148-generic i686
alienation@alienation-X71A:~$ ls -AsS1 /boot
total 69972
24220 initrd.img-4.4.0-148-generic
24212 initrd.img-4.4.0-142-generic
 6648 vmlinuz-4.4.0-148-generic
 6636 vmlinuz-4.4.0-142-generic
 3056 System.map-4.4.0-148-generic
 3056 System.map-4.4.0-142-generic
 1220 abi-4.4.0-142-generic
  192 config-4.4.0-148-generic
  192 config-4.4.0-142-generic
  176 memtest86+_multiboot.bin
  176 memtest86+.elf
  176 memtest86+.bin
    4 extlinux
    4 grub
    4 retpoline-4.4.0-142-genericalienation@alienation-X71A:~$ 
]

@Xubu 1957
[alienation@alienation-X71A:~$ uname -a

xubu1957

Voir règles du forum > balises BB code

Balise CODE :

C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.

moko138 a écrit1) Les balises-code sont les < > (crochets bleus) de la barre de mise en forme.

~~Pour ajouter toi-même les balises code à ton précédent message #10 :~~ Merci 😉

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

AlieNation

Souci résolu:
J'ai chargé boot repair disk sur clé, au cas ou
Puis dans terminal gksudo nautilus
Suis allé dans syteme/var/log
J'ai déplacé les kern log , kern log1, syslog et syslog1 vers mon dossier perso

J'ai redémarré pour vérifier que le système fonctionnait
Je constate qu'un nouveau kern.log et un nouveau syslog ontété automatiquement recréés

JE SUPPRIME ENFIN 145 GO représentés par ces 4 fichiers log
Et voilà 🙂

Je ne saurais pourtant pas pourquoi ces fichiers ont pris une taille gigantesque ni ce qu ils contenaient...

geole

Bonjour
Regarde la taille actuelle de tes fichiers et ne perds pas de temps pour en fournir un extrait, si tu ne veux pas continuer tous les jours la manipulation que tu as faite.

head -10000 /var/log/kern.log     |  tail -100

head -10000 /var/log/syslog     |  tail -100

Ou fais à partir de ton dossier personnel.