# Donner la priorité au kernel de stable sur SID, possible ? **URL:** \ **Category:** Support Debian\ **Tags:** kernel\ **Created:** [Mars 30, 2018, 9:05 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287 "2018-03-30T21:05:14Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Mars 30, 2018, 9:05 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/1 "2018-03-30T21:05:14Z")
Bonsoir. je sais que ma question est totalement dérisoire, puisque 90% des personnes ne font pas ce genre de manipulations, mais j’ai une bonne raison. le kernel 4.15 de Sid et de Testing (en faite c’est le même), me pose quelques soucis (surchauffe anormale du pc notamment, même en étant au repos et en ne faisant rien sur le pc, le cpu monte à 60° ventilo qui tourne à fond sans cesse) le problème ne vient pas du pc puisque sur ArchLinux avec le kernel 4.14-lts, aucun problème de chauffe, le pc ronronne très bien. Du coup je sais que le kernel 4.9 est l’un des meilleurs pour mon pc, j’avais le 4.9-lts de ArchLinux, toute l’année dernière et aucun soucis avec. J’ai donc installé le kernel de Stretch sur Sid (qui ronronne très bien, le problème de surchauffe a disparu) > uname -a > Linux toshiba-titan-sid 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) x86\_64 GNU/Linux mon sources.list est désormais ainsi > deb [Index of /debian/](http://ftp.fr.debian.org/debian/) sid main contrib non-free > > deb [Index of /debian/](http://ftp.fr.debian.org/debian/) experimental main contrib non-free > > deb [http://security.debian.org/](http://security.debian.org/) stretch/updates main contrib non-free > > deb [Index of /debian/](http://ftp.fr.debian.org/debian/) stretch main contrib non-free le pc ronronne nickel avec ce kernel, mon pilote nvidia fonctionne aussi (pc portable donc technologie optimus 100% fonctionnelle) Mais (eh oui y a toujours un mais…) j’aimerais que le kernel se mette à jour en même temps que le reste du système (avec un dist-upgrade quoi) parce que vous aurez remarqué que j’ai pris volontairement le kernel 4.9.0-3 alors que le dernier en date de stretch est le 4.9.0-6. Seulement vu que je suis une quille totale en pinning pour apt, j’arrive pas à faire en sorte que le kernel soit mis à jour avec un simple dist-upgrade. sois je sais pas faire (fort probable à 200%) sois c’est impossible parce que sid aura toujours la priorité malgré le pinning, fichiers de préférence etc. sois un sauveur va venir à mon secours et me régler ça en 2 secondes, et je le remercierais 😃 alors les puristes ne m’hurlez pas dessus, je sais qu’on met pas un kernel stable sur une sid sauf si on est suicidaire, mais j’ai pas trouvé d’autre solutions pour que mon pc respire normalement. j’espère avoir de l’aide, je me prends la tete depuis 2h avec cette histoire de pinning, et j’aboutis à rien, donc un peu d’aide serait la bienvenue vraiment. merci. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Mars 30, 2018, 9:16 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/2 "2018-03-30T21:16:38Z")
Outre le fait que cela implique de conserver une version de la libc de stable ça ma parait drôlement casse gueule cette histoire, il aurait été plus simple de faire l’inverse, de faire du pinning en restant sur stable et forcer l’installation en version _unstable_ des paquets nécessaire. Au pire tente un truc comme ça dans un fichier de préférences : ```auto Package: linux-image-amd64 Pin: release o=Debian,a=stable Pin-Priority: 990 Package: linux-headers-amd64 Pin: release o=Debian,a=stable Pin-Priority: 990 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 900 ``` Sans aucune garantie ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Mars 30, 2018, 9:35 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/3 "2018-03-30T21:35:40Z")
oui mais je suis sur sid depuis + d’un an, donc à l’heure actuelle j’ai pas trop d’idées, à part revenir sur une stable en réinstallant tout juste pour un kernel, c’est pas trop le truc qui me botte. Je sais que c’est risqué ce que j’ai fais, mais j’ai un backup d’avant l’installation du kernel de stretch. J’ai mis ton fichier dans /etc/apt/preferences.d/ avec comme nom kernel mais ça ne change rien… toujours impossible à mettre à jour le kernel depuis un dist-upgrade. pourtant via synaptics je vois bien le kernel 4.9.0-6 de stretch ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 31, 2018, 5:12 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/4 "2018-03-31T05:12:21Z")
salut j’interdit le noyau de testing ainsi ( je préfère avoir le noyau de stable pour les histoires de corrections des failles sur les processeurs [https://www.debian.org/security/2018/dsa-4120](https://www.debian.org/security/2018/dsa-4120) ) ```auto root@debian:/etc/apt/preferences.d# cat linux-image # P < 0 # cette priorité empêche l'installation de la version. # ne pas installer le noyau de testing (buster) Package: linux-image-amd64 Pin: release a=testing Pin-Priority: -1 root@debian:/etc/apt/preferences.d# cat linux-header # P < 0 # cette priorité empêche l'installation de la version. # ne pas installer le noyau de testing (buster) Package: linux-headers-amd64 Pin: release a=testing Pin-Priority: -1 root@debian:# ``` ce qui donne ```auto apt-cache policy linux-image-amd64 linux-image-amd64: Installé : 4.9+80+deb9u4 Candidat : 4.9+80+deb9u4 Table de version : 4.15+91 -1 500 http://deb.debian.org/debian buster/main amd64 Packages *** 4.9+80+deb9u4 500 500 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages 500 http://deb.debian.org/debian stretch/main amd64 Packages 100 /var/lib/dpkg/status 3.16+63+deb8u1 500 500 http://deb.debian.org/debian-security jessie/updates/main amd64 Packages ``` ```auto root@debian/#uname --all Linux debian 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux ``` Essai en indiquant Pin: release a=unstable Pin-Priority: -1 il te faut peut etre installer le noyau toi meme `apt install linux-image-amd64/stable` **NB** le noyau 4.15 n’est pas installé et upgrade ne cherche pas à l’installer ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Mars 31, 2018, 10:20 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/5 "2018-03-31T10:20:33Z")
holà ha un compagnon de route qui fait comme moi, du coup je suis pas la seule 😉 je me suis inspirée de ton fichier de préférence en remplaçant testing par unstable. j’ai installé manuellement le paquet linux-image-amd64, ce qui m’a installé également le paquet linux-image-4.9.0-6 et j’ai installé manuellement linux-headers-4.9.0-6 pour gérer le pilote nvidia. donc du coup, j’ai employé les grands moyens, j’ai carrément viré le kernel 4.15 et ses modules, je suis donc comme toi, et j’ai viré le kernel 4.9.0-3 du coup un > uname --all me donne ceci > Linux toshiba-titan-sid 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86\_64 GNU/Linux et si je fais un > apt policy linux-image-amd64 ça me donne ceci > linux-image-amd64: > Installé : 4.9+80+deb9u4 > Candidat : 4.9+80+deb9u4 > Table de version : > 4.15+91 -1 > 500 [Index of /debian/](http://ftp.fr.debian.org/debian) unstable/main amd64 Packages > \*\*\* 4.9+80+deb9u4 500 > 500 [http://security.debian.org](http://security.debian.org) stable/updates/main amd64 Packages > 500 [Index of /debian/](http://ftp.fr.debian.org/debian) stable/main amd64 Packages > 100 /var/lib/dpkg/status donc je suis comme toi, niveau priorité sur le dépot tout à l’air en ordre. reste à savoir si le kernel va se mettre à jour en même temps que le reste du système avec un dist-upgrade.?? et dans le sources.list, vaut mieux mettre « « stable » » ou « « stretch » » .??? merci. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 31, 2018, 11:26 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/6 "2018-03-31T11:26:45Z")
Dans les sources.list si tu veux rester longtemps en stretch il faut mettre stretch si tu mets stable lorsque buster deviendra stable tu passeras en stable/buster sans forcément le vouloir moi je fais le grand chelem 😂 😂 ```auto root@debian:/# cat /etc/apt/sources.list # Securité # voir https://www.debian.org/security/ # Jessie 8 sécurité deb http://deb.debian.org/debian-security/ jessie/updates contrib main non-free # # Stretch 9 sécurité deb http://deb.debian.org/debian-security/ stretch/updates contrib main non-free # # Buster 10 sécurité # voir https://www.debian.org/doc/manuals/securing-debian-howto/ch10.fr.html#s-security-support-testing deb http://deb.debian.org/debian-security/ buster/updates contrib main non-free # # proposed updates en avance de phase deb http://deb.debian.org/debian buster-proposed-updates contrib main non-free # Debian 10 Buster deb http://deb.debian.org/debian/ buster contrib main non-free deb http://deb.debian.org/debian/ buster-updates contrib main non-free # # Debian 9 Stretch deb http://deb.debian.org/debian/ stretch contrib main non-free deb http://deb.debian.org/debian/ stretch-updates contrib main non-free # Debian 8 Jessie #deb http://deb.debian.org/debian/ jessie contrib main non-free # Non Debian voir /etc/apt/sources.list.d root@debian:/# ``` en fait le seul paquet qui me reste de Jessie, c’est l’inspecteur Chromium ```auto root@debian:/# apt list --installed | grep /oldstable WARNING: apt does not have a stable CLI interface. Use with caution in scripts. chromium-inspector/oldstable,oldstable,now 57.0.2987.98-1~deb8u1 all [installé] root@debian:/# ``` l’upgrade suivra les évolutions du noyau 4.9 ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Mars 31, 2018, 1:27 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/7 "2018-03-31T13:27:19Z")
Etant donné que je suis sur Sid à 100%, je laisse le sources.list avec le terme ““stable””, je risque peu de choses, le kernel de stable est moins risqué de tout péter que celui de Sid (en théorie) 😉 Donc je verrais à la prochaine mise à jour du kernel stable si ça se passe bien automatiquement, mais si tu dis que oui et que j’ai procédé comme tu m’as indiqué, je devrais pas avoir de soucis particuliers, en espérant que le kernel stable mette pas le bazar, le message de Clochette m’inquiète un peu sur ce coup 🙄 en effet ton sources.list est bien garni, il te manque juste Sid et experimental pour avoir toutes les versions disponibles sous la main 🤣 petite curiosité, pourquoi tu gardes l’inspecteur Chromium en version oldstable.?? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 31, 2018, 2:01 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/8 "2018-03-31T14:01:29Z")
[https://packages.debian.org/fr/jessie/chromium-inspector](https://packages.debian.org/fr/jessie/chromium-inspector) c’est un paquet qui n’existe plus dans les versions ultérieures ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Mars 31, 2018, 4:48 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/9 "2018-03-31T16:48:00Z")
ha oui en effet, c’est toujours pratique un paquet d’une ancienne version dans ces moments, même si il est plus maintenu, quand on en a besoin, on a pas le choix, sauf a la recompiler eventuellement … ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 1, 2018, 9:58 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/10 "2018-04-01T09:58:20Z")
pour le moment, [https://security-tracker.debian.org/tracker/source-package/linux](https://security-tracker.debian.org/tracker/source-package/linux) stretch (security) 4.9.82-1+deb9u3 Debian est en retard de 10 livraisons sur le noyau officiel [https://www.kernel.org/](https://www.kernel.org/) longterm: 4.9.92 2018-03-31 ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Avril 1, 2018, 12:55 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/11 "2018-04-01T12:55:21Z")
c’est ce que j’ai vu le retard, mais bon c’est pas dérangeant dans le fait que le kernel actuel est fonctionnel et non bogué. là où on est impatient d’avoir une nouvelle mise à jour, c’est quand on a un bug et qu’on sait que la mise à jour le corrige, là on a hate de la voir arriver ^^ ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mai 1, 2018, 9:47 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/12 "2018-05-01T21:47:28Z")
Mise à jour du noyau 4.9.88-1 * * * Mise à jour ```nohighlight Lecture des listes de paquets… Construction de l'arbre des dépendances… Lecture des informations d'état… Calcul de la mise à jour… Les paquets suivants seront mis à jour : linux-compiler-gcc-6-x86 linux-headers-4.9.0-6-amd64 linux-headers-4.9.0-6-common linux-image-4.9.0-6-amd64 linux-kbuild-4.9 5 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 48,3 Mo dans les archives. Après cette opération, 39,9 ko d'espace disque supplémentaires seront utilisés. Réception de:1 http://deb.debian.org/debian-security stretch/updates/main amd64 linux-compiler-gcc-6-x86 amd64 4.9.88-1 [537 kB] Réception de:2 http://deb.debian.org/debian-security stretch/updates/main amd64 linux-headers-4.9.0-6-amd64 amd64 4.9.88-1 [449 kB] Réception de:3 http://deb.debian.org/debian-security stretch/updates/main amd64 linux-headers-4.9.0-6-common all 4.9.88-1 [7 559 kB] Réception de:4 http://deb.debian.org/debian-security stretch/updates/main amd64 linux-kbuild-4.9 amd64 4.9.88-1 [742 kB] Réception de:5 http://deb.debian.org/debian-security stretch/updates/main amd64 linux-image-4.9.0-6-amd64 amd64 4.9.88-1 [39,0 MB] 48,3 Mo réceptionnés en 1min 33s (520 ko/s) (Lecture de la base de données... (Lecture de la base de données... 5% (Lecture de la base de données... 10% (Lecture de la base de données... 15% (Lecture de la base de données... 20% (Lecture de la base de données... 25% (Lecture de la base de données... 30% (Lecture de la base de données... 35% (Lecture de la base de données... 40% (Lecture de la base de données... 45% (Lecture de la base de données... 50% (Lecture de la base de données... 55% (Lecture de la base de données... 60% (Lecture de la base de données... 65% (Lecture de la base de données... 70% (Lecture de la base de données... 75% (Lecture de la base de données... 80% (Lecture de la base de données... 85% (Lecture de la base de données... 90% (Lecture de la base de données... 95% (Lecture de la base de données... 100% (Lecture de la base de données... 227917 fichiers et répertoires déjà installés.) Préparation du dépaquetage de .../linux-compiler-gcc-6-x86_4.9.88-1_amd64.deb ... Dépaquetage de linux-compiler-gcc-6-x86 (4.9.88-1) sur (4.9.82-1+deb9u3) ... Préparation du dépaquetage de .../linux-headers-4.9.0-6-amd64_4.9.88-1_amd64.deb ... Dépaquetage de linux-headers-4.9.0-6-amd64 (4.9.88-1) sur (4.9.82-1+deb9u3) ... Préparation du dépaquetage de .../linux-headers-4.9.0-6-common_4.9.88-1_all.deb ... Dépaquetage de linux-headers-4.9.0-6-common (4.9.88-1) sur (4.9.82-1+deb9u3) ... Préparation du dépaquetage de .../linux-kbuild-4.9_4.9.88-1_amd64.deb ... Dépaquetage de linux-kbuild-4.9 (4.9.88-1) sur (4.9.82-1+deb9u3) ... Préparation du dépaquetage de .../linux-image-4.9.0-6-amd64_4.9.88-1_amd64.deb ... Dépaquetage de linux-image-4.9.0-6-amd64 (4.9.88-1) sur (4.9.82-1+deb9u3) ... Paramétrage de linux-compiler-gcc-6-x86 (4.9.88-1) ... Paramétrage de linux-headers-4.9.0-6-common (4.9.88-1) ... Paramétrage de linux-kbuild-4.9 (4.9.88-1) ... Paramétrage de linux-image-4.9.0-6-amd64 (4.9.88-1) ... I: /vmlinuz.old is now a symlink to boot/vmlinuz-4.9.95-kernelperso I: /initrd.img.old is now a symlink to boot/initrd.img-4.9.95-kernelperso I: /vmlinuz is now a symlink to boot/vmlinuz-4.9.0-6-amd64 I: /initrd.img is now a symlink to boot/initrd.img-4.9.0-6-amd64 /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.9.0-6-amd64 /etc/kernel/postinst.d/zz-update-grub: Création du fichier de configuration GRUB… Found background image: venus.png Image Linux trouvée : /boot/vmlinuz-4.9.95-kernelperso Image mémoire initiale trouvée : /boot/initrd.img-4.9.95-kernelperso Image Linux trouvée : /boot/vmlinuz-4.9.0-6-amd64 Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-6-amd64 fait Paramétrage de linux-headers-4.9.0-6-amd64 (4.9.88-1) ... ``` ---
**Author:** ![anon16066135](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/97f17d/32.png) [@anon16066135](https://www.debian-fr.org/u/anon16066135)\ **Post date:** [Août 29, 2018, 8:21 UTC](https://www.debian-fr.org/t/donner-la-priorite-au-kernel-de-stable-sur-sid-possible/76287/13 "2018-08-29T08:21:06Z")
Holà. Je réponds un peu beaucoup en retard. J’avais un peu oublié ce sujet. Du coup juste pour dire que la technique de grantoubab fonctionne très bien. Le kernel de stable se met a jour en même temps que le reste du système et je suis toujours sur Sid. Merci à grandtoubab pour la réponse rapide et efficace. Je passe en résolu le sujet 😀