Nettoyage dans les noyaux (kernel)

Hoper · Le 08/04/2015, à 16:19

Comment ça ? Un apt-get autoremove, ou apt-get install -f automatique ?

Ca si je le savais... J'ai dit que j'allais réfléchir à ce qu'il était possible de faire, c'est tout L'idée est de ne surtout pas modifier quoi que ce soit, simplement de s'assurer si on est dans un état stable ou pas.

Je vais donc plutôt chercher une commande totalement inoffensive, mais liée à la base apt, qui renverrai un code d'erreur si quelque chose se passe mal. Mais il faut encore que je trouve laquelle et comment l'utiliser.

Babdu89 · Le 26/04/2015, à 14:46

Bonjour.
@ Hoper.

Stp, veux tu bien regarder ce sujet

http://forum.ubuntu-fr.org/viewtopic.php?id=1827791

et le test que je fais là;

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

Y a moyen de mettre un garde fous dans le script?.

Merci ...

@+. Babdu89 .

nany · Le 02/05/2015, à 16:29

Bonjour,

un bug a été mis en évidence dans ce fil à partir du message #61.

Babdu89 · Le 02/05/2015, à 20:28

Bonsoir.
@ nany, j'ai posté ici

http://forum.ubuntu-fr.org/viewtopic.php?id=1827791

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

@+. Babdu89 .

Hoper · Le 06/05/2015, à 10:02

Yop.

@Babdu89

Désolé pour le temps de réaction, mais je suis toujours aussi débordé.
D'ailleurs, si tu pouvais m'envoyer un petit mail (ou PM) avec un résumé
parce que la je tombe sur des sujets de 4 pages que je n'ai pas du tout
le temps de lire pour le moment

J'ai juste cru lire que tu voulais une demande de confirmation pour
l'option -f ? Ce n'est pas possible car c'est justement le but de
l'option -f, supprimer toutes les demandes de confirmation pour avoir
un fonctionnement totalement non interactif (très utile pour des
scripts en crontab ou autre truc dans le genre...).

Il y a d'autres soucis ?

Dernière modification par Hoper (Le 06/05/2015, à 10:06)

Babdu89 · Le 06/05/2015, à 10:42

Bonjour.

Ok, compris...
Aux utilisateurs de faire attentions à ce qu'ils font. Et de se documenter avant de se lancer dans ce type de manip. Car ils seront surpris comme moi, de se retrouver avec seulement la version du noyau qui lance la session utilisant Kclean en commande avec l'option -f . Il efface tout le reste ...

Merci pour ces explications.

@+. Babdu89 .

Hoper · Le 07/05/2015, à 08:14

Sauf si tu utilise aussi l'option -k auquel cas il conservera les deux derniers. Comme indiqué dans l'aide
En cas de doute tu peux aussi utiliser -s qui permet de simuler ce qui va se passer, mais sans que rien ne soit réellement effacé.

Babdu89 · Le 07/05/2015, à 21:26

Bonsoir.
Oh quel idiot je fais. Même pas pensé à l'aide.

bernard@bernard-System-Product-Name:~$ kclean -help
 
 Syntaxe : /usr/bin/kclean [options]
 Options disponibles : 
	-t	--term		Lance le script en mode console (mode par defaut)
	-g	--gui		Lance le script en mode graphique
	-k	--keep-prev	Conserve automatiquement le noyau precedent
	-s	--simulate	Aucune suppression reelle, simple simulation
	-h	--help		Affichage de la syntaxe
	-f	--force-yes	Suppression sans aucune demande de confirmation !
	-v	--version	Informations sur les versions
 
 Exemple d'utilisation en ligne de commande : sudo kclean -k 
 
bernard@bernard-System-Product-Name:~$

Merci.

@+. Babdu89 .

Babdu89 · Le 08/05/2015, à 08:41

Bonjour.
Sur une installation qui ne craint rien...

Versions des noyaux; 3.2.0-24 ; 3.2.0-39, 3.5.0-26 .

Je démarre la session sur le noyau 3.2.0-39 .

Je teste Kclean en simulation. Voila les réponses.

bernard@bernard:~$ uname -a
Linux bernard 3.2.0-39-generic #62-Ubuntu SMP Wed Feb 27 22:05:17 UTC 2013 i686 i686 i386 GNU/Linux
bernard@bernard:~$ 
bernard@bernard:~$ sudo kclean -sk
[sudo] password for bernard: 
 
Noyau actuellement en cours d'utilisation : 3.2.0-39
Par defaut, seul ce noyau est conserve.
 
ATTENTION : Au moins un noyau plus recent ( 3.5.0-26 ) a ete detecte.
Ce phenomene peut avoir plusieurs causes mais, par securite,
ce script va s'arreter.
 
Si vous comprenez exactement ce qui se passe,
et si vous souhaitez reelement supprimer tous les noyaux
y compris les plus recents, utilisez l'option -f seule.
bernard@bernard:~$ 
bernard@bernard:~$ sudo kclean -sf
 
Noyau actuellement en cours d'utilisation : 3.2.0-39
Par defaut, seul ce noyau est conserve.
 
ATTENTION : Presence de noyau(x) plus recent(s) sur le systeme.
Ce script va neanmoins poursuivre (utilisation du -f)
Les paquets suivants vont etre supprimes :
 
    linux-image-3.2.0-24-generic
    linux-image-3.5.0-26-generic
    linux-headers-3.2.0-24
    linux-headers-3.2.0-24-generic
    linux-headers-3.5.0-26
 
Cela devrait liberer environ 339 MiB d'espace disque
 
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-image-3.5.0-26-generic (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24 (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-headers-3.5.0-26 (simple simulation...)  
 
 -------------- Suppression effectuee ---------------
 
bernard@bernard:~$ sudo kclean -sfk
 
Noyau actuellement en cours d'utilisation : 3.2.0-39
Par defaut, seul ce noyau est conserve.
 
ATTENTION : Presence de noyau(x) plus recent(s) sur le systeme.
Ce script va neanmoins poursuivre (utilisation du -f)
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
 
La version precedemment installee (a conserver) est la version : 3.2.0-39
Les paquets suivants vont etre supprimes :
 
    linux-image-3.2.0-24-generic
    linux-image-3.5.0-26-generic
    linux-headers-3.2.0-24
    linux-headers-3.2.0-24-generic
    linux-headers-3.5.0-26
 
Cela devrait liberer environ 339 MiB d'espace disque
 
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-image-3.5.0-26-generic (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24 (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-headers-3.5.0-26 (simple simulation...)  
 
 -------------- Suppression effectuee ---------------
 
bernard@bernard:~$ sudo kclean -skf
 
Noyau actuellement en cours d'utilisation : 3.2.0-39
Par defaut, seul ce noyau est conserve.
 
ATTENTION : Presence de noyau(x) plus recent(s) sur le systeme.
Ce script va neanmoins poursuivre (utilisation du -f)
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
 
La version precedemment installee (a conserver) est la version : 3.2.0-39
Les paquets suivants vont etre supprimes :
 
    linux-image-3.2.0-24-generic
    linux-image-3.5.0-26-generic
    linux-headers-3.2.0-24
    linux-headers-3.2.0-24-generic
    linux-headers-3.5.0-26
 
Cela devrait liberer environ 339 MiB d'espace disque
 
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-image-3.5.0-26-generic (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24 (simple simulation...)  
Suppression du paquet linux-headers-3.2.0-24-generic (simple simulation...)  
Suppression du paquet linux-headers-3.5.0-26 (simple simulation...)  
 
 -------------- Suppression effectuee ---------------
 
bernard@bernard:~$

J'ai beau tourner le options dans tous le sens.

Si je démarre sur une version du noyau inférieur à la dernière présente sur L'Os.
Kclean vire tous les autres noyaux présents de toute façon. Et on se retrouve avec seulement la version du noyau de la session qui sert à lancer Kclen.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 08/05/2015, à 14:10)

Hoper · Le 11/05/2015, à 13:46

La par contre, c'est un bug. Quelle version utilise tu ?
Car je me demande si j'avais pas modifié un truc associé à un moment...

Sur ma version 3.8, le comportement est correct :

hoper@lion:~$ sudo kclean -sf
 
Noyau actuellement en cours d'utilisation : 3.13.0-52
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-3.13.0-44-generic
    linux-image-3.13.0-45-generic
    linux-image-3.13.0-46-generic
    linux-image-3.13.0-48-generic
    linux-image-3.13.0-49-generic
    linux-image-3.13.0-51-generic
    linux-image-extra-3.13.0-44-generic
    linux-image-extra-3.13.0-45-generic
    linux-image-extra-3.13.0-46-generic
    linux-image-extra-3.13.0-48-generic
    linux-image-extra-3.13.0-49-generic
    linux-image-extra-3.13.0-51-generic
    linux-headers-3.13.0-44
    linux-headers-3.13.0-44-generic
    linux-headers-3.13.0-45
    linux-headers-3.13.0-45-generic
    linux-headers-3.13.0-46
    linux-headers-3.13.0-46-generic
    linux-headers-3.13.0-48
    linux-headers-3.13.0-48-generic
    linux-headers-3.13.0-49
    linux-headers-3.13.0-49-generic
    linux-headers-3.13.0-51
    linux-headers-3.13.0-51-generic
 
Cela devrait liberer environ 1550 MiB d'espace disque
 
 
 Suppression en cours :
 [...]
 
**********************

sudo kclean -sfk
 
Noyau actuellement en cours d'utilisation : 3.13.0-52
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
 
La version precedemment installee (a conserver) est la version : 3.13.0-51
Les paquets suivants vont etre supprimes :
 
    linux-image-3.13.0-44-generic
    linux-image-3.13.0-45-generic
    linux-image-3.13.0-46-generic
    linux-image-3.13.0-48-generic
    linux-image-3.13.0-49-generic
    linux-image-extra-3.13.0-44-generic
    linux-image-extra-3.13.0-45-generic
    linux-image-extra-3.13.0-46-generic
    linux-image-extra-3.13.0-48-generic
    linux-image-extra-3.13.0-49-generic
    linux-headers-3.13.0-44
    linux-headers-3.13.0-44-generic
    linux-headers-3.13.0-45
    linux-headers-3.13.0-45-generic
    linux-headers-3.13.0-46
    linux-headers-3.13.0-46-generic
    linux-headers-3.13.0-48
    linux-headers-3.13.0-48-generic
    linux-headers-3.13.0-49
    linux-headers-3.13.0-49-generic
 
Cela devrait liberer environ 1291 MiB d'espace disque
 
 
 Suppression en cours :
 [...]

Babdu89 · Le 11/05/2015, à 16:00

Bonjour.
C'est bien la 3.8 de Kclean que j'utilise.
As tu remarqué ceci?.
Les versions des noyaux de l'Os de test.

3.2.0-24, 3.2.0-26, 3.2.0-39, 3.5.0-26.

Je démarre la machine sur le 3.2.0-39 .
Pour que Kclean m'affiche le message, comme quoi il voit une version supérieur (3.5.0.-26) à la 3.2.0-39 qui sert à lancer la session qui démarre Kclean.
Et me demande de passer en commandes avec l'option -f.
Quelques soient les options accompagnant -f, il vire tous les noyaux autres que le 3.2.0-39. Donc je n'ai pas le choix d'en garder.

Et chez toi , si tu démarres sur le 3.13.0-51, avec -sf ,stk ,-skf ?...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 11/05/2015, à 16:11)

Hoper · Le 13/05/2015, à 14:45

Je regarde des que je peux. Cela pourrait effectivement être lie au fait que tu ne démarre pas sur le noyau le plus récent...

Babdu89 · Le 13/05/2015, à 15:16

Bonjour.
Ce n'est peut-être pas un bug. Mais le fonctionnement normal avec l'option -f . Dans ce cas bien précis, et comme çà fait déjà plusieurs sujets où on se retrouve avec un démarrage obligé sur le noyau moins récent. Il faudrait qu'au moins, qu' il y aie un message d'avertissement, disant que seul le noyau utilisé pour lancer la session qui utilise Kclean, restera dans la config en utilisant l'option -f.
Une foi fini le nettoyage, lorsqu'on n'est pas averti, çà surprend, Le menu grub paraît bien vide.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 13/05/2015, à 15:16)

nany · Le 10/06/2015, à 20:35

Le bug des images signed existe toujours et fait une nouvelle victime.

Gaara · Le 12/06/2015, à 09:22

Bonjour,

Je suis passé sur la 15.04 avec ma distrib' préférée (Kubuntu), et en voulant réinstaller kclean, j'ai une erreur de dépendance
Donc j'ai regardé quel paquet il fallait, et gnome-sudo semble être la cause, ce paquet n'existe pas dans mes dépôts. Est-est possible de passer par gksu qui fonctionne bien chez tout le monde?

Autre chose (décidément!), si j'essaie
sudo ./kclean
j'ai ce retour:

$ sudo ./kclean
[sudo] password for guillaume: 
dpkg-query: le paquet « cpp-4.7-arm-linux-gnueabihf » n'est pas disponible
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
./kclean: ligne 163: 0+ : erreur de syntaxe : opérande attendue (le symbole erroné est "+")
dpkg-query: le paquet « cpp-4.7-arm-linux-gnueabihf » n'est pas disponible
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
./kclean: ligne 173: 0+ : erreur de syntaxe : opérande attendue (le symbole erroné est "+")

Alors je sais que j'ai des headers et compilateurs pour ARM que j'aimerais garder, mais ça passait sans problèmes en 14.10 quand kclean était installé.

Mais quesqu'il se passe donc ?

Hoper · Le 12/06/2015, à 12:57

Yop.

Si je comprend bien il y a donc au moins deux problèmes distincts.
Désolé nany, je n'avais effectivement pas tilté lors de ta précédente intervention.

Globalement, kclean ne dois plus être adapté pour les version les plus récentes. Il faut que je reprenne tout ça et que je fasse les modifications nécéssaires. Le soucis, c'est que c'est juste totalement impossible dans l'immédiat. Si quelqu'un veut jeter un coup d'oeil sur le script pour voir ce qui coince, il est évidement le (ou la) bienvenu(e)

De mon coté je sais que je dois le reprendre, mais je ne pourrais absolument rien faire avant au moins un mois

nany · Le 12/06/2015, à 13:39

Eh bien, pour le bug de l’image signed, la ligne 154 :

    PREVIOUS_V=`dpkg -l | grep linux | grep image| grep ii | grep -v extra | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -2 | head -1 | cut -d '-' -f3,4`

peut être modifiée ainsi :

    PREVIOUS_V=`dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -2 | head -1 | cut -d '-' -f3,4`

De même pour la ligne 158 :

LAST_KERNEL=`dpkg -l | grep linux | grep image| grep ii | grep -v extra | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -1 | cut -d '-' -f 3,4`

qui deviendrait :

LAST_KERNEL=`dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -1 | cut -d '-' -f 3,4`

Et ça devrait rouler.
 

@Gaara : donne le retour de cette commande pour essayer de comprendre :

dpkg -l | egrep 'linux-(g|h|i)'

Vérifie aussi que tu as bien la version 3.8 car tu avais déjà eu ce problème.
Pour le problème de dépendance, je ne saurais répondre car je ne suis pas en 15.04.

Dernière modification par nany (Le 12/06/2015, à 13:42)

chveïk · Le 13/06/2015, à 16:48

[Bonjour Hope,
Merci pour le script, après chargement j'ai eu la joie et le plaisir non dissimulé d'une icône qui rassure un néophyte fainéant qui avait un problème à nettoyer les vieux noyaux. J'hésite maintenant à retourner dans la mécanique pour donner plus de place aux noyaux, maintenant que j'ai le balai magique .:D

Dernière modification par chveïk (Le 13/06/2015, à 16:49)

Hoper · Le 13/06/2015, à 21:55

nany : ok, du coup je te fais confiance et on ne va pas attendre un mois. Dès que je trouve un moment, je refais un paquet (enfin deux...) avec les modifications que tu me propose et je met tout ça en ligne...

Hoper · Le 15/06/2015, à 12:09

Yop. Bon, j'ai retrouvé les les posts "importants". Autrement dit, les derniers de ce fil :
https://forum.ubuntu-fr.org/viewtopic.p … 827791&p=3

Mais n'ayant pas de configuration de ce genre, je ne peut pas vraiment faire de test. Je me pose surtout deux questions avant de faire les modifs:

Une version "signed" est elle toujours accompagné d'une version "generic" avec le même numéro de version ? Comment sont gérés les dépendances ? Si kclean supprime la version generic, cela va t-il automatiquement supprimer la version signed ? Quelle est la taille du paquet "signed" ? est elle négligeable ou pas ? (je pense au calcul de l'espace libéré qui pour le moment n'en tiens pas compte).

D'après ce que je peu lire par exemple ici :
http://packages.ubuntu.com/precise/linu … 15-generic
La réponse à toutes ces questions est OUI. Mais si je me goure, n’hésitez pas à me le signaler... Pendant ce temps, j'essaye de faire les modifs et de sortir une nouvelle version.

nany · Le 15/06/2015, à 12:52

Je n’ai pas moi non plus de configuration pour tester mais d’expérience d’aide sur le forum, je pense pouvoir être affirmatif en disant que le signed sera effectivement supprimé automatiquement.
De plus, je pense que le calcul de l’espace en tiendra compte grace a cette ligne :

dpkg -l | grep linux | grep image| grep ii | awk '{print $2}' | grep -E '2\.6|3\.|4\.' >>/tmp/clean_kernel.tmp

car le nom du paquet est linux-signed-image-*. Donc le grep image doit le prendre.

Gaara · Le 15/06/2015, à 14:50

@nany:
Effectivement, j'avais déjà rencontré ce problème. Le remplacement des 'dpkg -p' par 'dpkg -s' a résolu le souci, le script se lance bien maintenant, en graphique ou non.
Pour répondre à ta demande:

$ dpkg -l | egrep 'linux-(g|h|i)'
ii  binutils-arm-linux-gnueabihf                  2.25-5ubuntu3cross1.105                               amd64        GNU binary utilities, for arm-linux-gnueabihf target
ii  cpp-4.7-arm-linux-gnueabihf                   4.7.4-2ubuntu1cross1.86                               amd64        GNU C preprocessor
ii  cpp-4.9-arm-linux-gnueabihf                   4.9.2-10ubuntu10cross0.7                              amd64        GNU C preprocessor
ii  cpp-arm-linux-gnueabihf                       4:4.9.1-1                                             amd64        The GNU C preprocessor (cpp) for armhf architecture
ii  g++-4.7-arm-linux-gnueabihf                   4.7.4-2ubuntu1cross1.86                               amd64        GNU C++ compiler
ii  gcc-4.7-arm-linux-gnueabihf                   4.7.4-2ubuntu1cross1.86                               amd64        GNU C compiler
ii  gcc-4.7-arm-linux-gnueabihf-base              4.7.4-2ubuntu1cross1.86                               amd64        GCC, the GNU Compiler Collection (base package)
ii  gcc-4.9-arm-linux-gnueabihf-base              4.9.2-10ubuntu10cross0.7                              amd64        GCC, the GNU Compiler Collection (base package)
ii  linux-generic                                 3.19.0.20.19                                          amd64        Complete Generic Linux kernel and headers
ii  linux-headers-3.19.0-15                       3.19.0-15.15                                          all          Header files related to Linux kernel version 3.19.0
ii  linux-headers-3.19.0-15-generic               3.19.0-15.15                                          amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP                                
ii  linux-headers-3.19.0-16                       3.19.0-16.16                                          all          Header files related to Linux kernel version 3.19.0                                      
ii  linux-headers-3.19.0-16-generic               3.19.0-16.16                                          amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP                                
ii  linux-headers-3.19.0-18                       3.19.0-18.18                                          all          Header files related to Linux kernel version 3.19.0                                      
ii  linux-headers-3.19.0-18-generic               3.19.0-18.18                                          amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP                                
ii  linux-headers-3.19.0-20                       3.19.0-20.20                                          all          Header files related to Linux kernel version 3.19.0                                      
ii  linux-headers-3.19.0-20-generic               3.19.0-20.20                                          amd64        Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii  linux-headers-generic                         3.19.0.20.19                                          amd64        Generic Linux kernel headers
ii  linux-headers-virtual                         3.19.0.20.19                                          amd64        Transitional package.
ii  linux-image-3.19.0-15-generic                 3.19.0-15.15                                          amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-3.19.0-16-generic                 3.19.0-16.16                                          amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-3.19.0-18-generic                 3.19.0-18.18                                          amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-3.19.0-20-generic                 3.19.0-20.20                                          amd64        Linux kernel image for version 3.19.0 on 64 bit x86 SMP
rc  linux-image-extra-3.19.0-15-generic           3.19.0-15.15                                          amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
rc  linux-image-extra-3.19.0-16-generic           3.19.0-16.16                                          amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-extra-3.19.0-18-generic           3.19.0-18.18                                          amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-extra-3.19.0-20-generic           3.19.0-20.20                                          amd64        Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii  linux-image-generic                           3.19.0.20.19                                          amd64        Generic Linux kernel image

Mais j'ai supprimé 3.19.0-15 à 18 sans soucis, en gardant mes paquets gnueabihf.

Pour la dépendance, je dois simplement recréer un .deb avec gksu à la place de gnome-sudo, mais je n'ai pas pris le temps de le faire.
Merci pour ton aide !

Dernière modification par Gaara (Le 15/06/2015, à 14:52)

Hoper · Le 15/06/2015, à 16:12

Ah oui, il y a ça aussi... Alors ç'est quoi l'histoire de gksu ?
Aujourd'hui, le lanceur installé par le paquet utilise gksudo.
Pourquoi est ce que dans mes dépendances j'ai mis gnome-sudo au lieu de gksu !!? Il devait y avoir une raison... Mais quoi ? Une idée ?

Arf. Bon je remplace la dépendance gnome-sudo par gksu

ar barzh paour · Le 15/06/2015, à 16:40

j'ai hésité à poster mais enfin je le fais :
sur ubuntu studio je n'ai que deux noyaux (3.16.0-30 et 3.16.0-37)
je fais un dpkg -l

dpkg -l|grep linux|grep 3.16
ii  linux-generic-lts-utopic             3.16.0.37.29             amd64     Complete Generic Linux kernel and headers
ii  linux-headers-3.16.0-30              3.16.0-30.40~14.04.1     all       Header files related to Linux kernel version 3.16.0
ii  linux-headers-3.16.0-30-generic      3.16.0-30.40~14.04.1     amd64     Linux kernel headers for version 3.16.0 on 64 bit x86 SMP
ii  linux-headers-3.16.0-30-lowlatency   3.16.0-30.40~14.04.1     amd64     Linux kernel headers for version 3.16.0 on 64 bit x86 SMP
ii  linux-headers-3.16.0-37              3.16.0-37.51~14.04.1     all       Header files related to Linux kernel version 3.16.0
ii  linux-headers-3.16.0-37-generic      3.16.0-37.51~14.04.1     amd64     Linux kernel headers for version 3.16.0 on 64 bit x86 SMP
ii  linux-headers-3.16.0-37-lowlatency   3.16.0-37.51~14.04.1     amd64     Linux kernel headers for version 3.16.0 on 64 bit x86 SMP
ii  linux-headers-generic-lts-utopic     3.16.0.37.29             amd64     Generic Linux kernel headers
ii  linux-headers-lowlatency-lts-utopic  3.16.0.37.29             amd64     lowlatency Linux kernel headers
ii  linux-image-3.16.0-30-generic        3.16.0-30.40~14.04.1     amd64     Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-3.16.0-30-lowlatency     3.16.0-30.40~14.04.1     amd64     Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-3.16.0-37-generic        3.16.0-37.51~14.04.1     amd64     Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-3.16.0-37-lowlatency     3.16.0-37.51~14.04.1     amd64     Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-extra-3.16.0-30-generic  3.16.0-30.40~14.04.1     amd64     Linux kernel extra modules for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-extra-3.16.0-37-generic  3.16.0-37.51~14.04.1     amd64     Linux kernel extra modules for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-generic-lts-utopic       3.16.0.37.29             amd64     Generic Linux kernel image
ii  linux-image-lowlatency-lts-utopic    3.16.0.37.29             amd64     lowlatency Linux kernel image
ii  linux-lowlatency-lts-utopic          3.16.0.37.29             amd64     Complete lowlatency Linux kernel

et pourtant
avec l'option k , kclean me supprimerait l'avant dernier noyau
car il trouve que le noyau en cours d'utilisation = noyau précédent (3.16.0-37)

$ ./kclean-3-8 -sk
Noyau actuellement en cours d'utilisation : 3.16.0-37
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
Verifiez les informations fournies avant de valider la suppression.
 
La version precedemment installee (a conserver) est la version : 3.16.0-37
Les paquets suivants vont etre supprimes :
 
    linux-image-3.16.0-30-generic
    linux-image-3.16.0-30-lowlatency
    linux-image-extra-3.16.0-30-generic
    linux-headers-3.16.0-30
    linux-headers-3.16.0-30-generic
    linux-headers-3.16.0-30-lowlatency
 
Cela devrait liberer environ 470 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets Ã  conserver ? [o/N] :n
 Voulez vous supprimer l'ensemble des paquets indiques ? [o/N] :n
 
 Abandon de l'operation...

et sans l'option k , même chose , (normal car il ne recherche pas l'avant dernier noyau)

$ ./kclean-3-8 -s
 
Noyau actuellement en cours d'utilisation : 3.16.0-37
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-3.16.0-30-generic
    linux-image-3.16.0-30-lowlatency
    linux-image-extra-3.16.0-30-generic
    linux-headers-3.16.0-30
    linux-headers-3.16.0-30-generic
    linux-headers-3.16.0-30-lowlatency
 
Cela devrait liberer environ 470 MiB d'espace disque

Hoper · Le 15/06/2015, à 17:29

Rhaa.... Alors que je viens juste de publier la 3.9 !
Merci d'avoir posté, cela ressemble à un vrai gros bug.

A tout hasard, peu tu refaire le même test avec la 3.9 ?
(même si je doute que cela change quoi que ce soit).

Je te demanderai sûrement de me copier le résultat de plein de commandes, mais un autre jour parce que la j'ai vraiment plus le temps

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#576 Le 08/04/2015, à 16:19

Re : Nettoyage dans les noyaux (kernel)

#577 Le 26/04/2015, à 14:46

Re : Nettoyage dans les noyaux (kernel)

#578 Le 02/05/2015, à 16:29

Re : Nettoyage dans les noyaux (kernel)

#579 Le 02/05/2015, à 20:28

Re : Nettoyage dans les noyaux (kernel)

#580 Le 06/05/2015, à 10:02

Re : Nettoyage dans les noyaux (kernel)

#581 Le 06/05/2015, à 10:42

Re : Nettoyage dans les noyaux (kernel)

#582 Le 07/05/2015, à 08:14

Re : Nettoyage dans les noyaux (kernel)

#583 Le 07/05/2015, à 21:26

Re : Nettoyage dans les noyaux (kernel)

#584 Le 08/05/2015, à 08:41

Re : Nettoyage dans les noyaux (kernel)

#585 Le 11/05/2015, à 13:46

Re : Nettoyage dans les noyaux (kernel)

#586 Le 11/05/2015, à 16:00

Re : Nettoyage dans les noyaux (kernel)

#587 Le 13/05/2015, à 14:45

Re : Nettoyage dans les noyaux (kernel)

#588 Le 13/05/2015, à 15:16

Re : Nettoyage dans les noyaux (kernel)

#589 Le 10/06/2015, à 20:35

Re : Nettoyage dans les noyaux (kernel)

#590 Le 12/06/2015, à 09:22

Re : Nettoyage dans les noyaux (kernel)

#591 Le 12/06/2015, à 12:57

Re : Nettoyage dans les noyaux (kernel)

#592 Le 12/06/2015, à 13:39

Re : Nettoyage dans les noyaux (kernel)

#593 Le 13/06/2015, à 16:48

Re : Nettoyage dans les noyaux (kernel)

#594 Le 13/06/2015, à 21:55

Re : Nettoyage dans les noyaux (kernel)

#595 Le 15/06/2015, à 12:09

Re : Nettoyage dans les noyaux (kernel)

#596 Le 15/06/2015, à 12:52

Re : Nettoyage dans les noyaux (kernel)

#597 Le 15/06/2015, à 14:50

Re : Nettoyage dans les noyaux (kernel)

#598 Le 15/06/2015, à 16:12

Re : Nettoyage dans les noyaux (kernel)

#599 Le 15/06/2015, à 16:40

Re : Nettoyage dans les noyaux (kernel)

#600 Le 15/06/2015, à 17:29

Re : Nettoyage dans les noyaux (kernel)

Pied de page des forums