Nettoyage dans les noyaux (kernel)

vince06fr · Le 06/11/2012, à 20:51

Hoper a écrit :

Umuntu : Si tu veux prendre le temps de traduire ce script, surtout ne te gêne pas comme tout est "hardcodé" dans le script, la seule chose à faire est... De modifier l'ensemble des textes en français présents dans le script pour les mettre en anglais.
Une fois le script modifié, et après avoir vérifié que cette nouvelle version ne pose pas de de soucis particulier, je ferai un nouveau paquet "anglais".
Si quelqu'un connait un moyen simple d'inclure les deux langues dans le même script je suis preneur, mais je doute que ce soit possible facilement. (Et je préfère avoir deux versions faciles à lire et à mettre à jour plutôt qu'une seule plus compliquée à modifier)

Il faut utiliser des fichier .po avec la bibliotheque gettext
http://fr.wikipedia.org/wiki/Gettext
http://schplurtz.free.fr/wiki/envrac/bash-international

Dernière modification par vince06fr (Le 06/11/2012, à 20:53)

Hoper · Le 07/11/2012, à 00:47

frenchy : mince... ca ne devrait plus faire ca... je regarderai ca des que possible (pas avant quelques jours).

Vince : merci pour les infos.

Hoper · Le 16/11/2012, à 16:37

Je viens de regarder et de trouver le soucis. Je ne sais pas du tout comment j'ai fait mon coup, mais la correction apportée (post 199) n'était pas présente dans la version 3.2 en téléchargement C'est maintenant réparé.

Frenchy82 : Peut tu re-télécharger le paquet depuis mon blog, refaire l'installation, et refaire un essai ?

Désolé aussi d'avoir mis autant de temps pour répondre alors qu'il s'agissait la d'un problème important, mais il se trouve que j'étais un peu occupé ces derniers temps

Dernière modification par Hoper (Le 16/11/2012, à 16:38)

frenchy82 · Le 16/11/2012, à 17:51

C'est tout bon maintenant

Merci pour ton attention

loubrix · Le 16/11/2012, à 18:12

Hoper a écrit :

Si quelqu'un connait un moyen simple d'inclure les deux langues dans le même script je suis preneur

perso, je remplace les textes à afficher par une variable, et je fais un case, comme ça:

case "$LANG" in
 fr*)
  TITLE="Mon titre"
  _yes="Oui"
  _no="Non"
  _cancel="Annuler"
  _continue_label="Continuer"
 _exit="Quitter"

;;
 *)
  TITLE="My title"
  _yes="Yes"
  _no="No"
  _cancel="Cancel"
  _continue_label="Continue"
 _exit="Exit"

 ;;
esac

et les variables dans le script (ici dans une déclaration qui m'évite de repasser toujours les mêmes options à dialog à chaque utilisation):

DIALOG() {
    dialog --title "$TITLE" \
    --yes-label "$_yes" --no-label "$_no" --cancel-label "$_cancel" --exit-label "$_exit" \
    "$@"
    }

si ça peut aider

PS: sinon, on a soumis une demande qui a le même but que ton script (mais automatisé) sur Launchpad

Dernière modification par loubrix (Le 16/11/2012, à 18:21)

Babdu89 · Le 10/12/2012, à 14:23

Bonjour...
Je ne sais pas si quelqu'un a testé kclean sur Ubuntu 13.04 ...

Comme j'ai installé une version de test, et qu'il y avait 3 versions de noyau dans l'Os, après les mises à jour ... J'ai fait le test ...

Çà marche !! ....

Le contenu ,du menu Grub de la 13.04, maintenant ...

bernard@bernard-GA-7VAX:~$ grep menuentry /boot/grub/grub.cfg
if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
  menuentry_id_option=""
export menuentry_id_option
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.7.0-5-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.7.0-5-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.7.0-5-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.7.0-5-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.7.0-4-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.7.0-4-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.7.0-4-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.7.0-4-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
menuentry "Memory test (memtest86+)" {
menuentry "Memory test (memtest86+, serial console 115200)" {

@+. Babdu89 .

Hoper · Le 10/12/2012, à 15:36

Merci pour ce test

cptnflam · Le 12/12/2012, à 00:10

J'ai installé la dernière version en deb sur debian sid + cinnamon
- Pour pouvoir le lancer depuis le menu, il faut éditer le fichier sudoers.
- Sinon le lancer dans une console root avec kclean --gui

Super idée ce script.

Merci.

Hoper · Le 12/12/2012, à 11:07

Attention en l'utilisant sous debian, il me semble que le nom de certains paquets différent... Vérifie bien à chaque fois ce qu'il te propose de supprimer Sinon, ce script est prévu pour fonctionner aussi bien (si ce n'est mieux) en ligne de commande.

Dernière modification par Hoper (Le 12/12/2012, à 11:08)

cptnflam · Le 12/12/2012, à 18:28

Merci pour le conseil. Je vais privilégier la ligne de commande.

Babdu89 · Le 22/12/2012, à 13:35

Bonjour...
Kclean tester aujourd'hui avec Xubuntu 12.10 ...

Dans les maj proposées,il y a un changement de version de noyau
3.5.0-19 ==> 3.5.0-21 ...
Je fais le maj du noyau ...
J'installe Kclean depuis le lien du post#1 de ce sujet ...
Je lance Kclean et voila ce qui m'est proposé de désinstaller ; Ah, je n'ai pas de noyau 3.0.5-21 dans ce que propose Kclean ...

Je vérifie le contenu du menu grub de Xubuntu 12.10 ...

Le noyau 3.0.5-21 est bien installé et présent au menu grub ...

Bon je fais une maj de Grub depuis Xubuntu 12.10 ...J'ai bien le noyau 3.0.5-21 en premier ...

Je relance Kclean ; toujours pareil, pas de noyau 3.0.5-21 , il n'est pas vu par Kclean ...

J'avais déjà eu des soucis avec une histoire de maj de grub ... ,J'en ai parlé quelques posts plus haut... Çà étonnait les intervenants ...

Ah... Au fait... j'ai plusieurs Linux installés
Je lance mon Xubuntu 12.10, depuis le menu grub de l'os qui fait démarrer ma machine ... Ubuntu 12.04 ...
Bon ,je relance ma machine...
Dans le menu grub de la 12.04, le noyau 3.0.5-21 de Xubuntu 12.10, nest pas dans le menu grub de la 12.04 ...
Je lance la 12.04, je fais une maj de grub ... le noyau 3.0.5-21 est dans l'entrée du menu grub qui lance ma machine...
Je relance Xubuntu 12.10 depuis le menu grub de la 12.04 ...
Je lance Kclean et ...

Voila ,j'ai le noyau 3.0.5-21 cette foi-ci ...

Que faut'il en déduire? ...

Pourquoi suis-je obligé de mettre grub à jour, sur l'Os qui fait démarrer la machine, et qui n'est pas Xubuntu 12.10 ?...

Important çà, dans le cadre d'un multiboot, dont la machine est démarrée par un autre Os linux que celui où on veut uriliser Kclean...

Je résume ce qui c'est passé sur ma machine...

Multi boot lancé sur Ubuntu 12.04 ...
Lancement Xubuntu12.10 depuis le menu grub de Ubuntu12.04...
Maj de Xubuntu 12.10 proposés avec changement de noyau 3.0.5-19 ==>3.0.5-21 ...
Installation de Kclean v3.2 ...
Lancement de Kclean ... pas de noyau 3.0.5-21 proposé dans la fenêtre de Kclean ,propose 3.0.5-19 ...
Maj de grub de Xubuntu 12.10 ...
Pas de changement dands la fenêtre de Kclean ... ==> 3.0.5-19 ...

Je comprend qu'il faut que je mette grub à jour sur l'Os qui lance la machine, ce n'est pas Xubuntu 12.10 ...
Obligé de relancer la machine sur Ubuntu 12.04 pour mettre à jour grub de la 12.04 ... il n'y a pas de noyau 3.0.5-21 dans le menu grub ,concernant Xubuntu 12.10 ...
Maj de grub Ubuntu 12.04 faite, le noyau 3.0.5-21 de Xubuntu 12.10, est au menu grub de Ubuntu 12.04 ...
Lancement de la machine sur Xubuntu 12.10 , depuis le menu grub de Ubuntu 12.04 ...

Kclean voit maintenant le noyau 3.0.5-21 sur Xubntu12.10 ...Je peux nettoyer...

Donc... Dans le cadre d'un multiboot Linux ..
L'utilisateur qui ne comprend pas ce qui se passe...
Qui ne fait pas la maj de grub de l'Os qui lance la machine ,il va chercher longtemps,avant d'arriver à utiliser Kclean sur un autre Os ,lancé depuis le menu grub de l'Os qui lance la machine ...

Çà n'est expliqué nul part çà ... (À part ici,maintenant) ...

Je teste le nettoyage...

Édit...

Çà marche... Voici le menu grub de Xubuntu 12.010 ,maintenant....

Reste les noyaux 3.0.5-19 et 3.0.5-21 ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 22/12/2012, à 14:47)

Hoper · Le 24/12/2012, à 22:21

Maj de Xubuntu 12.10 proposés avec changement de noyau 3.0.5-19 ==>3.0.5-21 ...
Installation de Kclean v3.2 ...
Lancement de Kclean ... pas de noyau 3.0.5-21 proposé dans la fenêtre de Kclean

De ce que je comprend, j'ai l'impression qu'il n'y a aucun problème. kclean ne te proposera jamais de supprimer le noyau que tu es en train d'utiliser. Donc effectivement, il ne le "voit pas", et c'est tout à fait normal !

Babdu89 · Le 25/12/2012, à 00:38

Bonsoir...

@ Hoper ...

De ce que je comprend, j'ai l'impression qu'il n'y a aucun problème. kclean ne te proposera jamais de supprimer le noyau que tu es en train d'utiliser. Donc effectivement, il ne le "voit pas", et c'est tout à fait normal !

OK!!!...

La prochaine foi que çà arrive, je fais un reboot sur l'OS concerné , durant les manips pour voir ce qui se passe ...

Merci ...

Bonnes fêtes à tous...

@+. Babdu89 .

Babdu89 · Le 12/02/2013, à 11:02

Bonjour...

Un peu de pub, et un test + démonstration de l'utilisation du script en mode graphique sous la 13.04 encore ici ...

http://forum.ubuntu-fr.org/viewtopic.ph … #p12549241

Bonne continuation ...

@+. Babdu89 .

Hoper · Le 12/02/2013, à 11:21

Merci pour le test en 13.04

Sylll2o · Le 12/02/2013, à 12:18

Bonjour,

Un grand MERCI pour ce script Bravo Hoper

Parfait pour les allergiques du terminal !!!
++

Hoper · Le 13/02/2013, à 09:58

C'est la qu'on voit qu'il en faut pour tous les gouts. J'ai déjà reçu des remerciements de gens qui trouvaient ce script très pratique à utiliser en ligne de commande... comme quoi

Babdu89 · Le 15/02/2013, à 13:22

Bonjour...

@ Hoper ...

Je reviens sur un souci déjà évoqué dans ce sujet ... Avec plus de détails des manips ...

Le cadre d'un multi-boot , un Os dont veut nettoyer le nombre de noyaux avec ton script, après une maj système, et ajout d'un nouveau noyau ...

Os à nettoyé ,installé en /sda11
Os qui démarre la machine installé en /sda13

Mais ...

Le fait que l'Os a "nettoyer" (/sda11) , soit démarré par le menu Grub non à jour, d'un autre Os (/sda13) que celui où on veut utiliser ton script (sur /sda11)...
(forcément,il ne peut pas y avoir d'entrée du dernier noyau, de l'Os à nettoyé (/sda11), au menu Grub de L'Os qui lance l'Os à nettoyé(/sda13) ) ...

Donc l'Os à nettoyé (/sda11) est démarré par l'avant dernier noyau ,dans le menu Grub de l'Os (/sda13) qui lance la machine...
Tant que la maj de Grub de l'Os (/sda13) qui la la machine ne sera pas faite, le dernier noyau de l'Os à nettoyé (en /sda11) ne figure dans le menu Grub de l'Os (/sda13) qui lance la machine ...

Bon , le souci, c'est que bien que le dernier noyau soit installé dans l'Os (/sda11) voici ce que donne les manips ...

Maj système avec changement de noyau sur l'Os en (/sda11) ... 3.8.0-5 vers le 3.8.0-6 ...

Maj de Grub (déjà faite' de cet Os (/sda11) ...

Lancement du script de Hoper ...

Le script ,nous signal que nous somme sur le noyau 3.8.0-5 , normal, et nous propose de désinstaller le dernier noyau installé 3.8.0-6 ?!?!?!.....
Pas normal çà ... Çà tient au fait que l'on est lancé depuis le menu Grub de l'Os en (/sda13) sur le noyau 3.8.0-5 ...

Voila le contenu de l'entrée au menu Grub de l'Os (/sda11) qui est lancer depuis le nenu Grub de l'Os (/sda13) ...

menuentry "Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-4-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-4-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-4-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-4-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-1-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-1-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-1-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-1-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {

Il n'y a pas de noyau 3.8.0-6 ...

Je reboot la machine sur l'Os qui est en /sda13 ,pour faire la maj de Grub de cet Os ...
Voila ce que donne le contenu, pour la même entrée au menu Gtub ,maintenant ...

menuentry "Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-6-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-6-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-4-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-4-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-4-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-4-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-1-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-1-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-1-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-1-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {

Çà y est ,nous avons maintenant le noyau 3.8.0-6 dans le menu Grub de l'Os en /sda13 , pour lancer l'Os en /sda11 ...

Je relance la machine, et je démarre l'Os en /sda11 (l'Os à nettoyer) ...
Je lance le script, et cette foi-ci, c'est conforme à ce que j'en attends ...

Le script me dit bien que je suis sur le noyau 3.8.0-6 ...
Et propose les bonnes versions au nettoyage ...
Je valide pour faire la manip ...

Voila c'est fini ...

Le contenu du menu Grub , depuis l'Os nettoyé en /sda11 ...

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.8.0-6-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.8.0-6-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.8.0-5-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {
	menuentry 'Ubuntu, avec Linux 3.8.0-5-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc' {

Après reboot sur l'Os qui lance la machine /sda13 ...
Mise à jour à nouveau de Grub de cet Os ...
Le contenu de l'entrée de l'Os /sda11, au menu Grub de L'Os qui lance la machine /sda13 ...

menuentry "Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-6-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-6-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-6-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-advanced-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.8.0-5-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.0-5-generic-recovery-9236aa85-fab4-459f-95fe-e5ca7e172cfc (on /dev/sda11)" --class gnu-linux --class gnu --class os {

C'est bon ,j'ai bien les deux denier noyaux .... 3.8.0-5 et 3.8.0-6 ....

Alors question ...

Quelle va être la réaction d'un utilisateur, qui n'aura pas pigé tout ceci , en utilisant le script ??... Et qui va se retrouver devant ceci???..

Dans le cas d'un multi-boot , avec démarrage depuis le menu Grub d'un Os (/sda11) autre que celui sur lequel on veut utiliser le script ...
N'y a-t'il pas moyen de mettre un message d'alerte, incitant l'utilisateur à faire la mise à jour de Grub de l'Os (/sda13) qui lance la machine ?? ...

Voir essayer de modifier ton script, pour qu'il prenne en compte cette situation ... Et fasse lui même la mise à jour de Grub sur l'Os qui lance la machine, avant de continuer le nettoyage sur l'Os où on utilise le script ...Ceci en transparent pour l'utilisateur ...

Si tu entrevois une possibilité, tu me fais signe ,pour aider à tester ...

Voila , je pense que ces manips devraient aider à mieux cerner le problème ....

@+. Babdu89 .

Dernière modification par Babdu89 (Le 15/02/2013, à 20:13)

Hoper · Le 15/02/2013, à 16:55

Babdu89, je suis vraiment désolé parce que tu fais clairement de gros efforts, avec des postes très long, et des copies d'écran et tout et tout.
Mais cela fait deux fois que je ne comprend RIEN à tes messages.

Je ne sais pas, ça vient peut etre de moi, mais j'ai beau essayé de me concentrer sur ce que tu raconte, au bout de quelques lignes je suis largué. Pour te dire la vérité, je n'arrive même pas à lire tes posts jusqu'au bout.

Globalement, que tu sois en multiboot ou pas, le script s'en fiche complétement. Il fonctionne de façon très simple, en listant les noyaux installés avec la commande dpkg -l (le contenu de grub n'a rien à voir la dedans) trouve ceux qu'il faut supprimer et les supprime toujours avec dpkg. Je crois vraiment que tu te fais des noeuds dans le cerveau pour rien.

Le script ,nous signal que nous somme sur le noyau 3.8.0-5 , normal, et nous propose de désinstaller le dernier noyau installé 3.5.8-6 ?!?!?!.....
Pas normal çà ..

Et pourquoi pas normal ? 3.5.8-6 est bien inférieur à 3.8.0-5 non ? Il est donc bien normal qu'il te propose de le supprimer. Encore une fois, le "contenu de grub" (ce qui ne veut pas dire grand chose) n'a rien à voir dans tous ça. Je pense que tu te imagine des choses (à propos du fonctionement de ce script) qui sont très loin de la réalité.

Babdu89 · Le 15/02/2013, à 19:09

Bonsoir...
@ Hoper ...

Déjà excuse moi "d'écorcher " ton pseudo Hopper ,pour Hoper ...

Tu dis ...

Le script ,nous signal que nous somme sur le noyau 3.8.0-5 , normal, et nous propose de désinstaller le dernier noyau installé 3.5.8-6 ?!?!?!.....
Pas normal çà ..
Et pourquoi pas normal ? 3.5.8-6 est bien inférieur à 3.8.0-5 non ? Il est donc bien normal qu'il te propose de le supprimer. Encore une fois, le "contenu de grub" (ce qui ne veut pas dire grand chose) n'a rien à voir dans tous ça. Je pense que tu te imagine des choses (à propos du fonctionement de ce script) qui sont très loin de la réalité.

Ou là là...

Je me suis trompé en reportant les n° de versions de noyau ... 3.8.0-5 et 3.8.0-6 ...
Voir ce qui est indiqué entre les balises code ...

J'ai corrigé mon post, et çà change la donne ...

@+. Babdu89 .

Hoper · Le 15/02/2013, à 19:13

Ok, la dernière copie d'écran semble indiquer que dans des cas VRAIMENT tordus il y a peut être un soucis... Je vais donc sérieusement ré-essayer de comprendre ton post.

(laisse moi un peu de temps, parce que je ne pourrai pas me pencher la dessus ce week end...)

Babdu89 · Le 15/02/2013, à 20:09

Bonsoir ...
@ Hoper ...

Ok, la dernière copie d'écran semble indiquer que dans des cas VRAIMENT tordus il y a peut être un soucis...

Je re-formule en plus simple ...

Une machine en multi-boot Os Linux, (au moins deux ; Linux1 et Linux2) ...

La machine boot sur le Linux2 ...( donc menu Grub du Linux2)

Sur le Linux1...
La maj système, propose un changement de version de noyau ...
On en profite, pour utilise ton script ...
Et,on se retrouve dans la situation que je décris ...

Je ne trouve pas que ce soit un cas vraiment tordu ... On doit voir çà sur toutes les machines en multi-boot Os Linux ...

Prends ton temps pour étudier, voir tester chez toi si tu as la possibilité ... C'est de ma part juste une constatation que je rapporte ...

Ce qui n'enlève rien à la qualité du script que tu as créé ...

Juste que dans le cas d'espèce, çà engendre des manips non prévues, du Grub de L'Os (Linux2) qui lance la machine, pour pouvoir utiliser ton script correctement sur le Linux1 ...

Bonne continuation ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 15/02/2013, à 20:17)

Hoper · Le 15/02/2013, à 20:46

Une machine en multi-boot Os Linux, (au moins deux ; Linux1 et Linux2) ...

Plusieurs linux sur une même machine, personnellement je trouve ça déjà bien tordu Si c'est pour faire des essais de distribution etc, il semble plus logique de passer par des machines virtuelles mais bon.

La machine boot sur le Linux2 ...( donc menu Grub du Linux2)

Et alors la, on entre dans le vraiment bizarre. Le role de grub est bien de gérer l’amorçage de l'OS de ton choix. Pourquoi mettre plusieurs grub différents !? Pour moi, le gestionaire de boot, que ce soit grub, ou lilo, ou gag, ou ce que tu veux, ça se met sur le MBR et il y en a qu'un, pas deux.

On doit voir çà sur toutes les machines en multi-boot Os Linux ...

Alors la non, je peux me tromper bien sur, mais vraiment je crois pas

Il n'en reste pas moins que, comme indiqué plus haut, je vais essayer de de comprendre ce qui se passe...

Babdu89 · Le 15/02/2013, à 23:26

Bonsoir ...
@ Hoper ...

Je fais les tests, en éditant un fichier texte de ce que je fais ... Et malheureusement je ne me relis pas, avant de faire des Copier/coller, pour poster...
Il faut m'en excuser, et surtout continuerà me "ramasser" car je suis impardonnable ...
Quand on fait des tests il faut faire plus attention à ce que l'on fait et dit ...Mea-culpa ...

La machine boot sur le Linux2 ...( donc menu Grub du Linux2)

Non , je voulais écrire ...

La machine boot sur le Linux2 ...( depuis le menu Grub du Linux1)

Çà change encore bien les choses ...

Tu dis ...

Il n'en reste pas moins que, comme indiqué plus haut, je vais essayer de de comprendre ce qui se passe...

Oui ,car voici un deuxième test, fait sur un autre hdd de test, avec un multi-boot Os Linux ...

Hdd multi-boot Os Linux ...
Machine bootant sur le Linux1
Os qui va être nettoyé avec le script ; Linux2 ,lancé à partir du menu Grub du Linux1 ...

Menu Grub Linux2 avant maj système ... Dernier noyau 3.2.0-35 ...

bernard@bernard-System-Product-Name:~$ grep menuentry /boot/grub/grub.cfg
menuentry 'Ubuntu, with Linux 3.2.0-35-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-35-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-34-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-34-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-33-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-33-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-32-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-31-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-31-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-30-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, with Linux 3.2.0-30-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {

Maj système sur le Linux2 proposées avec changement de version de noyau 3.2.0-35 vers 3.2.0-38 ...

Je fais les maj, je reboot la machine comme demandé, a partir du menu Grub du Linux1, puisque la machine boot comme çà ...
J'ai bien le noyau 3.2.0.38 installé sur Linux2...

bernard@bernard-System-Product-Name:~$ grep menuentry /boot/grub/grub.cfg
menuentry 'Ubuntu, avec Linux 3.2.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-38-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-35-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-35-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-34-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-34-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-33-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-33-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-32-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-31-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-31-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-30-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-30-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {

Je lance le script ,pour faire du nettoyage ...

Alors, que faire???? ....

L'utilisateur qui ne sait pas, va te dire que ton script ne marche pas ...

Comme nous savons maintenant qu'il faut mettre à jour le menu Grub de l'Os (Linux1),qui lance actuellement le Linux2 sur le noyau 3.2.0-35,
pour que le Linux2 soit lancé sur le noyau 3.2.0-38...

C'est ce que je vais faire ...

Reboot de la machine sur le Linux1 ...

Voila l'entrée du Linux2 au menu Grub du Linux1 ...

menuentry "Ubuntu, with Linux 3.2.0-35-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-35-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-34-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-34-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-33-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-33-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-32-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-32-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-31-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-31-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-30-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, with Linux 3.2.0-30-generic (recovery mode) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {

Le dernier noyau présent pour le Linux1 3.2.0-35 .... Pas de noyau 3.2.0-38 ...

Je fais la maj de Grub du Linux1 ...

J'ai le noyau 3.2.0-38 dans les entrées du Linux2, au menu Grub du Linux1, je vais pouvoir lancer le Linux2 sur le noyau 3.2.0-38 ...

menuentry "Ubuntu, avec Linux 3.2.0-38-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-38-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-34-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-34-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-33-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-33-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-32-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-32-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-31-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-31-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-30-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-30-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {

Je vais pouvoir faire mon nettoyage des noyaux en trop du Linux2 maintenant ...

Lancement de Kclean à partir du Linux2 ... Ahhhh !!! ... ÇÀ va mieux ...

Je valide l'opération ...

C'est fini ...

Voila les entrées au menu Grub du Linux2 maintenant ... Deux derniers noyaux ...

bernard@bernard-System-Product-Name:~$ grep menuentry /boot/grub/grub.cfg
menuentry 'Ubuntu, avec Linux 3.2.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-38-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-35-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, avec Linux 3.2.0-35-generic (mode de dépannage)' --class ubuntu --class gnu-linux --class gnu --class os {

Pour être complet, il n'y a plus-qu'à rebooter la machine sur le Linux1, mettre faire une maj de Grub ,pour n'avoir que deux noyaux dans les entrées du Linux2, au menu Grub du Linux1 ...

Entrées du Linux2 au menu Grub du Linux1 ... Avant maj de Grub ...

menuentry "Ubuntu, avec Linux 3.2.0-38-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-38-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-34-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-34-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-33-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-33-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-32-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-32-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-31-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-31-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-30-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-30-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {

Entrées du Linux2 au menu Grub du Linux1 ... Après maj de Grub ...

menuentry "Ubuntu, avec Linux 3.2.0-38-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-38-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (on /dev/sdb9)" --class gnu-linux --class gnu --class os {
menuentry "Ubuntu, avec Linux 3.2.0-35-generic (mode de dépannage) (on /dev/sdb9)" --class gnu-linux --class gnu --class os {

Voila c'est fini, il n'y a plus-qu'à lancer le Linux2 sur le noyau 3.2.0-38 ...

Alors, des trucs tordus comme çà, j'en ai, encore sur 2 hdd usb de tests, et sur ma machine de la campagne, 4 hdd internes avec les mêmes situations ...

Des utilisateurs , qui n'aiment pas la ligne de commande , comme moi, mais qui se plaisent à tester tou ce qui leur tombe sous la main ,il y en a plein le forum, je t'assure...

Donc Un Grand Merci , a des contributeurs comme toi et beaucoup, d'autres qui mettez votre "travail" à disposition ,pour des "gus" comme moi ...

Alors si en retour ,nous pouvons aider lorsque c'est possible, il ne faut pas s'en privé ...
Mais ,je le reconnais humblement, ne pas dire trop n'importe quoi ... Je ferais plus attention ,les prochaines fois ...
Excuse ,encore la longueur du post, mais je pense pas que l'on puisse expliquer ceci en deux ou trois lignes ...

Tu dis...

Plusieurs linux sur une même machine, personnellement je trouve ça déjà bien tordu smile Si c'est pour faire des essais de distribution etc, il semble plus logique de passer par des machines virtuelles mais bon.

Pas sûr que l'on voit tous ce qui ne va pas en VM ... En installé, tout ce que l'on teste ...Çà marche, ou pas ... Bon ,il faut du temps ,et de la passion ...

Au fait, qu'est-ce qui peut être fait pour régler le souci??? ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 15/02/2013, à 23:28)

Hoper · Le 15/02/2013, à 23:53

Tu n'a pas répondu à l'une de mes remarques.
Comment se fait il que tu ai plusieurs grub !?

Pour le reste, on ne s'en sortira pas par forum interposé. Je te propose qu'on en discute par téléphone (je peux te filer mon téléphone, ou le contraire, comme ça t'arrange). Évidement pas ce soir l'appel hein

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#226 Le 06/11/2012, à 20:51

Re : Nettoyage dans les noyaux (kernel)

#227 Le 07/11/2012, à 00:47

Re : Nettoyage dans les noyaux (kernel)

#228 Le 16/11/2012, à 16:37

Re : Nettoyage dans les noyaux (kernel)

#229 Le 16/11/2012, à 17:51

Re : Nettoyage dans les noyaux (kernel)

#230 Le 16/11/2012, à 18:12

Re : Nettoyage dans les noyaux (kernel)

#231 Le 10/12/2012, à 14:23

Re : Nettoyage dans les noyaux (kernel)

#232 Le 10/12/2012, à 15:36

Re : Nettoyage dans les noyaux (kernel)

#233 Le 12/12/2012, à 00:10

Re : Nettoyage dans les noyaux (kernel)

#234 Le 12/12/2012, à 11:07

Re : Nettoyage dans les noyaux (kernel)

#235 Le 12/12/2012, à 18:28

Re : Nettoyage dans les noyaux (kernel)

#236 Le 22/12/2012, à 13:35

Re : Nettoyage dans les noyaux (kernel)

#237 Le 24/12/2012, à 22:21

Re : Nettoyage dans les noyaux (kernel)

#238 Le 25/12/2012, à 00:38

Re : Nettoyage dans les noyaux (kernel)

#239 Le 12/02/2013, à 11:02

Re : Nettoyage dans les noyaux (kernel)

#240 Le 12/02/2013, à 11:21

Re : Nettoyage dans les noyaux (kernel)

#241 Le 12/02/2013, à 12:18

Re : Nettoyage dans les noyaux (kernel)

#242 Le 13/02/2013, à 09:58

Re : Nettoyage dans les noyaux (kernel)

#243 Le 15/02/2013, à 13:22

Re : Nettoyage dans les noyaux (kernel)

#244 Le 15/02/2013, à 16:55

Re : Nettoyage dans les noyaux (kernel)

#245 Le 15/02/2013, à 19:09

Re : Nettoyage dans les noyaux (kernel)

#246 Le 15/02/2013, à 19:13

Re : Nettoyage dans les noyaux (kernel)

#247 Le 15/02/2013, à 20:09

Re : Nettoyage dans les noyaux (kernel)

#248 Le 15/02/2013, à 20:46

Re : Nettoyage dans les noyaux (kernel)

#249 Le 15/02/2013, à 23:26

Re : Nettoyage dans les noyaux (kernel)

#250 Le 15/02/2013, à 23:53

Re : Nettoyage dans les noyaux (kernel)

Pied de page des forums