Bonjour,
quand je fais les mises a jour de ma debian jessie elle ne fait pas la mise a jour vers le kernel 3.14-1, je reste en 3.13-1.
quelqu’un aurait il le même probleme ??
Merci à vous.
Salut,
Quelles commandes passes tu EXACTEMENT pour lancer la mise à jour ?
[quote=“bibi32”] elle ne fait pas la mise a jour vers le kernel 3.14-1, je reste en 3.13-1.
[/quote]
Qui ça «elle» ? Jessie ?
«Mise à jour» de quoi ? De la base de données de la collection de Pokémon, de grub ou des paquets installés ?
Qu’est-ce qui ne prend pas en compte linux 3.14-1 ? L’installation par apt ou grub ?
Linux 3.14-1 est-il correctement installé ?
Comment a été installé linux 3.14-1 ?
Y a-t-il eu des messages d’erreur lors de l’installation de linux 3.14-1 ?
Re,
Je n’ai encore jamais fait d’installation par grub, il va falloir que tu nous expliques 
J’ai utilisé apt-get, aptitude, avec update, upgrade et dist-upgrade.
Je n’ai pas d’erreur d’installation de ce kernel c’est qu’il ne m’est pas proposé du tout.
Parle-nous de la mise à jour de grub.
goodluck: Qu’est-ce qui ne prend pas en compte linux 3.14-1 ? L’installation par apt ou grub ?
Je t’explique puisque ça prête à confusion :
« L’installation par apt (ne prend pas en compte linux 3.14-1) OU grub (ne prend pas en compte linux 3.14-1) ?».
«Qu’est-ce qui» = Quel est le machin (qui ne prend pas en compte linux 3.14-1)
Le machin (qui ne prend pas en compte linux 3.14-1) serait-il l’installation par apt ou le machin (qui ne prend pas en compte linux 3.14-1)serait-il grub ?
[quote=“etxeberrizahar”]Parle-nous de la mise à jour de grub.
Re,
goodluck: Qu’est-ce qui ne prend pas en compte linux 3.14-1 ? L’installation par apt ou grub ?
Je t’explique puisque ça prête à confusion :
« L’installation par apt (ne prend pas en compte linux 3.14-1) OU grub (ne prend pas en compte linux 3.14-1) ?».
«Qu’est-ce qui» = Quel est le machin (qui ne prend pas en compte linux 3.14-1)
Le machin (qui ne prend pas en compte linux 3.14-1) serait-il l’installation par apt ou le machin (qui ne prend pas en compte linux 3.14-1)serait-il grub ?[/quote]
Je me doutais bien, venant de ta part, qu’il ne pouvait s’agir que d’un lapsus 
[quote]J’ai utilisé apt-get, aptitude, avec update, upgrade et dist-upgrade.
Je n’ai pas d’erreur d’installation de ce kernel c’est qu’il ne m’est pas proposé du tout.
[/quote]
Il ne te reste plus qu’à nous montrer ton sources.list
voici mon source.list
deb ftp.fr.debian.org/debian/ testing main contrib non-free
deb-src ftp.fr.debian.org/debian/ testing main contrib non-free
deb security.debian.org/ jessie/updates main contrib
deb-src security.debian.org/ jessie/updates main contrib
jessie-updates, previously known as ‘volatile’
deb ftp.fr.debian.org/debian/ jessie-updates main contrib
deb-src ftp.fr.debian.org/debian/ jessie-updates main contrib
jessie-backports, previously on backports.debian.org
deb ftp.fr.debian.org/debian/ jessie-backports main contrib
deb-src ftp.fr.debian.org/debian/ jessie-backports main contrib
j’ai essayé avec ça aussi mais pareil
deb ftp.fr.debian.org/debian/ jessie main
deb-src ftp.fr.debian.org/debian/ jessie main
deb security.debian.org/ jessie/updates main
deb-src security.debian.org/ jessie/updates main
jessie-updates, previously known as ‘volatile’
deb ftp.fr.debian.org/debian/ jessie-updates main
deb-src ftp.fr.debian.org/debian/ jessie-updates main
jessie-backports, previously on backports.debian.org
deb ftp.fr.debian.org/debian/ jessie-backports main
deb-src ftp.fr.debian.org/debian/ jessie-backports main
linux-image-3.14-1-amd64 et linux-image-3.13-1-amd64, ce n’est pas le même nom donc pas le même paquet. Un paquet ne peut être mis à jour que par une version plus récente du même paquet (de même nom), pas par un autre paquet.
En revanche, si on a installé le méta-paquet linux-image-amd64 qui dépend du dernier noyau disponible, sa mise à jour par [mono]apt-get dist-upgrade[/mono] (un simple upgrade n’est pas suffisant) installera ce noyau en plus de l’actuel, pas à la place.
j’ai lancé cette commande pour verifier linux-image-amd64
aptitude search linux-image-amd64
pB linux-image-amd64 - Linux for 64-bit PCs (meta-package)
p linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package)
Il semblerait que le B en debut de ligne veuille dire qu’il y a des dépendances cassées.
Pouvez vous confirmer ??
Qu’affichent [mono]apt-cache show[/mono] et [mono]apt-cache policy[/mono] pour linux-image-amd64 et linux-image-3.14-1-amd64 ?
apt-cache show linux-image-amd64
Package: linux-image-amd64
Source: linux-latest (57)
Version: 3.14+57
Installed-Size: 6
Maintainer: Debian Kernel Team debian-kernel@lists.debian.org
Architecture: amd64
Provides: linux-latest-modules-3.14-1-amd64
Depends: linux-image-3.14-1-amd64
Description-en: Linux for 64-bit PCs (meta-package)
This package depends on the latest Linux kernel and modules for use on PCs
with AMD64, Intel 64 or VIA Nano processors.
.
This kernel also runs on a Xen hypervisor. It supports both privileged
(dom0) and unprivileged (domU) operation.
Description-md5: 273d1b43f376fdf9893fad396f2ed5f1
Section: kernel
Priority: optional
Filename: pool/main/l/linux-latest/linux-image-amd64_3.14+57_amd64.deb
Size: 5948
MD5sum: e092b939556afff7eb610f31db3590ec
SHA1: 9e164b0443a4d025baac81d93a7b25ef8ea3cb49
SHA256: 503d15a9d4eea554c567bf0f8f954dbe5e4637144473fc6ae4737fc6531d5b40
apt-cache show linux-image-3.14-1-amd64
Package: linux-image-3.14-1-amd64
Source: linux
Version: 3.14.4-1
Installed-Size: 138702
Maintainer: Debian Kernel Team debian-kernel@lists.debian.org
Architecture: amd64
Provides: linux-modules-3.14-1-amd64
Depends: kmod | module-init-tools, linux-base (>= 3~), debconf (>= 0.5) | debconf-2.0, initramfs-tools (>= 0.110~) | linux-initramfs-tool
Pre-Depends: debconf | debconf-2.0
Recommends: firmware-linux-free (>= 3~)
Suggests: linux-doc-3.14, debian-kernel-handbook, grub-pc | extlinux | lilo
Breaks: at (<< 3.1.12-1+squeeze1), initramfs-tools (<< 0.110~)
Description-en: Linux 3.14 for 64-bit PCs
The Linux kernel 3.14 and modules for use on PCs with AMD64, Intel 64 or
VIA Nano processors.
.
This kernel also runs on a Xen hypervisor. It supports both privileged
(dom0) and unprivileged (domU) operation.
Description-md5: 60402cb2dfd79b4e86aec72f966f184b
Homepage: kernel.org/
Section: kernel
Priority: optional
Filename: pool/main/l/linux/linux-image-3.14-1-amd64_3.14.4-1_amd64.deb
Size: 30780396
MD5sum: 251351c12ed891abf3659514f62d05c6
SHA1: 8bbf040135253e96b4624ad0e141672015b0394a
SHA256: 072815c82ebd18f7998fffb441faea571518a6e1502652687d336dd071d4918f
apt-cache policy linux-image-amd64
linux-image-amd64:
Installé : (aucun)
Candidat : 3.14+57
Table de version :
3.14+57 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages
apt-cache policy linux-image-3.14-1-amd64
linux-image-3.14-1-amd64:
Installé : (aucun)
Candidat : 3.14.4-1
Table de version :
3.14.4-1 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages
Salut,
[quote=“bibi32”]aptitude search linux-image-amd64
pB linux-image-amd64 - Linux for 64-bit PCs (meta-package)
p linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package)
[/quote]
[quote]Il semblerait que le B en debut de ligne veuille dire qu’il y a des dépendances cassées.
Pouvez vous confirmer ??[/quote]
Tout à fait. 
Manuel de l’utilisateur d’aptitude (Version 0.6.8.2) –>> file:///usr/share/doc/aptitude/html/fr/index.html
[quote]Les quatre indicateurs d’état sur la gauche de l’écran donnent les informations de base sur l’état d’un paquet.
Le premier caractère indique l’état courant du paquet.
Le second indique l’action qui sera entreprise sur le paquet.
Le troisième indique si le paquet a été automatiquement installé.
Enfin, le quatrième indique si le paquet est fiable.
Figure 2.9. Valeurs de l’indicateur de « l’état courant »
i - le paquet est installé et toutes ses dépendances sont satisfaites.
c - le paquet a été supprimé mais ses fichiers de configuration sont toujours présents sur le système.
p - le paquet et tous ses fichiers de configuration ont été supprimés, ou le paquet n’a jamais été installé.
v - le paquet est virtuel.
B - le paquet a des dépendances cassées.
u - le paquet a été dépaqueté mais pas configuré.
C - à moitié configuré : la configuration du paquet a été interrompue.
H - à moitié installé : l’installation du paquet a été interrompue.
Figure 2.10. Valeurs de l’indicateur « d’action »
i - le paquet va être installé.
u - le paquet va être mis à jour.
d - le paquet va être supprimé : il sera supprimé mais ses fichiers de configuration resteront sur le système.
p - le paquet va être purgé : lui et ses fichiers de configuration seront supprimés.
h - le paquet est gelé : il sera gardé dans sa version actuelle, même si une version plus récente est disponible, jusqu’à ce que le gel soit retiré.
F - Toute mise à jour du paquet est interdite.
r - le paquet va être réinstallé.
B - le paquet est « cassé » : certaines de ses dépendances ne sont pas satisfaites. aptitude ne vous permettra pas d’installer, supprimer ou mettre à jour quoique ce soit tant que des paquets sont cassés. [/quote]
Le second caractère correspond plutôt à l'indicateur d'action, dont les valeurs sont décrites dans la figure 2.10. Cependant le caractère "B" a la même signification dans les deux deux positions donc l'interprétation reste correcte (mais ce n'est pas toujours le cas, cf. le caractère "u" par exemple qui signifie "unpacked" ou "upgraded" selon sa position).
En tout cas je ne vois pas où est la dépendance cassée de linux-image-amd64 qui ne dépend que de linux-image-3.14-1-amd64 qui est bien présent dans le dépôt. Peut-être une dépendance de ce dernier ? Que se passe-t-il si tu essaies de l’installer ?
Pour ma part et sur une machine amd64 (Wheezy).
[mono][13:51:08] ~ # aptitude -s install linux-image-amd64
Les NOUVEAUX paquets suivants vont être installés :
linux-image-3.2.0-4-amd64{a} linux-image-amd64
Les paquets suivants sont RECOMMANDÉS mais ne seront pas installés :
libc6-i686
0 paquets mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 23,3 Mo d’archives. Après dépaquetage, 105 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?] y
Charger/installer/enlever des paquets.
[13:52:51] ~ #[/mono]
[13:55:52] ~ # apt-cache depends libc6-i686
libc6-i686
Pré-Dépend: libc6
[13:56:05] ~ #
[mono]libc6-i686[/mono] est-il installé ?
[mono]$ apt-cache policy libc6-i686 libc6[/mono] ?
[mono]$ uname -a && lsb_release -a[/mono] ?
* edit *
[quote=“bibi32”][mono]apt-cache policy linux-image-amd64
linux-image-amd64:
Installé : (aucun)
Candidat : 3.14+57
Table de version :
3.14+57 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages[/mono]
[mono]apt-cache policy linux-image-3.14-1-amd64
linux-image-3.14-1-amd64:
Installé : (aucun)
Candidat : 3.14.4-1
Table de version :
3.14.4-1 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages[/mono]
[/quote]
Donnes nous le retour complet stp (incluant le prompt de départ/fin et la commande lancée) de cette dernière, en mode simulation (option -s).
[mono]$ aptitude -s full-upgrade[/mono] ?
root@Darkness:~# apt-cache policy linux-image-amd64
linux-image-amd64:
Installé : (aucun)
Candidat : 3.14+57
Table de version :
3.14+57 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages
root@Darkness:~#
root@Darkness:~# apt-cache policy linux-image-3.14-1-amd64
linux-image-3.14-1-amd64:
Installé : (aucun)
Candidat : 3.14.4-1
Table de version :
3.14.4-1 0
500 ftp.fr.debian.org/debian/ testing/main amd64 Packages
root@Darkness:~#
root@Darkness:~# aptitude -s full-upgrade
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d’archives. Après dépaquetage, 0 o seront utilisés.
Charger/installer/enlever des paquets.
root@Darkness:~#
Concrètement, que donne l’installation de l’un ou l’autre paquet ?
En faisant les commande ci dessous il semble vouloir me l’installer mais alors pourquoi il ne le fait pas automatiquement avec un dist-upgrade, aurait je un fichier de conf qui aurait sauté ??
root@Darkness:~# aptitude -s install linux-image-amd64
Les NOUVEAUX paquets suivants vont être installés :
linux-image-3.14-1-amd64{a} linux-image-amd64
0 paquets mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 30,8 Mo d’archives. Après dépaquetage, 142 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?] y
Charger/installer/enlever des paquets.
root@Darkness:~#
root@Darkness:~# aptitude install -s linux-image-amd64
Les NOUVEAUX paquets suivants vont être installés :
linux-image-3.14-1-amd64{a} linux-image-amd64
0 paquets mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 30,8 Mo d’archives. Après dépaquetage, 142 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?]
Charger/installer/enlever des paquets.
Note : tu as mis deux fois la même commande.
Parce qu’il n’a aucune raison de le faire. Relis ce que j’ai écrit dans mon premier message. dist-upgrade n’installe un nouveau paquet que s’il apparaît comme une nouvelle dépendance d’un paquet déjà installé et mis à jour.
linux-image-amd64 n’est pas installé, dist-upgrade n’a donc aucune raison de le mettre à jour et encore moins de raison d’installer sa dépendance linux-image-3.14-1-amd64.
Je ne pense pas avoir supprimé linux-image-amd64 et j’ai déja eu des mises a jours du noyau, ça fait au moins 6 mois que j’ai reinstallé mon ordi.
Je me demande du coup si j’aurais pas d’autres trucs qui ont sauté.