[Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

zeph22 · Le 05/02/2015, à 19:28

Robinwood a écrit :

Tu devrais tester ubuntu-tweak qui nettoie entre autre les vieux noyaux (voir doc).

Excuse moi, mais me voici avec deux méthodes efficaces, je vais en rester là.

Robinwood · Le 05/02/2015, à 19:34

Tu as bien raison, mais si quelqu' un cherche un moyen plus simple.

zeph22 · Le 04/03/2015, à 17:57

RETOUR D'EXPÉRIENCE
Bonjour à tous
Je remonte ce sujet pour y faire part de mon retour d'expérience concernant ce post.
J'ai concocté ce fichier qui peut être partagé par tous.
Et d'autre part je saurai où le chercher si je me plante
ou si je visite un autre Ubuntero ennuyé par ce problème.

# Ce programme permet de purger d'un coup, et
# proprement, les anciens noyaux linux devenus
# inutiles et encombrants sur la partition racine.
# Il est particulièrement adapté s'ils sont nombreux.
# 
# Dans un terminal, lancer les commandes df -h et df -i
# Plus la partition racine / approche de la saturation,
# (100% d'occupation) plus c'est urgent!
# Une prochaine mise à jour finira par
# se bloquer faute de place, laissant des bouts
# de fichiers à moitié installés sur le dd.
# 
# Ce programme est à utiliser AVANT l'incident!
# (Après, c'est plus compliqué, voyez sur les fora!)
# 
# Ces noyaux sont stockés principalement
# dans les dossiers /usr/src/ et /boot/
# 
# Vérifier que gawk soit présent dans /usr/bin/, 
# sinon dans un terminal:  sudo apt-get install gawk
# 
# Ouvrir ce présent fichier "purge_old_kernels.sh"
# (ou le créer avec gedit en copiant-collant ces lignes
# et en le nommant ainsi)
# On peut lui donner une coloration syntaxique "sh"
# 
# Vérifier que KEEP corresponde au nombre de noyaux
# les + récents que vous voulez garder.
# (2 au minimum : l'actif + le précédent)
# Le modifier si on veut. Enregistrer. Fermer le fichier.
# Vérifier dans Propriétés, onglet Permissions, qu'il ait
# "l'autorisation d'exécution comme un programme".
# 
# Ouvrir un terminal.
# Aller dans le dossier contenant ce fichier 
# cd /<chemin/du/dossier>/  puis entrée.
# Écrire  ./purge_old_kernels.sh  
# (la touche tabulation peut aider) puis entrée.
# À la question posée, répondre o (oui) puis entrée.
# Entrer le mot de passe admin demandé, puis entrée.
# Laisser mouliner...
# 
# Vous avez libéré 270Mo par noyau purgé!
# On peut relancer df -h et df -i et voir les différences!
# 
#!/bin/bash
KEEP=4
KERNELS=($(dpkg -l | awk '/ii  linux-image-[0-9]\./{print gensub("-generic","",1,$2)}'))
KERNELS_TO_REMOVE=(${KERNELS[@]:0:${#KERNELS[@]}-$KEEP})
sudo apt-get purge ${KERNELS_TO_REMOVE[@]} ${KERNELS_TO_REMOVE[@]/image/headers}
# 
# Remerciements à Bougron, maxire, Coeur Noir, moko138, et nany

erresse · Le 04/03/2015, à 18:37

Bonjour,
Mais pourquoi tant s'enquiquiner à réinventer la roue, alors que le script de Hoper, "kclean", fait parfaitement le boulot ?

Babdu89 · Le 04/03/2015, à 19:28

Bonjour.
Oui!!!.
Et en plus en mode graphique , ce qui ne devrait pas déplaire à erresse . et moi même

@+. Babdu89 .

zeph22 · Le 04/03/2015, à 19:40

Bonjour erresse,
Je ne doute pas que kclean fasse bien le boulot, sinon ça se saurait!
Mais pas plus tard qu'hier, j'ai voulu l'évaluer (en terminal et en --simulate) et... je l'ai trouvé plutôt mal commode
Il me demande d'écrire précisément les noms des fichiers à enlever, et il y en a 4 par noyau, et présentés dans le désordre...

linux-image-extra-3.13.0-45-generic
linux-image-extra-3.13.0-44-generic
linux-image-extra-3.13.0-43-generic
linux-image-extra-3.13.0-41-generic
linux-image-3.13.0-45-generic
linux-image-3.13.0-44-generic
linux-image-3.13.0-43-generic
linux-image-3.13.0-41-generic
linux-headers-3.13.0-45-generic
linux-headers-3.13.0-44-generic
linux-headers-3.13.0-43-generic
linux-headers-3.13.0-41-generic
linux-headers-3.13.0-45
linux-headers-3.13.0-44
linux-headers-3.13.0-43
linux-headers-3.13.0-41

Là, ils sont en ordre.
Il vaut mieux pas se gourer!
Je n'ai pas réussi à le faire fonctionner en mode graphique.
Bref, il ne me plaît pas et le côté simple et automatique de la formule à Bougron m'a séduit bien davantage!
Désolé pour kclean...
(Cette liberté insolente que se prennent ces linuxiens !... )
A+

Dernière modification par zeph22 (Le 04/03/2015, à 19:45)

remp · Le 04/03/2015, à 19:57

Alors là c'est la meilleure!
Ne pas savoir faire fonctionner kclean en mode graphique, les bras m'en tombent

zeph22 · Le 04/03/2015, à 20:10

Bonjour remp,
Désolé. Pour moi, le mode graphique c'est le double clic sur le fichier et hop! ça doit s'ouvrir.
Et bien non, ça s'est jamais ouvert ! Re-désolé!
Tu peux recoller tes bras !
J'espère que ça t'a pas fait trop mal...

remp · Le 04/03/2015, à 20:31

zeph22 a écrit :

Bonjour remp,
Désolé. Pour moi, le mode graphique c'est le double clic sur le fichier et hop! ça doit s'ouvrir.
Et bien non, ça s'est jamais ouvert ! Re-désolé!
Tu peux recoller tes bras !
J'espère que ça t'a pas fait trop mal...

Bah... Tu n'as pas de chance , moi ça démarre avec un clic, il faut que tu demandes de l'aide pour ce problème

Bougron · Le 04/03/2015, à 20:32

De ce que je comprends, c'est l'utilisateur qui indique ce qu'il veut supprimer en fournissant une liste ou en remplissant un écran.
Je voudrais savoir ce qui se passe s'il met accidentellement le premier noyau qui sert à démarrer ubuntu .

remp · Le 04/03/2015, à 20:54

Bougron a écrit :

De ce que je comprends, c'est l'utilisateur qui indique ce qu'il veut supprimer en fournissant une liste ou en remplissant un écran.
Je voudrais savoir ce qui se passe s'il met accidentellement le premier noyau qui sert à démarrer ubuntu .

Avec KCLEAN en graphique , on ne peut pas supprimer le dernier noyaux que l'on choisisse le mode manuel ou le mode automatique
Seul le mode manuel (non) permet de supprimer les noyaux que l'on désire sauf bien sur le dernier
le mode automatique (oui) garde les deux derniers noyaux

Bougron · Le 04/03/2015, à 21:38

Je ne parle pas du dernier ni de l'avant dernier mais de celui qui est utilisé pour booter. il est vrai que dans 99,95% des cas c'est l'un de ces deux là mais ce n'est pas vrai à 100%
AJOUT
merci remp et babdu89 pour toutes ces précisions.

Dernière modification par Bougron (Le 04/03/2015, à 22:29)

remp · Le 04/03/2015, à 22:16

Le dernier (installé)c'est pour moi celui qui boot , maintenant il peut arriver que des kernels soient mal installés, et là kclean va signaler l'anomalie et ne va pas faire de suppressions
edit: si par son propre choix on veut garder en boot un vieux noyau , on doit faire le ménage manuel, kclean signalera quand même "l'incohérence" entre le noyau de oot et la derniere installation

Dernière modification par remp (Le 04/03/2015, à 22:32)

Babdu89 · Le 04/03/2015, à 22:20

Bonsoir.

zeph22 a dit;
Désolé. Pour moi, le mode graphique c'est le double clic sur le fichier et hop! ça doit s'ouvrir.

On installe le .deb. Dans les menus, un clic sur l'icône Kclean et il se lance.

Kclean indique que la session est démarrée sur telle version du noyau.

Il demande si on veut garder le dernier noyau...
C'est à dire le noyau avant celui sur lequel la session est lancée.
On démarre la session sur le 3.13.0-46 . Il demande si on garde le 3.13.0-45 en fait.

Quand à supprimer le noyau sur le quel la session est lancée, je ne pense pas, même en terminal que ce soit possible.

Si on dispose des versions de noyau 3.13.0-45, 3.13.0-46 , ainsi que de plus anciennes versions.
On démarre la session sur le 3.13.0-45.
On lance Kclean.
Il annonce qu'il a constaté qu'une version supérieur au noyau utilisé est présente.
Il signale qu'il va arrêter le script. Et demande son lancement en terminal, pour être utilisé avec l'option forcer. -f .

Si je me rappelle bien, il supprime tous les noyaux autres que celui que l'on utilise, les versions inférieurs, et la version supérieur, même le noyau qui précède celui utilisé est supprimé.

À la fin, il ne reste que le noyau utilisé avec la session.

Pratique à utiliser lorsque l'on veut se débarrasser d'un noyau avec lequel la machine marche mal. Il suffit de démarrer sur la version précédente, et de passer en mode terminal avec l'option -f .

Il fonctionne comme çà . Lancé en graphique ou en terminal.

En terminal pour indiquer la liste des noyau à supprimer, il semble me rappeler, que les noyaux doivent se suivre avec un espace entre deux. Pas d'affichage les uns en dessous des autres dans le terminal, çà ne marche pas...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 04/03/2015, à 22:29)

zeph22 · Le 14/03/2015, à 18:54

Bonjour,
je crois qu'ils ont trouvé la parade pour éviter de cumuler ces stocks de vieux noyaux.
Depuis quelques temps, ils n'incrémentent plus que le # en gardant le même n° de version.
Résultat : ça écrase l'ancienne version...

uname -a   26/02/15
Linux HP-G72-Notebook-PC 3.13.0-46-generic #75-Ubuntu SMP Tue Feb 10 15:24:04 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

 uname -a   aujourd'hui
Linux HP-G72-Notebook-PC 3.13.0-46-generic #79-Ubuntu SMP Tue Mar 10 20:06:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Le # seul s'est incrémenté de 75 à 79 depuis le 26 février. Plus de trace des versions 75 à 78.

On va pouvoir reléguer les nettoyeurs de vieux noyaux dans les archives...
A+

Babdu89 · Le 14/03/2015, à 22:57

Bonsoir.

Moi, au lieu d'être aussi affirmatif, je vais attendre le passage au noyau supérieur à la 3.13.0-46, pour voir si çà se vérifie.
Car avec ce que tu dis, on et toujours en version 3.13.0-46 ...
Donc les nettoyeurs, on le garde encore un peu.

Merci pour l'info, je lance une maj, pour passer au 3.13.0-46-79 j'en suis au #77 .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 14/03/2015, à 23:00)

zeph22 · Le 24/03/2015, à 15:51

Bonjour,
tu as eu raison de garder les nettoyeurs sous le coude (dont kclean j'imagine), car ce matin, il y a eu une vraie mise à jour!

uname -a
Linux HP-G72-Notebook-PC 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

(Tiens? Pas vu la version 3.13.0-47? Pas grave!)
A+

Dernière modification par zeph22 (Le 24/03/2015, à 15:53)

Babdu89 · Le 24/03/2015, à 17:32

Bonjour.
Merci pour l'info, je vais les maj système de tous mes 14.04.
Je viens de tester sur un 14.04.2 de tests çà marche.

(Tiens? Pas vu la version 3.13.0-47? Pas grave!)

Normal, si dans le sources.list "proposed" n'est pas coché tu ne les vois pas passer.
Attention "proposed" cocher, implique que tu testes les maj de développement de la 14.04 . Donc çà peut être à l'origine de soucis à corriger, (c'est à çà que çà sert) et d'une instabilité possible de ton système. Je le fais sur des Os de tests par curiosité, mais par sur mes Os de travail .

@+. Babdu89 .

zeph22 · Le 24/03/2015, à 18:23

Babdu89 a écrit :

...
(Tiens? Pas vu la version 3.13.0-47? Pas grave!)
Normal, si dans le sources.list, "proposed" n'est pas coché, tu ne les vois pas passer.

C'est le cas!

Babdu89 a écrit :

Attention "proposed" cocher, implique que tu testes les maj de développement de la 14.04 . Donc çà peut être à l'origine de soucis à corriger, (c'est à çà que çà sert) et d'une instabilité possible de ton système. Je le fais sur des Os de tests par curiosité, mais par sur mes Os de travail .

alca94 m'avait déjà éclairé, dans un autre sujet, sur l'utilité ou non de ce "proposed", selon qu'on soit testeur ou non.
J'ai suivi son conseil de décocher cette case bien sûr.
Bref, ma machine est à présent "clean".
Merci encore à vous deux.
A+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 05/02/2015, à 19:28

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#27 Le 05/02/2015, à 19:34

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#28 Le 04/03/2015, à 17:57

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#29 Le 04/03/2015, à 18:37

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#30 Le 04/03/2015, à 19:28

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#31 Le 04/03/2015, à 19:40

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#32 Le 04/03/2015, à 19:57

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#33 Le 04/03/2015, à 20:10

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#34 Le 04/03/2015, à 20:31

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#35 Le 04/03/2015, à 20:32

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#36 Le 04/03/2015, à 20:54

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#37 Le 04/03/2015, à 21:38

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#38 Le 04/03/2015, à 22:16

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#39 Le 04/03/2015, à 22:20

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#40 Le 14/03/2015, à 18:54

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#41 Le 14/03/2015, à 22:57

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#42 Le 24/03/2015, à 15:51

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#43 Le 24/03/2015, à 17:32

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

#44 Le 24/03/2015, à 18:23

Re : [Résolu] Vieux noyaux kernels 3.2... impossibles à virer!

Pied de page des forums