Nettoyage dans les noyaux (kernel)

Babdu89 · Le 16/02/2013, à 01:07

Bonsoir ...

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

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.

Il y a un Grub sur chaque Linux installé ...

Le dernier Os installé, fait démarrer la machine à partir de son Grub ... C'est bien le menu Grub du dernier Os installé qui fait démarrer la machine ...
Et dans ce menu Grub, on y retrouve les entrées de tous les Os présents dans la config, au moment de l'installation du dernier Os, ou au moment de la mise à jour du Grub du dernier Os installé ...

Exemple ...
Un hdd avec 4 Linux installés ... La machine démarrera à partir du dernier Grub installé le Linux4 ...
Si je veux la faire démarrer à partir du Linux2, je réinstalle Grub sur le Linux2 ...

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.

Heuuu ??? ...
Je ne sais pas pour lilo,gac et autres...
Mais Grub s'installe en deux parties...
La première partie dans le secteur d'amorçage du hdd d'installation de l'Os, ou d'un autre hdd , ou d'une partition système ...
La première partie pointe vers la deuxième partie dans le système dans le dossier /boot ...

L'installation de Grub (deux parties) forme un tout ... C'est indissociable ...
Exemple un multi-boot ,multi-disques .../dev/sda et /dev/sdb...

Tu vas installer un Linux1,avec Grub sur sur deux disques différents ...
La première partie de Grub dans le secteur d'amorçage du hdd /dev/sdb ... Et la deuxième partie de Grub avec la partition système sur le hdd /dev/sda2 ...
Tu fais booter la machine sur le hdd /dev/sdb, tu as le menu Grub , et la machine démarre sur les Os ,dont les entrées sont présentes dans ce menu Grub ...(multi-boot à plusieurs Os) ...La machine va démarrer par défaut sur le Linux installé en /dev/sa2 , puisque c'est lui qui sera proposé en premier dans les entrées du menu Grub ...
Tu fais booter la machine sur le hdd /dev/sda ... Tu vas avoir une erreur Grub ...

Dans mes hdd, j'ai installé mes Os à la suite ...
Mais la plus part du temps, mon Os de travail ,est le premier installé ... Le Linux1 ...
Lorsque j'installe le Linux2, la machine boot sur le menu Grub du Linux2 ...Le linux2 est proposé en premier dans le menu Grub ...

Si je veux faire booter ma machine sur le Linux1 ... Je réinstalle Grub sur le Linux1 ...
Ma machine démarre maintenant sur le menu Grub du Linux1, le Linux1 est proposé en premier dans le menu Grub, et la machine démarre dessus par défaut ...

Pour en revenir à ce qui nous intéresse ... En continuant avec l'exemple ci-dessus ...
Le menu Grub du linux1 ,contient des entrées avec les versions de noyaux qui sont installés sur le Linux2, dans les entrées qui font démarrer le Linux2 ...
On nous propose des maj système sur le Linux2, dont des changement de version de noyaux ...
Les noyaux dans le Linux2 vont évolués vers les versions supérieurs sur le Linux2 ...
Mais dans le menu Grub du Linux1 ... Les entrées du Linux2, n'ont pas changés ... Les noyaux n'ont pas évolué vers les versions supérieurs ...
C'est ce qui semble poser problème à ton srcipt sur le Linux2 ...

Tant que la maj de Grub du Linux1 ne sera pas faite, les entrée du Linux2 ne verront pas les versions de noyaux évoluer vers les versions supérieurs ...
Donc lorsque l'on fait démarrer le Linux2 sans que la maj de Grub du Linux1 soit faite, on démarre le Linux2 sur la version inférieur du noyau, alors que la version supérieur, est bien présente dans le Linux2, puisqu'on a fait les maj système ...

Et, c'est ce qui semble poser problème à ton script ... Il ne voit pas les noyaux comme il faut ... Tant que la maj de Grub de l'os (linux1) ne sera pas faite, et que les entrées du Linux2 ne comporteront pas les dernière versions de noyaux...Le Linux2 est démarré sur une version de noyau inférieur ...

Et ton script, a du mal à s'y retrouver ...

Puisqu'il propose même de désinstaller la version de noyau supérieur, à celle sur laquelle la machine est démarrée ... C'est ce que l'on voit dans les screen que j'ai posté ...

Il semble bien y avoir un souci, si les versions de noyaux ne sont pas le mêmes dans le Linux2, et dans les entrées du Linux2, dans le menu Grub du Linux1 , celui qui fait démarrer la machine ...

On a un problème, si la maj de Grub du Linux1, qui fait booter la machine, n'est pas faite, après évolution de version de noyau, vers la version supérieur, dans le Linux2, lorsque l'on fait les maj système du Linux2, avec changement de version de noyau ...

Oui, pas si simple à comprendre tout çà ...

Mais c'est hélas bien ce que j'ai remarqué et remonté, comme souci ...

Fais le test chez toi, mais pas en VM, en installé ... Tu te retrouveras dans la même situation ...

@+. Babdu89 .

Hoper · Le 17/02/2013, à 15:29

Merci c'est un tout petit peu plus clair.

Si je résume, toute la question est de savoir ce que le script doit faire lorsque ce n'est pas le dernier noyau qui à été utilisé pour démarrer.
Car en réalité, ce que tu constate se produirait également dans un cas plus classique, à savoir je fais une mise à jour, je reboot sur le dernier noyau, je vois que pour X raisons ça ne fonctionne pas, je reboot sur l'avant dernier. Et la, un réflexe assez logique serait de vouloir supprimer le dernier noyau installé, le plus récent donc, mais qui ne fonctionne pas correctement. Dans ce cas de figure simple, l'affichage ressemblera à ce que tu as eu, à savoir un noyau "précédent" avec une version supérieur à celui actuellement utilisé.

J'avoue ne pas trop savoir comment traiter ce genre de cas. Par sécurité, je pense commencer par partir d'un principe très simple : Si un noyau avec une version supérieur à celui en cours d'utilisation est détecté, alors le script affiche un message d'avertissement et s’arrête. Après tout, le but du script est bien de supprimer les anciens noyaux, pas les nouveau. Surtout, le fait de trouver des noyaux plus récents peu indiquer qu'on est en présence de cas particulier dans ton genre, voir même en présence d'un bug ou autre. Le plus sage serait donc de simplement quitter.

Je vais essayer d'implémenter ce genre de vérification. Si j'y arrive, cela devrait résoudre en partie ton problème je pense, puisque qu'aucune action ne sera entreprise tant que tu n'aura pas booté sur le dernier noyau installé.

Qu'en pense tu ?

Babdu89 · Le 17/02/2013, à 18:06

Bonjour...
De retour de balade ...
Je trouve ton message ...

Si je résume, toute la question est de savoir ce que le script doit faire lorsque ce n'est pas le dernier noyau qui à été utilisé pour démarrer.

Oui, tu as raison...

Que l'on démarre un Os (Linux2), depuis le menu Grub d'un autre Os (Linux1) , cas d'un multi-boot...
Ou que l'on démarre sur le menu Grub d'un seul Os Linux installé sur la config ...
Exemple ...
On démarre sur le noyau 2.8.0-35 ... Dans les maj système proposées, il y a une proposition de changement de version vers le noyau 3.8.0-38 ...
On fait la maj système ...

Il y a un reboot demandé, dans la fenêtre du gestionnaire de mise à jour ...

Avec un seul Os ...
Au reboot, on va redémarrer sur le dernier noyau... Puisque lorsqu'il y a changement de noyau sur un Os, il y a mise à jour de Grub, donc le dernier noyau sera pris en compte dans le menu Grub, et sera proposé en premier au reboot ...
On va pouvoir faire le nettoyage ...

Toujours ...
Avec un seul Os installé, ... Si on ne reboot pas, et que l'on tente de faire du nettoyage avec le script, on se retrouve avec le souci indiqué...

Avec un multi-boot ...
Si on reboot , et que l'on met à jour Grub de l'Os (Linux1) qui démarre par défaut la config ...
Au prochain reboot, en démarrant l'Os (Linux2) a nettoyé, on sera aussi sur le dernier noyau, puisque la maj de Grub prendra en compte le dernier noyau installé sur l'Os à nettoyer (Linux2) ... On pourra aussi faire le nettoyage ...

J'avoue ne pas trop savoir comment traiter ce genre de cas. Par sécurité, je pense commencer par partir d'un principe très simple : Si un noyau avec une version supérieur à celui en cours d'utilisation est détecté, alors le script affiche un message d'avertissement et s’arrête. Après tout, le but du script est bien de supprimer les anciens noyaux, pas les nouveau.

Exactement ...
Mais comme on connaît l'origine du souci...

Si ton message préconise de rebooter l'Os , cas d'un Os seul ... On peut faire le nettoyage de L'Os ...

Je vais essayer d'implémenter ce genre de vérification. Si j'y arrive, cela devrait résoudre en partie ton problème je pense, puisque qu'aucune action ne sera entreprise tant que tu n'aura pas booté sur le dernier noyau installé.

Oui, çà conviendra dans le cas d'un Os seul ...

Mais dans le cadre d'un multi-boot , comme celui qui nous concerne ...

Il faudrait que le message indique aussi, de faire la mise à jour de Grub sur l'Os qui lance la machine ... Cas d'un multi-boot

Le script sera utilisable après reboot de l'Os à nettoyer ...

Ou encore plus simple ...

Indiquer de redémarrer la machine, et de faire la mise à jour de Grub (sudo update-grub) de l'Os par défaut, celui qui lance la machine ... Et de rebooter sur l'Os à nettoyer avant d'utiliser le script...

Tous les cas de figure seront pris en compte ...

Voila ce que j'en pense ...

@+. Babdu89 .

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

Hoper · Le 21/02/2013, à 10:44

J'ai fait une version 3.3, qui ajoute une vérification de ce genre.
Le .deb est disponible la :
http://hoper.dnsalias.net/tdc/public/kclean33.deb

Si tu veux bien prendre le temps de tester...

Babdu89 · Le 21/02/2013, à 11:41

Bonjour...
@ Hoper ...

Il faut que je regarde dans mes disques , si je trouve des Os qui ne sont pas à jour , avec des maj système contenant un changement de noyau a faire, pour tester le nouveau script ...

Tu dis ...

J'ai fait une version 3.3, qui ajoute une vérification de ce genre.

Que doit proposer le script dans ce cas ??...

Edit,

J'ai trouvé un Os , autre que celui qui sert à démarrer la machine, avec un noyau à supprimer ...
Je vais pouvoir tester çà ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/02/2013, à 11:47)

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

Que doit proposer le script dans ce cas ??...

Par défaut (et systématiquement en mode graphique) il ne fera rien.
Si la personne sait précisément ce qu'elle fait, et qu'elle souhaite réellement supprimer des noyaux plus récent que celui actuellement en cours d'utilisation, j'ai tout de même laissé la possibilité de le faire, mais uniquement en ligne de commande et en utilisant l'option -f (force)

Babdu89 · Le 21/02/2013, à 17:32

Bonsoir...

Bon alors je me retrouve dans la situation décrite dans les posts antérieurs ...

Je lance le script en graphique, et ...

Vous utilisez actuellement le noyau 3.5.0-22
Or, au moins un noyau plus récent ( 3.5.0-25 ) a été détecté.
Ce phénomène peut avoir plusieurs causes mais,
par securité, ce script va s'arreter.

Ce n'est qu'une suggession ... Je verrais bien ton message, complèter par ...

Pour démarrer l'Os actuellement utilisé, sur le dernire noyau installé , et pouvoir faire le nettoyage correctement. Il est conseillé de faire la mise à jour de Grub ( sudo update-grub) de l'Os par défaut qui fait démarrer votre machine .( Premier Os Linux proposé dans le menu Grub) ...

( Premier Os Linux proposé dans le menu Grub) de toute manière ce sera le bon ...

Voila...

Je vais faire cette maj, et faire le nettoyage ...

Édit ...

Maj de grub faite, lancement Kclean ...

Après le nettoyage fait, j'ai bien mes deux derniers noyaux ...

Çà marche bien ... Merci Hoper ...

Bonne soirée ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 21/02/2013, à 18:07)

Hoper · Le 21/02/2013, à 20:34

Ce n'est qu'une suggession ... Je verrais bien ton message, complèter par ...

Un texte trop long pose des problèmes que tu ne soupçonne pas forcément. Zenity par exemple qui "pète" régulièrement les plombs et qui affiche des fenêtres si grande qu'on ne peut plus ni les fermer ni les déplacer.
Et puis, j'ingnore pourquoi il existe un noyau plus récent. Ca peut etre un bug ou une nouvelle version d'ubuntu qui numéroterai les noyaux différemment, ca peut être tout à fait volontaire etc. Bref, je préfère vraiment pas rentrer dans le détail. Si quelqu'un a ce message et qu'il ne comprend pas ce qui se passe, il aura toujours la possibilité de demander ici même ou de m'envoyer un mail pour en savoir plus.

Je vais donc "officialiser" cette version 3.3.

Merci pour ton aide.

Babdu89 · Le 21/02/2013, à 23:49

Bonsoir...

Oui si çà pose problème avec zenity ... Il ne faut pas tenter le diable ...
L'utilisateur dans cette situation ,à quand même une indication ...
S'il se rend compte que la machine est sur une version de noyau, qu'une version de noyau supérieur est installée,et proposée à la suppression...
Il va questionner ...
Tu sauras quoi lui répondre ,suivant la description de sa config ...

Une machine à un seul disque et un seul Linux, on sait que l'utilisateur, si il a fait une maj système ,avec changement de noyau ...Et qu'il se retrouve avec ce message, on peut déjà pensé, qu'il n'a pas rebooter sa machine après la maj système, comme il doit y être invité ...
Donc on peut déjà lui conseiller de le faire ...
Grub étant mis à jour après les maj système, la machine rebootera sur le dernier noyau installé ... il pourra utiliser le script ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 11/03/2013, à 21:05)

Pepou06 · Le 11/03/2013, à 19:50

Au top ce script ! Merci

maythe · Le 16/03/2013, à 17:42

bonjour

j'essaye d'installer kclean, mais ça ne marche pas....comment faire ???

maythe · Le 16/03/2013, à 17:45

Il semble qu'il y ait une erreur logicielle dans aptdaemon, le programme qui vous permet d'installer et supprimer des logiciels et tout autre tâche liée à la gestion des paquets.

Détails :
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1045, in _simulate
trans.unauthenticated = self.__simulate(trans)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1102, in __simulate
deb = self.install_file(trans, simulate=True, **trans.kwargs)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 591, in install_file
deb = self._check_deb_file(path, force, trans.uid)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1231, in _check_deb_file
"\n%s" % (path, stdout))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 40: ordinal not in range(128)

Hoper · Le 16/03/2013, à 21:49

maythe : Apparemment il y a un problème sur ton PC, mais ça n'a rien à voir avec kclean...

Tu devrai déjà essayer de faire un : apt-get update && apt-get upgrade
et voir ce que ça te donne comme résultat. Si tu as des messages d'erreurs, il faudrait ouvrir un nouveau sujet pour résoudre ça.

maythe · Le 17/03/2013, à 11:00

ben j'ai fait comme tu as dit avec update et upgrade et tout va bien.
j'ai relancé l'installation de kclean, il me demande mon mot de passe admin et puis erreur !

Il semble qu'il y ait une erreur logicielle dans aptdaemon, le programme qui vous permet d'installer et supprimer des logiciels et tout autre tâche liée à la gestion des paquets.

Détails : Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1045, in _simulate
trans.unauthenticated = self.__simulate(trans)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1102, in __simulate
deb = self.install_file(trans, simulate=True, **trans.kwargs)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 591, in install_file
deb = self._check_deb_file(path, force, trans.uid)
File "/usr/lib/python2.7/dist-packages/aptdaemon/worker.py", line 1231, in _check_deb_file
"\n%s" % (path, stdout))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 40: ordinal not in range(128)

je ne peux pas faire le kclean directement dans le terminal ?

Hoper · Le 17/03/2013, à 21:58

Si, tu peux très bien l'utiliser sans "l'installer".
Il y a un lien ici :
http://hoper.dnsalias.net/tdc/index.php?pages/kclean
Pour ne télécharger que le script (lien qui doit d'ailleurs aussi être sur la première page). Tu télécharge le script, tu le rend exécutable, et à partir de la tu pourra le lancer sans problème (essaye avec --help pour avoir la liste des options possibles)

Ca ne résoudra pas ton problème avec aptdaemon. Je continu à penser que tu a un problème sur ton pc qui n'a rien à voir, mais encore une fois ouvre un autre sujet, car tu n'es pas au bon endroit la...

maythe · Le 18/03/2013, à 08:34

Merci pour ta réponse
mais je n'ai pas compris : Tu télécharge le script, tu le rend exécutable
comment je le rends exécutable ?
je l'ai bien vu ton script, c'est très long et je n'y comprends rien mais je peux essayer si tu me guides un peu...si tu as le temps.

Ca ne résoudra pas ton problème avec aptdaemon. Je continu à penser que tu a un problème sur ton pc qui n'a rien à voir, mais encore une fois ouvre un autre sujet, car tu n'es pas au bon endroit la...

ok je vais m'en occuper...à l'endroit qu'il faut ! merci

Babdu89 · Le 18/03/2013, à 10:57

Bonjour...
Si je peux me permettre ...

J'ai toujours utilisé kclean en mode graphique...
Je viens de le tester en mode commandes ...

Dans ton dossier personnel, tu créer un fichier texte vide ... Tu le renomme kclean
Tu fais un copier coller du contenu du script dans le dossier kclean, tu enregistres...
Dans "Propriétés"==> "Permissions" ... Tu coches "Autoriser l'exécution du fichier comme un programme" ...

Tu ouvres un terminal, et tu tapes la commande ...

sudo bash kclean

Le script va se lancer en commande ...

Tu n'as plus-qu'à suivre les instructions ...

Voila pour t'aider...

@+. Babdu89 .

Hoper · Le 18/03/2013, à 12:13

mais je n'ai pas compris : Tu télécharge le script, tu le rend exécutable
comment je le rends exécutable ?

Lance un terminal et tape les commandes suivantes :

wget http://hoper.dnsalias.net/tdc/public/kclean
chmod 755 ./kclean

Voila, le script sera téléchargé dans ton répertoire, et sera exécutable.
Ensuite pour l'utiliser :

sudo ./kclean --help

MAIS, tu risque d'avoir un GROS soucis :
kclean, pour fonctionner, utilise dpkg, et donc toute la mécanique de gestion de paquet.
J'ignore si le problème actuel sur ton ordinateur l’empêchera de fonctionner correctement, mais ce n'est pas complétement impossible. Si tu as des messages d'erreur, copie les ici qu'on jette un oeil.

Dernière modification par Hoper (Le 18/03/2013, à 12:19)

maythe · Le 18/03/2013, à 18:09

Bonsoir Babdu89 : ton fichier texte n'a pas marché, ou alors je l'ai mal fait je pense

Bonsoir Hopper : je crois que j'ai réussi, mais quand même avant de redémarrer je t'indique ce que cela a fait ...au cas où :

maythe@maythe-VPCW115XG:~$ sudo ./kclean --term

Noyau actuellement en cours d'utilisation : 3.2.0-38
Par defaut, seul ce noyau est conserve.

Les paquets suivants vont etres supprimes :

linux-image-3.2.0-36-generic
linux-image-3.2.0-37-generic
linux-headers-3.2.0-33
linux-headers-3.2.0-33-generic
linux-headers-3.2.0-33-generic-pae
linux-headers-3.2.0-37
linux-headers-3.2.0-37-generic

Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :n
Voulez vous supprimer l'ensemble des paquets indiques ? [o/N]

Suppression en cours :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-image-3.2.0-36-generic*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 10 non mis à jour.
Après cette opération, 113 Mo d'espace disque seront libérés.
(Lecture de la base de données... 268107 fichiers et répertoires déjà installés.)
Suppression de linux-image-3.2.0-36-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-36-generic /boot/vmlinuz-3.2.0-36-generic
update-initramfs: Deleting /boot/initrd.img-3.2.0-36-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-36-generic /boot/vmlinuz-3.2.0-36-generic
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.2.0-38-generic
Found initrd image: /boot/initrd.img-3.2.0-38-generic
Found linux image: /boot/vmlinuz-3.2.0-37-generic
Found initrd image: /boot/initrd.img-3.2.0-37-generic
Found memtest86+ image: /boot/memtest86+.bin
done
Purge des fichiers de configuration de linux-image-3.2.0-36-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-36-generic /boot/vmlinuz-3.2.0-36-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-36-generic /boot/vmlinuz-3.2.0-36-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-image-3.2.0-37-generic*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 10 non mis à jour.
Après cette opération, 113 Mo d'espace disque seront libérés.
(Lecture de la base de données... 263730 fichiers et répertoires déjà installés.)
Suppression de linux-image-3.2.0-37-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-37-generic /boot/vmlinuz-3.2.0-37-generic
update-initramfs: Deleting /boot/initrd.img-3.2.0-37-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-37-generic /boot/vmlinuz-3.2.0-37-generic
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.2.0-38-generic
Found initrd image: /boot/initrd.img-3.2.0-38-generic
Found memtest86+ image: /boot/memtest86+.bin
done
The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old
you may need to re-run your boot loader[grub]
The link /initrd.img.old is a damaged link
Removing symbolic link initrd.img.old
you may need to re-run your boot loader[grub]
Purge des fichiers de configuration de linux-image-3.2.0-37-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-37-generic /boot/vmlinuz-3.2.0-37-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-37-generic /boot/vmlinuz-3.2.0-37-generic
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-headers-3.2.0-33* linux-headers-3.2.0-33-generic*
linux-headers-3.2.0-33-generic-pae*
0 mis à jour, 0 nouvellement installés, 3 à enlever et 10 non mis à jour.
Après cette opération, 78,7 Mo d'espace disque seront libérés.
(Lecture de la base de données... 259354 fichiers et répertoires déjà installés.)
Suppression de linux-headers-3.2.0-33-generic-pae ...
Suppression de linux-headers-3.2.0-33-generic ...
Suppression de linux-headers-3.2.0-33 ...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet linux-headers-3.2.0-33-generic n'est pas installé, et ne peut donc être supprimé
0 mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet linux-headers-3.2.0-33-generic-pae n'est pas installé, et ne peut donc être supprimé
0 mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
linux-headers-3.2.0-37* linux-headers-3.2.0-37-generic*
0 mis à jour, 0 nouvellement installés, 2 à enlever et 10 non mis à jour.
Après cette opération, 67,5 Mo d'espace disque seront libérés.
(Lecture de la base de données... 228623 fichiers et répertoires déjà installés.)
Suppression de linux-headers-3.2.0-37-generic ...
Suppression de linux-headers-3.2.0-37 ...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet linux-headers-3.2.0-37-generic n'est pas installé, et ne peut donc être supprimé
0 mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour.

-------------- Suppression effectuee ---------------

maythe@maythe-VPCW115XG:~$

Hoper · Le 19/03/2013, à 08:51

Pas de soucis, tout à fonctionné normalement.
( et si le mode ligne de commande fonctionne, le mode graphique devrait fonctionner tout aussi bien )

maythe · Le 19/03/2013, à 08:53

MERCI MERCI ! oui c'est vraiment génial quad ça marche n'est ce pas.....

cyberic · Le 20/03/2013, à 15:21

Aprés nettoyage c'est tip top, merci le forum

eric@S1-AT5NM10E:~$ sudo update-grub
[sudo] password for eric:
Création de grub.cfg…
Image Linux trouvée : /boot/vmlinuz-3.5.0-26-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.5.0-26-generic
Image Linux trouvée : /boot/vmlinuz-3.5.0-25-generic
Image mémoire initiale trouvée : /boot/initrd.img-3.5.0-25-generic
Found memtest86+ image: /memtest86+.bin
fait
eric@S1-AT5NM10E:~$

lepetit · Le 02/04/2013, à 14:47

bonjour, je n'arrive pas a télécharger le paquet

Hoper · Le 02/04/2013, à 18:14

Bonjour,

Je suis vraiment desole mais mon serveur est down, et il devrait le rester jusqu'a samedi prochain Vois si une autre personne peut t'envoyer le fichier .deb entre temps...

Dernière modification par Hoper (Le 02/04/2013, à 18:14)

Babdu89 · Le 02/04/2013, à 20:00

Bonsoir...
@ Hoper...
Je me doutais de ce souci ...J'ai aussi essayé de télécharger le .deb, depuis un autre OS, j'ai transféré l'archive que j'avais mise de côté ....
@lepetit...
Stp, envoie moi un mail, je te fais parvenir l'archive ( kclean-v3.3.deb), si tu veux ...

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#251 Le 16/02/2013, à 01:07

Re : Nettoyage dans les noyaux (kernel)

#252 Le 17/02/2013, à 15:29

Re : Nettoyage dans les noyaux (kernel)

#253 Le 17/02/2013, à 18:06

Re : Nettoyage dans les noyaux (kernel)

#254 Le 21/02/2013, à 10:44

Re : Nettoyage dans les noyaux (kernel)

#255 Le 21/02/2013, à 11:41

Re : Nettoyage dans les noyaux (kernel)

#256 Le 21/02/2013, à 11:59

Re : Nettoyage dans les noyaux (kernel)

#257 Le 21/02/2013, à 17:32

Re : Nettoyage dans les noyaux (kernel)

#258 Le 21/02/2013, à 20:34

Re : Nettoyage dans les noyaux (kernel)

#259 Le 21/02/2013, à 23:49

Re : Nettoyage dans les noyaux (kernel)

#260 Le 11/03/2013, à 19:50

Re : Nettoyage dans les noyaux (kernel)

#261 Le 16/03/2013, à 17:42

Re : Nettoyage dans les noyaux (kernel)

#262 Le 16/03/2013, à 17:45

Re : Nettoyage dans les noyaux (kernel)

#263 Le 16/03/2013, à 21:49

Re : Nettoyage dans les noyaux (kernel)

#264 Le 17/03/2013, à 11:00

Re : Nettoyage dans les noyaux (kernel)

#265 Le 17/03/2013, à 21:58

Re : Nettoyage dans les noyaux (kernel)

#266 Le 18/03/2013, à 08:34

Re : Nettoyage dans les noyaux (kernel)

#267 Le 18/03/2013, à 10:57

Re : Nettoyage dans les noyaux (kernel)

#268 Le 18/03/2013, à 12:13

Re : Nettoyage dans les noyaux (kernel)

#269 Le 18/03/2013, à 18:09

Re : Nettoyage dans les noyaux (kernel)

#270 Le 19/03/2013, à 08:51

Re : Nettoyage dans les noyaux (kernel)

#271 Le 19/03/2013, à 08:53

Re : Nettoyage dans les noyaux (kernel)

#272 Le 20/03/2013, à 15:21

Re : Nettoyage dans les noyaux (kernel)

#273 Le 02/04/2013, à 14:47

Re : Nettoyage dans les noyaux (kernel)

#274 Le 02/04/2013, à 18:14

Re : Nettoyage dans les noyaux (kernel)

#275 Le 02/04/2013, à 20:00

Re : Nettoyage dans les noyaux (kernel)

Pied de page des forums