[Résolu] les mises à niveau du kernel ne sont jamais appliquées

Linuxienne de juillet · Le 14/11/2009, à 19:24

Merci à tous pour vos conseils, mon problème est résolu grâce à vous !
reste à savoir pourquoi ces mises à jour ne se faisaient pas ...
En tout cas je sais comment procéder la prochaine fois si je n'ai pas répondu à cette grande question d'ici là
Bonne soirée et bon dimanche !

Bonjour,

tout est dans le titre: les mises à niveau du kernel ne se font pas, je suis toujours à la 2.6.28-13-generic alors que je devrais être à la 2.6.28-16. Que puis-je faire ?

je dispose d'un
Intel Core Duo - 2,2O Ghz
2 Go Ram
Swap de 2 Go
HDD de 150 Go
1 Nvidia Quadro NVS 140M
Résolution vidéo : 1680x1050 pixels
et de Ubuntu 9.04 (Jaunty) installé sur 3 partitions primaires (Systeme, Home, swap)

Merci d'avance pour vos suggestions

Dernière modification par Linuxienne de juillet (Le 14/11/2009, à 21:17)

alphascorpii · Le 14/11/2009, à 19:32

Salut,

Je me trompe peut-être, et si c'est le cas quelqu'un sûrement corrigera mon erreur, mais je pense que les mises à jour du noyau sont seulement des mises à jour recommandées, et non des mises à jour de sécurité (bugs).

Si c'est le cas je pense que 'mises à jours recommandées' n'est pas coché dans ton gestionnaire de mises à jour.

Pour y accéder :

soit Système > administration > gestionnaire de mise à jour et bouton 'configuration'
ou Système > administration > sources de logiciels et onglet Mises à jour

Linuxienne de juillet · Le 14/11/2009, à 19:50

merci pour cette première réponse,
mais les mises à jour recommandées sont bien cochées...

kouskous · Le 14/11/2009, à 19:53

Ton menu.lst (sous GRUB) ne doit pas se modifier automatiquement. Il faut modifier ça à la main (je sais pas c'est lequel sous GRUB 2)

Brad** · Le 14/11/2009, à 20:02

Bonjour Linuxienne !!

2.6.28.13 .. c'est Jaunty... donc ce doit être Grub..
mais le modifier à la main (menu.lst) ... pas un peu risqué ça ??

compte supprimé · Le 14/11/2009, à 20:06

Ben non ! Il suffit de remplacer un numéro par un autre...
En essayant de garder aussi une version antérieure du noyau (en dupliquant la version actuelle avec copier/coller, et en modifiant le numéro après ça), on ne sait jamais...

alphascorpii · Le 14/11/2009, à 20:14

Ok pour les mises à jour cochées.

Peux tu poster ton menu.lst ?

Linuxienne de juillet · Le 14/11/2009, à 20:15

Merci à tous ...
alors, c'est risqué ou pas risqué ...
c'est mon outil de travail et j'en ai besoin impératif demain toute la journée !

d'autres avis ?

Brad** · Le 14/11/2009, à 20:15

d'accord... mais je trouve ça un peu simple qd même...
quelqu'un connait :
"sudo dpkg-reconfigure linux-image-2.6.28-16-generic" ?
est ce que menu.lst est concerné par cette commande ??

Linuxienne de juillet · Le 14/11/2009, à 20:18

voilà ...

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 3

## 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 --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# 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=0cdbefb1-8665-4446-a50d-b46bdd4f06f5 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=0cdbefb1-8665-4446-a50d-b46bdd4f06f5

## 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

## specify if running in Xen domU or have grub detect automatically
## update-grub will ignore non-xen kernels when running in domU and vice versa
## e.g. indomU=detect
## indomU=true
## indomU=false
# indomU=detect

## 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 9.04, kernel 2.6.28-13-generic
uuid 0cdbefb1-8665-4446-a50d-b46bdd4f06f5
kernel /boot/vmlinuz-2.6.28-13-generic root=UUID=0cdbefb1-8665-4446-a50d-b46bdd4f06f5 ro quiet splash
initrd /boot/initrd.img-2.6.28-13-generic
quiet

title Ubuntu 9.04, kernel 2.6.28-13-generic (recovery mode)
uuid 0cdbefb1-8665-4446-a50d-b46bdd4f06f5
kernel /boot/vmlinuz-2.6.28-13-generic root=UUID=0cdbefb1-8665-4446-a50d-b46bdd4f06f5 ro single
initrd /boot/initrd.img-2.6.28-13-generic

title Ubuntu 9.04, memtest86+
uuid 0cdbefb1-8665-4446-a50d-b46bdd4f06f5
kernel /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

compte supprimé · Le 14/11/2009, à 20:19

Linuxienne de juillet a écrit :

Merci à tous ...
alors, c'est risqué ou pas risqué ...
c'est mon outil de travail et j'en ai besoin impératif demain toute la journée !
d'autres avis ?

Moi je fais toujours ça (et à un moment j'avais 8 linux + xp en multiple boot...)... De toutes façons, commence par une copie de menu.lst avant de bidouiller.

sudo cp /boot/grub/menu.lst   /boot/grub/menu.lst.original

Comme ça, en cas de pépin (mais ça m'étonnerait), tu reviens à la version originale...

Dernière modification par faustus (Le 14/11/2009, à 20:22)

compte supprimé · Le 14/11/2009, à 20:24

Tu dupliques ça :

title        Ubuntu 9.04, kernel 2.6.28-13-generic
uuid        0cdbefb1-8665-4446-a50d-b46bdd4f06f5
kernel        /boot/vmlinuz-2.6.28-13-generic root=UUID=0cdbefb1-8665-4446-a50d-b46bdd4f06f5 ro quiet splash
initrd        /boot/initrd.img-2.6.28-13-generic
quiet

title        Ubuntu 9.04, kernel 2.6.28-13-generic (recovery mode)
uuid        0cdbefb1-8665-4446-a50d-b46bdd4f06f5
kernel        /boot/vmlinuz-2.6.28-13-generic root=UUID=0cdbefb1-8665-4446-a50d-b46bdd4f06f5 ro  single
initrd        /boot/initrd.img-2.6.28-13-generic

Puis tu changes partout 2.6.28.13 par le nouveau numéro dans la première série d'entrées

alphascorpii · Le 14/11/2009, à 20:28

Linuxienne de juillet a écrit :

Merci à tous ...
alors, c'est risqué ou pas risqué ...
c'est mon outil de travail et j'en ai besoin impératif demain toute la journée !
d'autres avis ?

Travailler toute la journée ? un dimanche ? Finalement le monde du libre conduit à l'esclavage :o

Bon sans rire, dans /boot quels sont les noyaus disponibles ? tu dois avoir des fichiers initrd.img-2.6.28.xx

Brad** · Le 14/11/2009, à 20:35

Ah, Ah ... t'as bien raison alpha ... ;-)

compte supprimé · Le 14/11/2009, à 20:37

Brad** a écrit :

d'accord... mais je trouve ça un peu simple qd même...
quelqu'un connait :
"sudo dpkg-reconfigure linux-image-2.6.28-16-generic" ?
est ce que menu.lst est concerné par cette commande ??

Ben non ! Et le package a déjà été configuré lors de la mise à jour. Simplement le menu.lst n'a pas suivi...

Linuxienne de juillet · Le 14/11/2009, à 20:40

alphascorpii a écrit :

Linuxienne de juillet a écrit :
Merci à tous ...
alors, c'est risqué ou pas risqué ...
c'est mon outil de travail et j'en ai besoin impératif demain toute la journée !
d'autres avis ?
Travailler toute la journée ? un dimanche ? Finalement le monde du libre conduit à l'esclavage :o
Bon sans rire, dans /boot quels sont les noyaus disponibles ? tu dois avoir des fichiers initrd.img-2.6.28.xx

j'ai toute la gamme : 13, 14, 15 et 16
et pour le travail, t'as bien raison

alphascorpii · Le 14/11/2009, à 20:49

Ok donc si tu as bien :

initrd.img-2.6.28.16-generic
abi-2.6.28.16-generic
config-2.6.28.16-generic
system.map-2.6.28.16-generic
vmcoreinfo-2.6.28.16-generic
vmlinuz-2.6.28.16-generic

Tu dois pouvoir booter sur ce kernel (2.6.28.16).

Je pense que la manip proposée par Faustus doit marcher.

Par contre il serait bon de savoir pourquoi ton menu.lst ne se met pas à jour.

Et n'oublie pas de sauvegarder menu.lst avant toute chose :)

Linuxienne de juillet · Le 14/11/2009, à 20:58

merci à tous pour vos conseils,
je me lance... et je vous dirai ce que ça a donné !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/11/2009, à 19:24

[Résolu] les mises à niveau du kernel ne sont jamais appliquées

#2 Le 14/11/2009, à 19:32

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#3 Le 14/11/2009, à 19:50

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#4 Le 14/11/2009, à 19:53

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#5 Le 14/11/2009, à 20:02

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#6 Le 14/11/2009, à 20:06

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#7 Le 14/11/2009, à 20:14

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#8 Le 14/11/2009, à 20:15

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#9 Le 14/11/2009, à 20:15

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#10 Le 14/11/2009, à 20:18

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#11 Le 14/11/2009, à 20:19

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#12 Le 14/11/2009, à 20:24

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#13 Le 14/11/2009, à 20:28

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#14 Le 14/11/2009, à 20:35

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#15 Le 14/11/2009, à 20:37

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#16 Le 14/11/2009, à 20:40

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#17 Le 14/11/2009, à 20:49

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

#18 Le 14/11/2009, à 20:58

Re : [Résolu] les mises à niveau du kernel ne sont jamais appliquées

Pied de page des forums