MaJ 2.6.24.24 : erreur de sortie d'état 2Résolu/Fermé

Question

Bonjour,

C'est pas ma semaine :'(

"E: linux-image-2.6.24-24-generic: le sous-processus post-installation script a retourné une erreur de sortie d'état 2"

message obtenu après la mise à jour du noyau. Je l'effacerai bien (le noyau) mais hélas j'ai fait d'autres maj en même temps et je n'ai pas sauvegardé le log (est il sauvegardé quelque part ? ) et ne sais plus trop ce que j'ai fais:/.

Qu'est ce que cette "erreur de sortie d'état 2" ?
Puis je effacer le noyau pour le réinstaller (2.6.24.24) ? 
Quid de la base de donnée, des dépendances en ce qui concerne les mises à jours effectuées en même temps ?

Je précise que dispose des anciens noyaus (jusqu'au 2.6.24.21 - de mémoire)

Je n'ose rebooter
Au secours !

mamiemando · Answer

Si tu as encore d'autres noyaux sur ta machine qui marchent tu peux rebooter sans risque.Il faudrait plus de détail pour savoir pourquoi l'installation du noyau a échoué. Peut-être un problème d'espace disque ?

df -h
Pour virer le noyau 2.6.24.24 il te faut démarrer sur un autre noyau. Dès lors il se supprime comme n'importe quel paquet, par exemple avec dpkg :

sudo dpkg --purge linux-image-2.6.24-24-generic
Essaye de vérifier qu'il n'y a pas de paquets cassés ou autre avec aptitude. Inspire toi de ce message :
https://forums.commentcamarche.net/forum/affich-14399617-probleme-paquet-casse#1

Bonne chance

Illitch · Answer

fait :

Reboot sur 2.6.24.23


nettoyage aptitude :

sudo aptitude  ----> pas de paquets cassés

sudo aptitude update
sudo aptitude safe-upgrade
sudo aptitude install deborphan

deborphan  ----> quelques paquets orphelins

deborphan | sudo dpkg --purge nom_du_paquet  ----> chaque paquet retourné par deborphan


suppression du noyau défectueux (avac la méthode donnée par mamiemando plustôt que la mienne (https://forums.commentcamarche.net/forum/affich-13817030-n-arrive-plus-eteindre-ubuntu#16 )

sudo dpkg --purge linux-image-2.6.24-24-generic

donne echo :

dpkg : un problème de dépendance empêche la suppression de linux-image-2.6.24-24-generic :
 linux-ubuntu-modules-2.6.24-24-generic dépend de linux-image-2.6.24-24-generic.
 linux-image-generic dépend de linux-image-2.6.24-24-generic.
 linux-restricted-modules-2.6.24-24-generic dépend de linux-image-2.6.24-24-generic.
dpkg : erreur de traitement de linux-image-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-2.6.24-24-generic


Quoi faire ?

mamiemando · Answer

Virer les dépendances :-) Mais attention il faut absolument avoir booté sur un autre noyau (car un linux sans noyau boote beaucoup moins bien) :
sudo dpkg --purge linux-image-2.6.24-24-generic linux-ubuntu-modules-2.6.24-24-generic linux-image-generic linux-restricted-modules-2.6.24-24-generic
Bonne chance

Illitch · Answer

O/ 
Idem :

bullshit@Ducon180374:~$ sudo dpkg --purge linux-image-2.6.24-24-generic linux-ubuntu-modules-2.6.24-24-generic linux-image-generic linux-restricted-modules-2.6.24-24-generic
[sudo] password for bullshit: 
dpkg : un problème de dépendance empêche la suppression de linux-image-generic :
 linux-generic dépend de linux-image-generic (= 2.6.24.24.26).
dpkg : erreur de traitement de linux-image-generic (--purge) :
 problème de dépendance - suppression ignorée
dpkg : un problème de dépendance empêche la suppression de linux-restricted-modules-2.6.24-24-generic :
 linux-restricted-modules-generic dépend de linux-restricted-modules-2.6.24-24-generic.
dpkg : erreur de traitement de linux-restricted-modules-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
dpkg : un problème de dépendance empêche la suppression de linux-image-2.6.24-24-generic :
 linux-image-generic dépend de linux-image-2.6.24-24-generic.
 linux-restricted-modules-2.6.24-24-generic dépend de linux-image-2.6.24-24-generic.
dpkg : erreur de traitement de linux-image-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
dpkg : un problème de dépendance empêche la suppression de linux-ubuntu-modules-2.6.24-24-generic :
 linux-image-generic dépend de linux-ubuntu-modules-2.6.24-24-generic.
dpkg : erreur de traitement de linux-ubuntu-modules-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-generic
 linux-restricted-modules-2.6.24-24-generic
 linux-image-2.6.24-24-generic
 linux-ubuntu-modules-2.6.24-24-generic


Cette méthode : https://forums.commentcamarche.net/forum/affich-13817030-n-arrive-plus-eteindre-ubuntu#16
fonctionerait elle ?

mamiemando · Answer

Tu peux tester. Normalement dpkg devrait se rendre compte qu'il n'y a pas de problème de dépendances c'est bizarre. Tu as qu'à purger le paquet à virer qui n'a pas de dépendances sur ce que tu supprimes et ainsi de suite.

sudo dpkg --purge linux-image-generic 
sudo dpkg --purge linux-image-2.6.24-24-generic 
sudo dpkg --purge linux-restricted-modules-generic
sudo dpkg --purge linux-restricted-modules-2.6.24-24-generic 
sudo dpkg --purge linux-ubuntu-modules-2.6.24-24-generic

Bonne chance

Illitch · Answer

0/ oh tous ! Spe dec to mamiemando :

boot sur 2.6.24.23

bullshit@Ducon180374:~$ sudo dpkg --purge linux-image-generic 
dpkg : un problème de dépendance empêche la suppression de linux-image-generic :
 linux-generic dépend de linux-image-generic (= 2.6.24.24.26).
dpkg : erreur de traitement de linux-image-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-generic

bullshit@Ducon180374:~$ sudo dpkg --purge linux-image-2.6.24-24-generic
dpkg : un problème de dépendance empêche la suppression de linux-image-2.6.24-24-generic :
 linux-ubuntu-modules-2.6.24-24-generic dépend de linux-image-2.6.24-24-generic.
 linux-image-generic dépend de linux-image-2.6.24-24-generic.
 linux-restricted-modules-2.6.24-24-generic dépend de linux-image-2.6.24-24-generic.
dpkg : erreur de traitement de linux-image-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-2.6.24-24-generic

bullshit@Ducon180374:~$ sudo dpkg --purge linux-restricted-modules-generic
dpkg : un problème de dépendance empêche la suppression de linux-restricted-modules-generic :
 linux-generic dépend de linux-restricted-modules-generic (= 2.6.24.24.26).
dpkg : erreur de traitement de linux-restricted-modules-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-restricted-modules-generic

bullshit@Ducon180374:~$ sudo dpkg --purge linux-restricted-modules-2.6.24-24-generic 
dpkg : un problème de dépendance empêche la suppression de linux-restricted-modules-2.6.24-24-generic :
 linux-restricted-modules-generic dépend de linux-restricted-modules-2.6.24-24-generic.
dpkg : erreur de traitement de linux-restricted-modules-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-restricted-modules-2.6.24-24-generic

bullshit@Ducon180374:~$ sudo dpkg --purge linux-ubuntu-modules-2.6.24-24-generic
dpkg : un problème de dépendance empêche la suppression de linux-ubuntu-modules-2.6.24-24-generic :
 linux-image-generic dépend de linux-ubuntu-modules-2.6.24-24-generic.
dpkg : erreur de traitement de linux-ubuntu-modules-2.6.24-24-generic (--purge) :
 problème de dépendance - suppression ignorée
Des erreurs ont été rencontrées pendant l'exécution :
 linux-ubuntu-modules-2.6.24-24-generic

problèmes d'interdépendance remontant à  linux-generic qui n'est pas listé dans les commandes de mamiemando : ayant peur d'ouvrir un puits sans fond ou de faire une bêtise j'applique l'autre méthode.

- Bon (façon de parler) ça donne :

bullshit@Ducon180374:~$ sudo apt-get remove linux-headers-2.6.24-24 linux-headers-2.6.24-24-generic linux-image-2.6.24-24-generic --purge
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-generic* linux-headers-2.6.24-24* linux-headers-2.6.24-24-generic*
  linux-headers-generic* linux-image-2.6.24-24-generic* linux-image-generic*
  linux-restricted-modules-2.6.24-24-generic*
  linux-restricted-modules-generic* linux-ubuntu-modules-2.6.24-24-generic*
0 mis à jour, 0 nouvellement installés, 9 à enlever et 2 non mis à jour.
Après cette opération, 198Mo d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ? 
(Lecture de la base de données... 173342 fichiers et répertoires déjà installés.)
Suppression de linux-generic ...
Suppression de linux-headers-generic ...
Suppression de linux-headers-2.6.24-24-generic ...
Suppression de linux-headers-2.6.24-24 ...
Suppression de linux-restricted-modules-generic ...
Suppression de linux-restricted-modules-2.6.24-24-generic ...
Purge des fichiers de configuration de linux-restricted-modules-2.6.24-24-generic ...
Suppression de linux-image-generic ...
Suppression de linux-ubuntu-modules-2.6.24-24-generic ...
update-initramfs: Generating /boot/initrd.img-2.6.24-24-generic
Purge des fichiers de configuration de linux-ubuntu-modules-2.6.24-24-generic ...
Suppression de linux-image-2.6.24-24-generic ...
Running postrm hook script /sbin/update-grub.
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.24-23-generic
Found kernel: /boot/vmlinuz-2.6.24-22-generic
Found kernel: /boot/memtest86+.bin
Replacing config file /var/run/grub/menu.lst with new version
Updating /boot/grub/menu.lst ... done

The link /vmlinuz is a damaged link
Removing symbolic link vmlinuz 
 you may need to re-run your boot loader[grub]
The link /initrd.img is a damaged link
Removing symbolic link initrd.img 
 you may need to re-run your boot loader[grub]
Purge des fichiers de configuration de linux-image-2.6.24-24-generic ...
Running postrm hook script /sbin/update-grub.
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.24-23-generic
Found kernel: /boot/vmlinuz-2.6.24-22-generic
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done

A noter : ce log donne la liste des paquets qui étaient à virer (méthode dpkg) du moins si ma base n'est pas de la gelée...

- Apparament il a bien réparé le Grub mais ceci m'inquiète : "Searching for splash image ... none found, skipping ..." 
- Autre question avec dpkg (méthode mamimando) aurait il reconstruit le Grub ?
- Est ce que je risque des problème de config dans mes logiciels ?

Pour l'instant : standby : je ne reboot pas sans vos avis. ( pour info : mon Grub est dans mbr)

mamiemando · Answer

Ouais alors en fait tu étais presque au bout du puits sans fond (cf ce qu'à viré ta commande apt-get) mais la méthode avec pat-get à le mérite d'être plus simple. Ceci dit elle ne purge pas les configuration donc un dpkg --purge ne serait pas de trop (maintenant il n'y aura plus de problème d'interdépendances). Enfin c'est du détail.

- Apparament il a bien réparé le Grub mais ceci m'inquiète : "Searching for splash image ... none found, skipping ..." 

Non ce n'est rien. C'est jusque que ton grub n'est pas graphique (ou que s'il est sensé l'être, l'image passée en paramètre dans /boot/grub/menu.lst est mauvais ou que l'image n'est pas à la bonne taille ou n'a pas le bon nombre de couleur.

- Autre question avec dpkg (méthode mamimando) aurait il reconstruit le Grub ? 

Oui, aptitude ou apt-get ne sont que des sur-couches de dpkg.

- Est ce que je risque des problème de config dans mes logiciels ? 

A priori non puisque dpkg n'est pas intervenu sur ces autres paquets.

Pour l'instant : standby : je ne reboot pas sans vos avis. ( pour info : mon Grub est dans mbr)

Aucun problème pour rebooter tu as deux kernels qui ont été trouvés. En admettant que tu ne puisses pas rebooter, ton linux reste réparable via un live CD. Bref aucun risque ;-)

Bonne chance

Illitch · Answer

Yeepee !!!!

- donc il reste à faire : (tous les paquets désinstallés, inclus les paquets non spécifiques 2.6.24.24)

sudo dpkg -- purge linux-image-2.6.24-24-generic linux-ubuntu-modules-2.6.24-24-generic linux-image-generic linux-restricted-modules-2.6.24-24-generic linux-generic linux-headers-2.6.24-24 linux-headers-2.6.24-24-generic linux-headers-2.6.24-24-generic linux-image-generic linux-restricted-modules-generic

Est ce bien cela ?

- Ensuite, pour la mise à jour dois je simplement utiliser le gestionnaire comme d'ab ? (dois je rebooter avant ? )

- Faut il auparavant que je me fende d'un ? :
sudo aptitude
sudo aptitude update
sudo aptitude safe-upgrade
sudo aptitude install deborphan
deborphan

mamiemando · Answer

Est ce bien cela ? 

Oui

- Ensuite, pour la mise à jour dois je simplement utiliser le gestionnaire comme d'hab ? (dois je rebooter avant ? )

Rebooter ne sert à rien sous linux, très souvent il suffit de relancer des scripts de démarrage (et encore, ici ce n'est même pas le cas). Ça peut m'arriver dans certains fils de discussion de dire de rebooter pour ne pas avoir à expliciter les scripts à relancer et pour simplifier le propos.

Les seules fois où tu as réellement besoin de rebooter, c'est en cas de gros gros plantage ou si tu veux démarrer sur un autre noyau.

Tu peux toutefois rebooter, ça ne mange pas de pain, juste un peu de temps ;-)

- Faut il auparavant que je me fende d'un ? :
sudo aptitude
sudo aptitude update
sudo aptitude safe-upgrade
sudo aptitude install deborphan
deborphan

Alors d'abord il faut bien comprendre ce que fait chaque commande. La première lance aptitude en mode interactif et permet donc de faire les trois commandes aptitude que tu as écrit en suite (u U g g /deborphan + g g).

La seconde commande récupère les mises à jours (u).
La troisième applique les mises à jours (U g g).
Ces deux commandes doivent être lancées régulièrement pour maintenir ton système à jour.
La quatrième installe deborphan (/deborphan + g g), mais comme il est déjà installé, donc elle ne sert à rien.
La cinquième ne fait que lister les paquets orphelins mais c'est tout.

Pour virer les paquets orphelins, tant que "deborphan" liste des paquets orphelins :

deborphan | xargs sudo dpkg --purge

Il est recommandé de faire un peu de ménage de temps en temps avec cette commande (et la répéter tant que deborphan trouve des paquets orphelins en cascade, en général 2 - 3 passes suffisent). De même il peut être pas mal de faire de temps en temps un :

sudo apt-get autoremove
sudo aptitude clean

... qui respectivement vire les paquets qui ne sont plus utilisés et nettoie le cache.

Bonne chance

Illitch · Answer

Fait mais : le noyau 2.6.24.24 n'apparait pas comme choix à l'update et apparait toujours dans le menu de boot.
dpkg retourne que les paquets 2.6.24.24 ne sont pas installés et que la commande est ignorée.

P.S. : J'ai une connaissance empirique  (et très parcelaire en info) et suis débutant sous LINUX de surcroit donc je fonctionne par protocole => un problème = un tuto : je précise la chose par soucis pédagogique ( le monde à l'envers : l'élève qui cause de pédago au maître) :)
PPS : nul repproche là-dedans (tu as été extrèmement clair(e) c'est juste pour faire avancer le smchmilimi, le shmurnigluck... le machin. ;)  et enfoncer le clou pour bien faire comprendre aux stars ce qu'est ramper dans la boue :'(.

matser1973 · Answer

Salut,
pour qu'un noyau n'apparaisse plus au boot, il faut modifier le fichier /boot/grub/menu.lst
sinon, tu peux télécharger le dernier noyau sur https://www.kernel.org/

mamiemando · Answer

Pour virer ton noyau tu peux effectivement supprimer les lignes correspondantes dans /boot/grub/menu.lst mais à la mise à jour noyau suivante, grub remettra la liste de tous les noyaux installés sur ta machine. Pour virer un noyau il suffit de le virer avec dpkg.

Si c'est bien un noyau empaqueté dans un paquet debian, il déclenche ensuite une mise à jour du grub. Si un noyau apparaît dans grub alors qu'il ne devrait pas, indique moi le quel ainsi que le résultat de :

dpkg -l | grep linux-image

Pour virer un noyau tu es sensé faire un :

sudo dpkg --purge linux-image-xxxxxx

Bonne chance

Illitch · Answer

bonjour (ça devient un rendez vous quotidien)
dpkg -l | grep linux-image

echo:

ii  linux-image-2.6.24-22-generic              2.6.24-22.45                                         Linux kernel image for version 2.6.24 on x86
ii  linux-image-2.6.24-23-generic              2.6.24-23.52                                         Linux kernel image for version 2.6.24 on x86

le pb est que le noyau n'apparait pas dans /boot/grub/menu.lst (voir poste n°14 mais est proposé dans le menu multiboot au démarrage (juste après le post du BIOS). De plus "dpkg retourne que les paquets 2.6.24.24 ne sont pas installés et que la commande est ignorée" (poste n°12).
 Le 6.24.24 semble bien dégagé du système mais pas le choix correpondant dans le menu multiboot de démarrage (d'où panique de ma compagne qui allume l'ordi en oubliant mes consignes .... grrrrrrr...comme tu dis sans noyau ça boote moins bien :P)

 sudo dpkg --purge linux-image-2.6.24-24-generic

echo :

dpkg - avertissement : requête ignorée : suppression de linux-image-2.6.24-24-generic, qui n'est pas installé.



/me is perplexed

mamiemando · Answer

Ben c'est normal.

ii linux-image-2.6.24-22-generic 2.6.24-22.45 Linux kernel image for version 2.6.24 on x86
ii linux-image-2.6.24-23-generic 2.6.24-23.52 Linux kernel image for version 2.6.24 on x86 

=> le 2.6.22 et 2.6.23 sont installés (mais pas le 2.6.24) donc c'est normal :
1) qu'il ne soit pas ajouté dans grub automatiquement
2) qu'il ne puisse être purger.

Installation d'un noyau via le gestionnaire de paquet

En admettant que tu installes le 2.6.24 (ou plus récent car on est plutôt en 2.6.30 en ce moment, en tout cas sous debian), le 2.6.22 et 2.6.23 pourront être purgés avec dpkg --purge (car ils sont actuellement installés via un paquet debian comme l'indique ton dpkg -l avec le "ii").

Normalement si tu as fait un :

sudo aptitude update
apt-cache search linux-image | grep linux-image | grep 2.6

... je pense que ton gestionnaire de paquet doit te proposer des noyaux plus récent. Il suffit alors de l'installer avec le classique :

sudo aptitude install linux-image-xxxxxxxxxx

(ou xxxxxxx désigne la version du noyau). L'avantage c'est que le paquet est précompilé donc il est s'installe directement, ne requiert pas de compilateur etc... et sera automatiquement mis à jour.

Compiler un noyau soi-même

Alors maintenant revenons à ton histoire de noyau récupérer sur kernel.org. Libre à toi de compiler ton propre noyau mais en général on se contente des paquets debian. Si tu tiens à compiler ton kernel, tu peux utiliser la commande make-kpkg qui permet de compiler une archive de source de noyau et l'empaqueter sous forme de paquet debian. Il faut pour cela avoir au préalable installer un compilateur (gcc). En général on met les sources dans /usr/src et on crée un lien symbolique /usrc/src/linux qui pointe vers ces sources :

cd /usrc/src
ln -s /usr/src/lerepertoiredesource linux
cd /usrc/src/linux
sudo make-kpkg clean
sudo make-kpkg --revision=CUSTOM.1.0 kernel_image

Une fois la compilation fini, tu obtiens dans /usr/src un paquet .deb qu'il suffit d'installer avec dpkg :
sudo dpkg -i /usr/src/lenomdupaquet.deb
Le grub sera alors automatiquement corrigé.

Bonne chance

mamiemando · Answer

Mais si j'ai bien compris aussi ce qui s'affiche au démarrage du pc dans le menu multiboot est défini par /boot/grub/menu.lst

Oui.

aucune référence à 2.6.24.24 n'apparait plus ; pourtant le choix de lancer ce noyau en mode normal comme en mode forcé apparait toujours au démarrage du PC !!!???

Bizarre effectivement si c'est bien /boot/grub/menu.lst que tu modifies (et que tu sauves). Essaye de faire un :

sudo dpkg-reconfigure grub
sudo aptitude reinstall grub


Si ca ne change rien il faudra s'assurer que le grub que tu configures s'installe bien l'entête de ton disque de démarrage.

Apparement kernel.org est un site fiable et réputé ? Le kernel 2.6.24.24 n'y est pas listé (on pase du 2.4.37.6 au 2.6.27.34).

Réputé bah disons que c'est le site dédié pour qui veut compiler son propre noyau :-) Les versions de kernel.org sont toujours très en avance sur les noyaux empaquetés par ta distribution (ce qui est normal car il faut du temps pour préparer les paquets), en ce moment comme je te disais on est en 2.6.30 sous debian. Mais ça n'a pas une très grande importance, la plupart du temps quand on met à jour son noyau on voit assez peu de différences.

Ce sont souvent des matériels exotiques supplémentaires pris en charge, des trous de sécurité corrigé, des optimisations à droite à gauche etc... Mais il y a rarement une feature révolutionnaire qui apparaît.

matser1973 · Answer

le 2.6.24.24 n'est pas présent dans les archives de kernel.org:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/

matser1973 · Answer

d'après le post 14, tu as dans menu.lst ceci: 2.6.24-24-generic 
il faut remarquer que entre les deux 24 il y a un tiret et non un point. cela signifie que la chaine de caractère "-24-generic" esr un "append version" ajouté à la version. Tu as donc dans menu.lst un 2.6.24 modifié
ceci est confirmé par le post 16:
ii linux-image-2.6.24-22-generic 2.6.24-22.45 Linux kernel image for version 2.6.24 on x86
ii linux-image-2.6.24-23-generic 2.6.24-23.52 Linux kernel image for version 2.6.24 on x86 

je te signale que "le gland" a un niveau bac+2 en informatique

mamiemando · Answer

On est ici sur un forum d'informatique et pas d'arboriculture. Le prochain qui parle de gland, je le censure pour hors sujet manifeste.

Pour les histoires de versions trafiqués ça n'a rien à voir avec le fait que grub l'ajoute ou pas. La preuve, quand tu construis un noyau avec make-kpkg, il n'y a aucun problème (que les sources viennent de kernel.org ou pas).

À ce stade je ne comprends toujours pas pourquoi tu veux t'embêter à compiler un noyau au lieu d'utiliser un paquet tout prêt (qui plus est une vieille version).

Bonne chance

matser1973 · Answer

comme je l'ai dit plus haut, compiler son noyau sert à avoir un noyau qui prend beaucoup moins de place dans la mémoire que les noyaux précompilés. Les noyaux précompilés sont des anciennes version par rapport au dernier sortit sur le site officiel kernel.org

mamiemando · Answer

Merci je le sais mais c'est à Illitch que je pose la question, qui manifestement a dû mal à s'en sortir. De plus l'argument "beaucoup moins de place" me semble fallacieux (pour avoir longtemps compilé moi-même mon noyau) car ça n'apporte pas grand chose en terme de performances et en terme de place, c'est négligeable (qu'est ce que quelques mégas ?).

Plutôt que de s'embarquer dans un truc compliqué je pense qu'il serait plus sage d'installer un noyau tout prêt et arrêter de s'embêter...

Illitch · Answer

Juste un coucou en passant pour les intervenants sur ce fil. Je ne vous ai pas oublié(e)s mais ma vie est trépidante ces temps ci :P. En fin de cette semaine ça devrait ce calmer et je reprendrai le dépannage. Encore merci.

Illitch · Answer

OK, je m'y remets.

Compiler mon noyau moi même (avec un protocole didactique et quelqu'un qui me tient la main) ou utiliser la mise à jour depuis les dépôts me conviennent également (cependant une compilation maison si elle offre un avantage de performance me ravirait).

Mais :
Le problème actuel est que la version 2.6.24.24 apparait toujours au menu multiboot alors qu'il n'y est plus fait mention dans /boot/grub/menu.lst, que les paquets de ce noyau ont été désinstallés (voir plus haut) et que le grub a été lui aussi réparé ( protocole donné par mamiemando).

bullshit@Ducon180374:~$ sudo dpkg-reconfigure grub
[sudo] password for bullshit: 
bullshit@Ducon180374:~$ sudo aptitude reinstall grub
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu      
Initialisation de l'état des paquets... Fait
Écriture de l'information d'état étendu... Fait
Construction de la base de données des étiquettes... Fait
Les paquets suivants ont été conservés automatiquement :
  libglib2.0-dev libpq5 linux-libc-dev openoffice.org-java-common 
Les paquets suivants ont été conservés :
  libglib2.0-0 libicu38 libneon27 libnewt0.52 libsmbclient 
  openoffice.org-base openoffice.org-base-core openoffice.org-calc 
  openoffice.org-common openoffice.org-core openoffice.org-draw 
  openoffice.org-gnome openoffice.org-gtk openoffice.org-impress 
  openoffice.org-math openoffice.org-style-human openoffice.org-writer 
  python-uno samba-common smbclient ttf-opensymbol tzdata wget whiptail 
Les paquets suivants seront RÉINSTALLÉS :
  grub 
0 paquets mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 28 non mis à jour.
Il est nécessaire de télécharger 386ko d'archives. Après dépaquetage, 0o seront utilisés.
Écriture de l'information d'état étendu... Fait
Prendre :1 http://fr.archive.ubuntu.com hardy-updates/main grub 0.97-29ubuntu21.1 [386kB]
386ko téléchargés en 0s (1345ko/s)
Préconfiguration des paquets...
(Lecture de la base de données... 162301 fichiers et répertoires déjà installés.)
Préparation du remplacement de grub 0.97-29ubuntu21.1 (en utilisant .../grub_0.97-29ubuntu21.1_i386.deb) ...
Dépaquetage de la mise à jour de grub ...
Paramétrage de grub (0.97-29ubuntu21.1) ...

Lecture des listes de paquets... Fait             
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu       
Initialisation de l'état des paquets... Fait
Construction de la base de données des étiquettes... Fait
bullshit@Ducon180374:~$ 

Par ailleurs, le seul paquet proposé ayant trait au noyau dans le gestionnaire de mise à jour (MaJ en stand by sur mon système depuis la panne) est "linux-libc-dev" et aucun noyau n'y est proposé ; ors le 2.6.24.24 devrait y apparaitre si j'ai effacé toute référence à ce noyau de mon système (ou une version ultérieure si elle est sortie ? ).
Donc comment faire comprendre à mon %*!§! de pc que 2.6.24.24 n'existe plus (pb du menu multiboot et de l'absence de la mise à jour du noyau dans le gestionnaire) et que je voudrais bien le réinstaller :P ?

mamiemando · Answer

Est-ce que le noyau qui te gêne est encore installé et/ou présent dans /boot ?

dpkg -l | grep linux-image
ls /boot

S'il est présent dans le dpkg -l... supprime le avec (en remplaânt les xxx par ce qu'il faut) :

sudo dpkg --purge linux-image-2.6.xx-x-xxx

Bonne chance

Illitch · Answer

bonjour Mamiemando :)

Et non :

bullshit@Ducon180374:~$ dpkg -l | grep linux-image
ii  linux-image-2.6.24-22-generic              2.6.24-22.45                                         Linux kernel image for version 2.6.24 on x86
ii  linux-image-2.6.24-23-generic              2.6.24-23.52                                         Linux kernel image for version 2.6.24 on x86
bullshit@Ducon180374:~$ ls /boot
abi-2.6.24-22-generic             initrd.img-2.6.24-23-generic
abi-2.6.24-23-generic             initrd.img-2.6.24-23-generic.bak
config-2.6.24-22-generic          memtest86+.bin
config-2.6.24-23-generic          System.map-2.6.24-22-generic
grub                              System.map-2.6.24-23-generic
initrd.img-2.6.24-22-generic      vmlinuz-2.6.24-22-generic
initrd.img-2.6.24-22-generic.bak  vmlinuz-2.6.24-23-generic
bullshit@Ducon180374:~$ 

???? :'(

mamiemando · Answer

... ou utiliser la mise à jour depuis les dépôts me conviennent également (cependant une compilation maison si elle offre un avantage de performance me ravirait). 

En fait je doute que tu vois la différence. Pour avoir compilé moi-même mon noyau pendant plusieurs années, je n'ai pas ressenti un gain de performance suffisamment probant pour ne pas utilisé un noyau précompilé. Sauf besoin spécifique (fonctionnalité absente du noyau précompilé...) ça n'a pas vraiment d'intérêt je trouve.

Par ailleurs, le seul paquet proposé ayant trait au noyau dans le gestionnaire de mise à jour (MaJ en stand by sur mon système depuis la panne) est "linux-libc-dev" et aucun noyau n'y est proposé ; ors le 2.6.24.24 devrait y apparaitre si j'ai effacé toute référence à ce noyau de mon système (ou une version ultérieure si elle est sortie ? ). 

Je ne sais pas ce que tu as cherché mais normalement les noyaux disponibles sont nombreux (la version courante et la précédente en générale et ce pour chaque architecture). Tu peux les trouver avec la commande :

apt-cache search linux-image

Ensuite il est normal que grub continue à faire référence à ton noyau 2.6.24 puisqu'il est installé (en deux versions qui plus est !)
ii linux-image-2.6.24-22-generic 2.6.24-22.45 Linux kernel image for version 2.6.24 on x86
ii linux-image-2.6.24-23-generic 2.6.24-23.52 Linux kernel image for version 2.6.24 on x86 
Ces noyaux seront automatiquement ajoutés dans grub à chaque fois que celui-ci sera reconfiguré. Il faut donc soit les virer avec un dpkg --purge, soit les supprimer à la main dans /boot/grub/menu.lst (mais il réapparaîtront la prochaine fois que grub sera régénéré, ie quand un nouveau noyau sera installé/désinstallé ou que grub sera mis à jour).

De plus je t'invite VIVEMENT à conserver un noyau standard tant que ton noyau personnalisé n'est pas opérationnel. Ainsi il me paraît plus sûr de commenter ou supprimer les lignes qui t'embêtes directemetn dans /boot/grub/menu.lst

Bonne chance

mamiemando · Answer

Ca ne change rien que tu sois en ligne de commande ou pas.
Pour faire une mise à jour en ligne de commande :

sudo aptitude update
sudo aptitude safe-upgrade

Je ne sais pas quelle version d'ubuntu mais de nos jours on est plutôt en 2.6.30 en jaunty jackalope. Ca dépend des dépôts configurés dans /etc/apt/sources.list.

Pour ce qui est des entrées configurées dans grub il faut voir dans /boot/grub/menu.lst. Il faudrait que tu me reportes le contenu de ce fichier (et c'est d'ailleurs dans ce fichier que tu peux supprimer la référence au noyau 2.6.24.24 en supprimant le paragraphe correspondant).

Bonne chance

matser1973 · Answer

et si tu nous donnais la réponse de cette commande:cat /boot/grub/menu.lst

Illitch · Answer

bonjour matser

bullshit@Ducon180374:~$ cat /boot/grub/menu.lst
# menu.lst - See: grub(8), info grub, update-grub(8)
#            grub-install(8), grub-floppy(8),
#            grub-md5-crypt, /usr/share/doc/grub
#            and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default		0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout		10

## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
#hiddenmenu

# Pretty colours
#color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#      password XXXXXXXXXXXXXXXXXXXXXX (EDIT)
# password topsecret

#
# examples
#
# title		Windows 95/98/NT/2000
# root		(hd0,0)
# makeactive
# chainloader	+1
#
# title		Linux
# root		(hd0,1)
# kernel	/vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro

## Setup crashdump menu entries
## e.g. crashdump=1
# crashdump=0

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,5)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title		Ubuntu 8.04.3 LTS, kernel 2.6.24-23-generic
root		(hd0,5)
kernel		/boot/vmlinuz-2.6.24-23-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro quiet splash
initrd		/boot/initrd.img-2.6.24-23-generic
quiet

title		Ubuntu 8.04.3 LTS, kernel 2.6.24-23-generic (recovery mode)
root		(hd0,5)
kernel		/boot/vmlinuz-2.6.24-23-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro single
initrd		/boot/initrd.img-2.6.24-23-generic

title		Ubuntu 8.04.3 LTS, kernel 2.6.24-22-generic
root		(hd0,5)
kernel		/boot/vmlinuz-2.6.24-22-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro quiet splash
initrd		/boot/initrd.img-2.6.24-22-generic
quiet

title		Ubuntu 8.04.3 LTS, kernel 2.6.24-22-generic (recovery mode)
root		(hd0,5)
kernel		/boot/vmlinuz-2.6.24-22-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro single
initrd		/boot/initrd.img-2.6.24-22-generic

title		Ubuntu 8.04.3 LTS, memtest86+
root		(hd0,5)
kernel		/boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title		Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title		Microsoft Windows XP Professionnel
root		(hd0,0)
savedefault
makeactive
chainloader	+1


comme je me tue à le dire rien n'apparait dans /boot/grub/menu.lst mais le 2.6.24.24 est toujours offert en option de boot dans le menu au lancement et crash le pc si choisi (normal il est effacé)
réinstaller le 2.6.24.24 serait il la solution ? Si oui quelles sont les commandes ?

@ Mamiemando O/


bullshit@Ducon180374:~$ sudo aptitude update
[sudo] password for bullshit: 
Atteint http://fr.archive.ubuntu.com hardy Release.gpg
Prendre :1 http://fr.archive.ubuntu.com hardy/main Translation-fr [169kB]       
Atteint http://archive.canonical.com hardy Release.gpg                          

[...]                                        

369ko téléchargés en 0s (721ko/s)    
Lecture des listes de paquets... Fait
bullshit@Ducon180374:~$ sudo aptitude safe-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu       
Initialisation de l'état des paquets... Fait
Construction de la base de données des étiquettes... Fait
Les paquets suivants seront mis à jour :
  libglib2.0-0 libglib2.0-dev libicu38 libneon27 libnewt0.52 libpq5 
  libsmbclient linux-libc-dev openoffice.org-base openoffice.org-base-core 
  openoffice.org-calc openoffice.org-common openoffice.org-core 
  openoffice.org-draw openoffice.org-gnome openoffice.org-gtk 
  openoffice.org-impress openoffice.org-java-common openoffice.org-math 
  openoffice.org-style-human openoffice.org-writer python-uno samba-common 
  smbclient ttf-opensymbol tzdata wget whiptail 
28 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 76,7Mo d'archives. Après dépaquetage, 90,1ko seront utilisés.
Voulez-vous continuer ? [Y/n/?] n
Abandon.

comme je l'ai dit : aucun noyau proposé :/

Je suis actuellement en train de passer à Ubuntu 9.04 « Jaunty Jackalope » (installé sur mon second HDD) mais voulant totalement effacer mon premier disque dur (1 partition windows, 1 NTFS partagée et 1 partition Ubuntu Hardy) (secure eraser) avant d'y reinstaller windows et ne disposant pas de suffisament de place sur le deuxième, l'opération est assez longue (gravage). En tout cas ce bazard dans le grub ou ailleurs ne me plais pas et j'aimerai avoir le fin mot de l'histoire en tout état de cause.

mamiemando · Answer

comme je l'ai dit : aucun noyau proposé :/ 

Rien à voir, ces paquets sont ceux qui peuvent être mis à jour (parmi les paquets déjà installés). Les paquets disponibles doivent être cherchés avec apt-cache et/ou apt-file (ou un outil graphique, par exemple synaptic).

Pour ton grub c'est vraiment bizarre, c'est à se demander si celui-ci est bien installé sur l'en-tête du disque dur ou si celui-ci utilise bien /boot/grub/menu.lst. Récemment on est passé sous debian à grub 1.xx mais il me semble que c'est toujours le même fichier de configuration. Je ne sais plus comment où l'on voit où update-grub installe grub. En tout cas c'est vraiment super bizarre. Peut-être un bug par rapport au numéro de version je ne sais pas...

Un test qui pourrait être intéressant : en supposant que tu utilises le 2.6.24-23, essaye de supprimer ou commenter la section relative au 2.6.24-22 dans /boot/grub/menu.lst :

#title Ubuntu 8.04.3 LTS, kernel 2.6.24-22-generic
#root (hd0,5)
#kernel /boot/vmlinuz-2.6.24-22-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro quiet splash
#initrd /boot/initrd.img-2.6.24-22-generic
#quiet

#title Ubuntu 8.04.3 LTS, kernel 2.6.24-22-generic (recovery mode)
#root (hd0,5)
#kernel /boot/vmlinuz-2.6.24-22-generic root=UUID=4e6c731b-ea21-467e-9293-cbe4601fd84e ro single
#initrd /boot/initrd.img-2.6.24-22-generic 

Reboote et dis moi si le 2.6.24-22 a disparu. Si c'est le cas on peut à mon avis conclure qu'il s'agit d'un bug. Sinon il faut investiguer sur les pistes que j'ai évoquées plus haut.

Je suis actuellement en train de passer à Ubuntu 9.04 « Jaunty Jackalope »

Pour l'avoir fait le week-end dernier sur une ubuntu intrepid ibex, le passage vers jaunty jackalope se fait facilement et sans problème via ton gestionnaire de mise à jour (un bouton est proposé pour passer vers jaunty). Il n'y a donc pas de réinstallation à faire a priori.

Bonne chance

mamiemando · Answer

Soit c'est une vieille version d'ubuntu, soit tu t'es planté au moment de récupérer les mises à jours, soit il y a un problème au niveau de tes dépôts (voir /etc/apt/sources.list). Voici à quoi ressemble ce fichier en jaunty :
http://doc.ubuntu-fr.org/depots_jaunty

Pour récupérer la liste des mises à jour :

sudo aptitude update

Comme tu peux le voir ici, en jaunty on est en 2.6.28 :
https://packages.ubuntu.com/search?searchon=names&keywords=linux+image

Normalement ton gestionnaire de paquets graphique (synaptic sous gnome) propose facilement d'y passer (si tu n'y es pas déjà).


Bonne chance

Illitch · Answer

O/

J'ai mis le temps à repasser (d'abord un peu découragé puis un peu honteux une fois que j'ai eu percuté). Je crois avoir le pourquoi du comment : je voulais à terme effacer ma partition Ubuntu Hardy situé en Partition logique sur mon premier disque dur pour installer Ubuntu Jaunty en partition primaire sur mon nouveau 2ème disque dur. Ayant des données à sauvegarder j'ai installé Ubuntu 9.04 sur mon HD2 avant d'effacer ma partition Hardy située sur mon HD1

Je me retrouve donc avec 2 Grub dans mon système le dernier installé ayant pris la main sur le premier dans le MBR sans toutefois y effacer les traces du premier.

J'ai donc gardé trace dans le MBR de ma première installation Ubuntu mais mon système Hardy ne peut plus le modifier (d'où des erreurs si MaJ du noyau !!!). Je vais donc faire migrer ou sauvegarder mes données puis reformater mon premier disque dur (nouvelle architecture de mes partitions) puis reinstaller windows et suivre les procédures de restauration du grub données plus haut pour mon ubuntu 9.04 (afin d'effaccer toute trace de Ubuntu 8.04). -> Merci de me dire si c'est bien ça et si ma méthode de réparation va le faire :/

Navré et honteux que ma bêtise vous ai fait perdre votre temps.
Bien à vous - Illitch

mamiemando · Answer

Pas de soucis, le temps que j'ai "perdu", j'étais prête à le passer sinon je n'aurais pas répondu. Pour clore le problème, je vais maintenant te dire quelle approche tu aurais dû suivre.

Contrairement à windows, une distribution linux digne de ce nom (par exemple ubuntu, debian) ne requiert pas une réinstallation complète. Il existe des procédures de migration (qui consiste à corriger les dépôts utilisés) pour faire un changement de version. Sous ubuntu tout est automatisé et devrait se faire en quelques clics. Tu peux trouver la plupart des informations sur la page de documentation dédiée :
http://doc.ubuntu-fr.org/migration

De toute façon, ce n'était pas du temps perdu, contrairement à ce que tu sembles penser, car tu as dû découvrir et apprendre pas mal de chose dans l'histoire, et tu devrais être plus autonome lors des problèmes que tu pourrais être amené à rencontrer par la suite.

Bonne chance

mamiemando · Answer

En effet ils disent comment déplacer un système (ou en installer un second) ici (donné dans ton lien) : http://forum.ubuntu-fr.org/viewtopic.php?id=55813 

Tout le problème c'est de nettoyer les grub de sorte à ce que 
1) grub ne soit installé / corrigé et maintenu que par l'un des linux présent, ça évitera les embrouilles.
2) grub ne soit présent que sur une amorce de disque dur (celui du disque sur lequel tu démarres), appelé dans le jargon MBR. Si ça ne te parle pas, lis :
https://fr.wikipedia.org/wiki/Master_boot_record
http://doc.ubuntu-fr.org/grub-pc?redirect=1

Pour cela tu peux trouver des informations intéressantes ici :
http://doc.ubuntu-fr.org/tutoriel/comment_reinstaller_un_mbr_compatible_windows

En cas de gros ratage de ta part, il sera toujours possible de restaurer grub avec un CD d'installation + un chroot, mais comme c'est un peu geek, si tu as un doute, avant de tout casser demande-moi :-) Avant de faire quoi que ce soit je t'invite à sauver tes données importantes même si a priori ici tu ne touches pas aux données présentes sur le(s) disque(s) dur(s).

Encore pardon et mille mercis. :)
errare humanum, persevare diabolicum

Pas de soucis, c'est toujours un plaisir d'aider des gens qui se motivent pour passer à linux. N'hésite pas à revenir en cas de problème ;-)

Bonne chance

MaJ 2.6.24.24 : erreur de sortie d'état 2

33 réponses

Discussions similaires

Newsletters