Nettoyage dans les noyaux (kernel)

frenchy82 · Le 26/03/2012, à 17:29

Un grand merci Hoper pour ce suivi

Hoper · Le 26/03/2012, à 17:29

Et voila C'est officiel !
J'annonce la sortie de la version 2.2, intégrant le support des noyaux 2.6 et 3.X, ainsi qu'une option permettant de conserver le noyau en version N-1.

Pour cela, utiliser la commande :
sudo ./kclean --term --keep-prev

Reste à faire :
- Faire en sorte que ce paramètre fonctionne en mode graphique (pas persuadé de l’intérêt mais bon...)
- ajout d'un paramètre --force-yes ou un truc du genre, pour que tout se fasse automatiquement et sans la moindre confirmation. Oui, c'est hyper dangereux mais ça me rendrait service personnellement donc...

Pour le coup de conserver un nombre de noyaux paramétrable, ce n'est finalement pas beaucoup plus compliqué que de ne garder que le N-1. Peut être qu'un jour, si j'ai le courage...

Pour récupérer la version 2.2, c'est ici :
http://hoper.dnsalias.net/tdc/public/kclean

PS : j'ai aussi corrigé quelques mini bugs (problème d'affichage en mode graphique pour les netbooks) et autre petits trucs dans le genre.

EDIT : Je viens à l'instant de faire une ultime modification qui à son importance...
Désolé pour ceux qui l'aurait déjà téléchargé, il faut recommencer

Dernière modification par Hoper (Le 26/03/2012, à 18:02)

yamo · Le 26/03/2012, à 18:36

Salut,

Hoper a écrit :

Bon alors, l'option permettant de choisir directement le nombre de noyaux à conserver c'est pas encore pour tout de suite, mais j'ai quand même réussit à créer une option "--keep-prev" qui conserve automatiquement le noyau précédent Cette option est expérimentale est n'est disponible qu'en ligne de commande (en mode graphique de toute façon, c'est assez facile de sélectionner ce qu'on veut conserver).
Avant de livrer cette version 2.2, je vais la tester chez moi un coup avec une machine en 2.6.X et une machine en 3.X (ubuntu 12.04 installé hier après midi)
Si tout fonctionne comme prévu, je met le script à disposition.

Merci d'avance

Va falloir finir par faire un dépôt PPA

pires57 · Le 26/03/2012, à 21:05

ton script fonctionne bien mais attention,en ne gardant que la derniere version du noyau on prend quelque risque

Hoper · Le 26/03/2012, à 22:54

en ne gardant que la derniere version du noyau on prend quelque risque

Oui et non...

Le noyau qui est forcément conservé fonctionne obligatoirement (au moins pour les fonctions de base), puisque le système à booté dessu. La possibilité de conserver le noyau précédent ajoute encore une sécurité supplémentaire. Sincèrement, je ne vois aucune raison de vouloir conserver plus de noyaux que ces deux la. Le but de ce script est bien de libérer de la place disque inutilement occupée

pires57 · Le 26/03/2012, à 22:58

en général je garde toujours les deux derniers noyaux oui. Plus c'est inutile, tu perd de l'espace pour rien

Hoper · Le 27/03/2012, à 09:37

Va falloir finir par faire un dépôt PPA

Alors le dépôt, on y est pas encore. Par contre si certains veulent un paquet .deb, c'est pas dur... Et hop, voila, il suffit de demander
Le paquet (ne contenant que le script qui sera placé dans /usr/bin afin de pouvoir être lancé de n'importe ou) est disponible ici :

http://hoper.dnsalias.net/tdc/public/kclean.deb

J'ai aussi mis à jour le premier post.

Hoper · Le 27/03/2012, à 14:07

C'est marrant quand meme... des années sans rien faire sur ce script et la, boom, je m'y remet à fond J'ai passé pas mal de temps dessus aujourd'hui et je suis fier d'annoncer une très prochaine version ... 3.0 !

Et oui, les changements sont si importants que cela mérite une version majeur. Pas de changement en mode graphique, par contre en mode ligne de commande, ça n'a plus rien à voir. L'utilisation de getopts m'a permis de tout refondre (utilisation de fonctions etc). Le script accepte maintenant les options en format court ou long et dans n'importe quel ordre. J'ai aussi ajouté un mode "simulation", qui n'efface strictement rien, et qui permettra à n'importe qui de tester sans risques. (Merci d'avance pour les retours qui me permettront de savoir si tout fonctionne correctement ailleurs que chez moi

Petit avant gout :

 Syntaxe : ./kclean3 [options]
 Options disposibles :
        -t      --term          Lance le script en mode console
        -k      --keep-prev     Conserve automatiquement le noyau precedent
        -s      --simulate      Aucune suppression reelle, simple simulation
        -h      --help          Affichage de la syntaxe
        -f      --force-yes     Supression sans aucune demande de confirmation !

Dernière modification par Hoper (Le 27/03/2012, à 14:14)

NicNac · Le 27/03/2012, à 14:52

Très bien le script et s'il pouvait être présent dans le menu System Tools ou ....., ce serait magnifique pour tous ceux qui oublieront la commande en Terminal.

Hoper · Le 27/03/2012, à 15:49

Avoir un lanceur graphique, c'est une bonne idée oui, mais le problème c'est que ce script doit etre lancé avec gksudo... Et la, je sais pas trop comment gérer la chose. Mais si quelqu'un voit comment faire ça proprement, je suis tout ouïe

Hoper · Le 27/03/2012, à 16:56

Merdouille... Je viens de trouver un gros bug que je pourrai jamais corriger. Le hic c'est que les noyaux sont bien triées quand on les listes avec dpkg, mais si les developeurs oublient de mettre le 0 qui va bien, alors le tri se barre en couille. Voila un super exemple :

$ sudo ./kclean3 -tk
 
Noyau actuellement en cours d'utilisation : 2.6.38-13
Attention : Par de defaut, seul ce noyau est conserve.
 
Option keep-prev (experimentale) active !
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
 
La version precedement installee (a conserver) est la version : 2.6.38-8
Les paquets suivants vont etres supprimes :
 
    linux-headers-2.6.38-11
    linux-headers-2.6.38-11-generic
    linux-headers-2.6.38-12
    linux-headers-2.6.38-12-generic
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

EDIT : correction possible avec l'option -V de la commande sort !
Je savais qu'on pouvait tout faire en shell

Dernière modification par Hoper (Le 27/03/2012, à 17:18)

JLK · Le 27/03/2012, à 20:44

Excellent script.

Hoper a écrit :

Avoir un lanceur graphique, c'est une bonne idée oui, mais le problème c'est que ce script doit etre lancé avec gksudo... Et la, je sais pas trop comment gérer la chose. Mais si quelqu'un voit comment faire ça proprement, je suis tout ouïe

Oui, mais le gksudo, est selon moi, destiné aux tâches d'administration du système, et donc root. Il faut craindre un utilisateur non administrateur qui effaces des noyaux qu'un administrateur aurait voulu garder.

Hoper · Le 27/03/2012, à 20:51

Bon et bien... ca y est

Je suis vraiment content de cette version 3.

- J'ai ajouté un lanceur (Sytème/Administration)
- Le mode ligne de commande à été fortement modifié
- Le problème du tri semble réglé, il m'a toujours trouvé la bonne version N-1 (il peut quand meme rester des bugs, mais je les voit pas)
- surtout, l'ajout de l'option -s (ou --simulate) permet de tester tout ça tranquillement sans effacer quoi que ce soit. (enfin, en tout cas.. chez moi ça n'efface rien

Après 4 ans de bon et loyaux services, ce script m'est toujours utile au quotidien. J'espère qu'il pourra vous rendre service aussi.

EDIT : j'ai mis à jour le premier post pour le téléchargement

Dernière modification par Hoper (Le 27/03/2012, à 20:52)

Ayral · Le 28/03/2012, à 10:29

Travail excellent comme d'habitude, merci beaucoup. Je l'utilise depuis les touts débuts (3 ans).

cep · Le 04/04/2012, à 15:12

Joli.

Un détail, si aptitude est présent en standard dans ubuntu, il est possible de remplacer dpkg + quatre appels grep et un awk par un seul aptitude search :

aptitude search -F '%p' "linux-image-2 ~i" "linux-image-3 ~i" "linux-headers-2 ~i" "linux-headers-3 ~i"

On peut encore simplifier dans les versions mais c'est plus clair ainsi.

Merci pour le script, il va simplifier le ménage pour certains.

Hoper · Le 04/04/2012, à 17:40

Merci !

Par contre, il faudrait vérifier que ça ne pose pas de problèmes pour l'ordre des suppressions ensuite. Mes dpkg suivi des grep sont fait dans un ordre précis, afin de construire la liste des paquets à supprimer dans cet ordre. J'avais constaté que, sans cela, on pouvait se retrouver bloqué à cause du jeu des dépendances).

Or je ne maitrise pas du tout cette fonction de recherche d'aptitude, et ne peut donc pas prévoir dans quel ordre elle me renverra les résultats...

Rien à voir, mais je trouve maintenant très moche l'option -t (term). Cela devrait clairement être le contraire (-g ou --gui) pour avoir le mode graphique. Je pense que j'inverserai ça dans la prochaine version, ne serait ce que pour mieux coller à l'esprit d'unix en général, et à ma façon de penser en particulier De toute façon, pour les personnes utilisant le mode graphique, cela ne changera rien car l'option -g sera intégrée au lanceur.

Dernière modification par Hoper (Le 04/04/2012, à 17:42)

cep · Le 04/04/2012, à 20:38

oui, je vois ce que tu veux dire.

Par exemple, mais c'est à approfondir :
Liste des Paquets linux-image et headers à Garder :

aptitude search -F '%p' "linux-image-2 ~i" "linux-image-3 ~i" | tail -2 ; aptitude search -F '%p' "linux-headers-2 ~i" "linux-headers-3 ~i" | tail -4

pour garder les deux derniers noyaux et les deux derniers headers. Il me semble que sur ubuntu il faut garder 2 linux-headers par noyau. Mais tu confirmeras éventuellement. Ce qui donne ici :

:~$  aptitude search -F '%p' "linux-image-2 ~i" "linux-image-3 ~i" | tail -2 ; aptitude search -F '%p' "linux-headers-2 ~i" "linux-headers-3 ~i" | tail -4
linux-image-3.2.0-20-generic                                                    
linux-image-3.2.0-21-generic                                                    
linux-headers-3.2.0-20                                                          
linux-headers-3.2.0-20-generic                                                  
linux-headers-3.2.0-21                                                          
linux-headers-3.2.0-21-generic

Et pour la recherche des paquets installés :
:~$ aptitude search -F '%p' "linux-image-2 ~i" "linux-image-3 ~i" "linux-headers-2 ~i" "linux-headers-3 ~i"
linux-headers-3.2.0-18
linux-headers-3.2.0-18-generic
linux-headers-3.2.0-19
linux-headers-3.2.0-19-generic
linux-headers-3.2.0-20
linux-headers-3.2.0-20-generic
linux-headers-3.2.0-21
linux-headers-3.2.0-21-generic
linux-image-2.6.32-38-generic
linux-image-2.6.38-13-generic
linux-image-3.2.0-18-generic
linux-image-3.2.0-19-generic
linux-image-3.2.0-20-generic
linux-image-3.2.0-21-generic

Le tout à diriger dans un fichier > /tmp/xxxxxx comme tu l'as précisé.

Cordialement.
cep

Dernière modification par cep (Le 04/04/2012, à 20:41)

indecis · Le 04/04/2012, à 22:16

Super fonctionne nickel
merci.

Hoper · Le 05/04/2012, à 10:40

Tant mieux si ca fonctionne et si ça rend service, il est la pour ça

Dernière modification par Hoper (Le 05/04/2012, à 13:01)

Babdu89 · Le 05/04/2012, à 16:54

Bonjour...
@Hoper...
Çà fait aussi un bout de temps que j'utilise ton script...En commandes sur mes 10.04 et 10.10 ...

Je redécouvre le sujet , et la version graphique...
Sur un Ubuntu 12.04 qui à été mis à niveau depuis un 11.10, si je me souviens bien( je ne suis plus sûr) ...J'ai installé le .deb ... Et regardé la partie graphique (mes manips préférées... Je ne suis pas trop un adepte des commandes..)

Question...
Pourquoi les noyaux à sélectionner pour suppression,sont ils cochés par défaut ...
Sur ce Ubuntu 12.04 j'ai les noyaux 3.0.2.15 ;18 ;20 ;21 ... Je Boote sur le 3.0.2.21 ...

Si on ne fait pas attention, comme tous les autres noyaux sont sélectionnés...Si je valide tel que, est que je vais me retrouver avec le dernier noyau seulement??... Ou est ce que le script va garder les deux derniers ??...

J'ai lancer aussi le script en commande avec simulation (le même script,je n'ai que le .deb sur cette bistro)...
Dans ce cas il me garde les deux derniers noyaux...

Pourquoi cette différence entre la mode graphique, et les commandes ??? ...

Je vais fouillé dans mes disque usb de tests ,voir si il y a des versions de Ubuntu, avec des version de noyaux à nettoyer...

En tout cas chouette idée que tu as eu là... Bien pratique, surtout le mode graphique (que je découvre...) ...
Merci bien...

@+. Babdu89

Babdu89 · Le 05/04/2012, à 17:30

Je vais fouillé dans mes disque usb de tests ,voir si il y a des versions de Ubuntu, avec des version de noyaux à nettoyer...

Bon ,je peu tester sur des 10.04 ; 10.10 ; 11.10 ; 12.04 ...
J'ai une seule 11.04,(en 64bits les autres sont en 32 bits..), mais elle est à mettre à jour,avant de tester... J'en suis au noyau 2.6.38-8 ...

Je vais voir çà ...

@+. Babdu89

Dernière modification par Babdu89 (Le 05/04/2012, à 17:31)

Babdu89 · Le 05/04/2012, à 22:58

Bonsoir...

Alors la Ubuntu 11.04 64bits (Hybryde EldoradOS) mise à jour... J'ai les noyaux ;2.6.38.8 et 2.6.38.13
Uniquement, installation du .deb... Lancement en graphique,et en commande " sudo kclean -tksf " ...

Alors en commande, le script ne désinstalle pas le noyau...2.6.38.8 , pour garder les deux derniers noyaux...

En graphique, le noyau 2.6.38.8 est désinstallé ... La règle qui consiste à "Forcer à garder les deux derniers noyaux" , est "transgressée" à mon avis (çà n'engage que moi.) ... Le noyau 2.6.38.8 est supprimé ...

Je valide, çà lance la suppression...

Noyau 2.6.38.8 supprimé, reste que le 2.6.38.13 ...

Je ne comprends pas pourquoi cette différence d'utilisation du même script , en mode graphique et en commande... Puisqu'il n'y a que le .deb d'installé ...

Bon , çà fonctionne avec un Ubuntu 11.04 64 bits ....

Au demeurant un excellent script, de toutes manières... Mais il faut être attentionné à ce que l'on fait ...

Puisque çà marche chez moi sur les 11.04 et 12.04 ...
Je vais tester sur des versions 10.04 ; 10.10 ;11.10 ... Et dire si çà marche

@+. Babdu89 .

banana58 · Le 06/04/2012, à 03:26

hi,
j'ai voulu l'installer et le tester : je l'avais déjà ! je l'ai lancer et il ma trouvé 3 paquets dont la suppression a été vérifiée : impeccable donc !
merci

Hoper · Le 06/04/2012, à 10:31

Tout d’abord, merci pour les retours.

Je ne comprends pas pourquoi cette différence d'utilisation du même script , en mode graphique et en commande...

Quand le script est lancé en mode graphique (en utilisant le lanceur), l'option "keep-prev' n'est PAS activée. globalement, cela me semble logique puisque c'est justement une option, et pas le comportement par défaut. Le comportement par défaut est bien de nettoyer un maximum de chose, et donc de ne garder que le tout dernier noyau.

A ce sujet, je vais refaire un résumé de l'historique :

Version 1.X : Mode texte uniquement
Version 2.X : Ajout d'un mode graphique par défaut (erreur, il est beaucoup plus logique que ce soit le mode texte qui soit le mode par défaut)
Version 3.X : Refonte totale du mode ligne de commande, et ajout des options "-s" et "-k", pour simuler la suppression, et conserver 2 noyaux au lieu d'un. Mais aucune modification du mode graphique !

Cela dit, si tu avais lancé le script en mode graphique et avec l'option -k, le script aurait normalement du te prévenir que cette option n'était pas supporté en mode graphique.

Je prévois une version 3.1 remettre le mode texte par défaut, et qui implémentera les options -s et -k (si possible) pour le mode graphique.

Dernière modification par Hoper (Le 06/04/2012, à 13:13)

Babdu89 · Le 06/04/2012, à 12:42

Bonjour...
Pour le mode graphique... Suggestion ...

Ajouter dans le texte ,au dessus de la fenêtre présentant les noyaux à supprimer...

Pour information,vous utilisez actuellement la version ******* de linux.
Ajouter; Il est conseillé de garder en plus, la version précédente....
En cliquant sur valider les paquets suivants seront supprimés;

Ah, oui !!! ... Super se script ... Très pratique en mode graphique...Bien vu, bravo...

PS... Je vais attendre la v3 pour tester les nouveautés...

Abonnement.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 06/04/2012, à 12:44)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#151 Le 26/03/2012, à 17:29

Re : Nettoyage dans les noyaux (kernel)

#152 Le 26/03/2012, à 17:29

Re : Nettoyage dans les noyaux (kernel)

#153 Le 26/03/2012, à 18:36

Re : Nettoyage dans les noyaux (kernel)

#154 Le 26/03/2012, à 21:05

Re : Nettoyage dans les noyaux (kernel)

#155 Le 26/03/2012, à 22:54

Re : Nettoyage dans les noyaux (kernel)

#156 Le 26/03/2012, à 22:58

Re : Nettoyage dans les noyaux (kernel)

#157 Le 27/03/2012, à 09:37

Re : Nettoyage dans les noyaux (kernel)

#158 Le 27/03/2012, à 14:07

Re : Nettoyage dans les noyaux (kernel)

#159 Le 27/03/2012, à 14:52

Re : Nettoyage dans les noyaux (kernel)

#160 Le 27/03/2012, à 15:49

Re : Nettoyage dans les noyaux (kernel)

#161 Le 27/03/2012, à 16:56

Re : Nettoyage dans les noyaux (kernel)

#162 Le 27/03/2012, à 20:44

Re : Nettoyage dans les noyaux (kernel)

#163 Le 27/03/2012, à 20:51

Re : Nettoyage dans les noyaux (kernel)

#164 Le 28/03/2012, à 10:29

Re : Nettoyage dans les noyaux (kernel)

#165 Le 04/04/2012, à 15:12

Re : Nettoyage dans les noyaux (kernel)

#166 Le 04/04/2012, à 17:40

Re : Nettoyage dans les noyaux (kernel)

#167 Le 04/04/2012, à 20:38

Re : Nettoyage dans les noyaux (kernel)

#168 Le 04/04/2012, à 22:16

Re : Nettoyage dans les noyaux (kernel)

#169 Le 05/04/2012, à 10:40

Re : Nettoyage dans les noyaux (kernel)

#170 Le 05/04/2012, à 16:54

Re : Nettoyage dans les noyaux (kernel)

#171 Le 05/04/2012, à 17:30

Re : Nettoyage dans les noyaux (kernel)

#172 Le 05/04/2012, à 22:58

Re : Nettoyage dans les noyaux (kernel)

#173 Le 06/04/2012, à 03:26

Re : Nettoyage dans les noyaux (kernel)

#174 Le 06/04/2012, à 10:31

Re : Nettoyage dans les noyaux (kernel)

#175 Le 06/04/2012, à 12:42

Re : Nettoyage dans les noyaux (kernel)

Pied de page des forums