Donner la priorité au kernel de stable sur SID, possible ?

Tags: #<Tag:0x00007feddbbcd3a8>

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 http://ftp.fr.debian.org/debian/ sid main contrib non-free

deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free

deb http://security.debian.org/ stretch/updates main contrib non-free

deb 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 :smiley:

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.

1 J'aime

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 :

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

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

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 )

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

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

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

1 J'aime

holà

ha un compagnon de route qui fait comme moi, du coup je suis pas la seule :wink:

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 http://ftp.fr.debian.org/debian unstable/main amd64 Packages
*** 4.9+80+deb9u4 500
500 http://security.debian.org stable/updates/main amd64 Packages
500 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.

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 :joy: :joy:

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

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

1 J'aime

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) :wink:
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 :roll_eyes:

en effet ton sources.list est bien garni, il te manque juste Sid et experimental pour avoir toutes les versions disponibles sous la main :rofl:

petite curiosité, pourquoi tu gardes l’inspecteur Chromium en version oldstable.??

https://packages.debian.org/fr/jessie/chromium-inspector

c’est un paquet qui n’existe plus dans les versions ultérieures

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 …

pour le moment,

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/
longterm: 4.9.92 2018-03-31

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

Mise à jour du noyau 4.9.88-1


Mise à jour

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) ...

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 :grinning:

1 J'aime