# Forcer l'installation d'un noyau Linux

**URL:** <https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103>\
**Category:** Support Debian\
**Created:** [Novembre 10, 2026, 4:02 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103 "2026-11-10T16:02:32Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 4:02 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/1 "2026-11-10T16:02:32Z")

</div>

Ma question est dans le titre: comment forcer le bon noyau de Trixie à être le noyau actif à la place de celui qui fonctionne

Suite à cette discussion,

> [@Échec de réinstallation de ProtonVPN](https://www.debian-fr.org/t/echec-de-reinstallation-de-protonvpn/93029/10):
>
> Merci beaucoup Zargos, rt: j’ignore le pourquoi (en principe – sauf erreur ! – j’installe ce que l’installeur propose -sauf le partitionnement et le sources-list + complet (avec non-free) de Debian.) Qu signifie ce rt ? le noyau correspondant (linux-image-amd64) est déjà installé, ainsi que le rt: $sudo apt search linux-image | egrep install WARNING: apt does not have a stable CLI interface. Use with caution in scripts. linux-headers-6.12.113+deb13-amd64/stable-security,now 6.12.113-1 amd…

j’ai tenté de virer le noyau `linux-image-6.12.95+deb13-rt-amd64` pour rétablir le noyau `linux-headers-6.12.116+deb13-amd64`, malheureusement, la commande sudo apt purge `linux-image-6.12.95+deb13-rt-amd64`

annonce que le redémarrage risque de ne pas pouvoir se faire.

Voici l’état actuel d’installation du noyau et du header:

```auto
$sudo apt search linux-image | egrep -i install

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

linux-headers-6.12.116+deb13-amd64/stable-security,now 6.12.116-1 amd64 [installé, automatique]
linux-image-6.12.116+deb13-amd64/stable-security,now 6.12.116-1 amd64 [installé, automatique]
linux-image-6.12.95+deb13-rt-amd64/stable-security,now 6.12.95-1 amd64 [installé]

```

/`lsb_release -sd: Debian GNU/Linux 13 (trixie)`  
`uname -a: Linux leopard-1 6.12.95+deb13-rt-amd64 #1 SMP PREEMPT_RT Debian 6.12.95-1 (2026-07-04) x86_64 GNU/Linux`

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 4:51 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/2 "2026-11-10T16:51:44Z")

</div>

Bonjour,

Deux choses, si tu as installé:  
`linux-image-rt-amd64 et linux-headers-rt-amd64`  
tu les enlèves (apt purge …).

fait la commane:  
`dpkg --list | egrep 'linux-headers|linux-image'`  
Pour voir ce que tu as d’installé

Pour pouvoir enlever un noyau iol n faut pas démarrer dessus. Donc tu vas les options de démarrage sur ton menu grub et tu prend un noyau qui n’est pas le RT  
Et à partir de ce moment tu pourras supprimer le noyau qui ne va pas.

Et si tu as un RT c’est que tu as fait une erreur, pas que le truc s’est installé tout seul.

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 5:34 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/3 "2026-11-10T17:34:44Z")

</div>

Merci Zargos, nous avons déja eu cette discussion, mais le problème est que _apt remove_ ou _apt purge_ menace de ne pas pouvoir redémarrer (et donc aussi vous demander de l’ aide).

Je suppose qu’on doit pouvoir installer (activer: il est installé) le noyau et le header à jour, avant de supprimer le noyau actif.

`$sudo dpkg --list | egrep 'linux-headers|linux-image' | egrep ^ii`  
`ii linux-headers-6.12.116+deb13-amd64 6.12.116-1 amd64 Header files for Linux 6.12.116+deb13-amd64`  
`ii linux-headers-6.12.116+deb13-common 6.12.116-1 all Common header files for Linux 6.12.116+deb13`  
`ii linux-headers-amd64 6.12.116-1 amd64 Header files for Linux amd64 configuration (meta-package)`  
`ii linux-image-6.12.116+deb13-amd64 6.12.116-1 amd64 Linux 6.12 for 64-bit PCs (signed)`  
`ii linux-image-6.12.95+deb13-rt-amd64 6.12.95-1 amd64 Linux 6.12 for 64-bit PCs (signed), PREEMPT_RT`

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 5:42 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/4 "2026-11-10T17:42:27Z")

</div>

OK il faut demarrer sur le noyau 6.12.116

Ainsi tu pourras purger le noyau `linux-image-6.12.95+deb13-rt-amd64`

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 5:45 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/5 "2026-11-10T17:45:48Z")

</div>

Comment fait-on pour redémarrer sur le noyau 6.12.116?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 6:15 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/6 "2026-11-10T18:15:12Z")

</div>

sous grub tu vas dans les options avancées il me semble, et la tu as tous les noyaux possible en demarrage

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 6:18 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/7 "2026-11-10T18:18:31Z")

</div>

Les options avancées, d’après ce que je suis en train d’essayer de comprendre avec l’IA qui s’est invité dans ma quète, c’est bien au moment du redémarrage qu’on les trouve?

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Novembre 10, 2026, 6:56 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/8 "2026-11-10T18:56:31Z")

</div>

> [@josephtux](#):
>
> ’est bien au moment du redémarrage qu’on les trouve

oui dans le grub, c’est à dire la liste qui apparaît au démarrage : tu choisis une autre ligne donc celle indiquée par zargos qui doit indiquer 6.12.116

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 7:08 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/9 "2026-11-10T19:08:47Z")

</div>

Merci aussi Dindoun,

le menu qui apparaît est étrangement très différent (après avoir fait un grub update):

 ![IMG_20261110_195141_DRO](https://www.debian-fr.org/uploads/default/original/2X/e/e584e2bb09cf8a153c17d34095ae0abeb031b8d9.jpeg)

On n’y trouve pas le noyau 6.12.116, et on trouve 6.12.43 désinstallé,

`$sudo apt search 6.12.43`  
`linux-image-6.12.43+deb13-amd64/now 6.12.43-1 amd64 [configuration restante]`  
`(none)`

et 6.12.94 également absent:

```auto
$sudo apt search 6.12.9 | egrep 9[45] | egrep -i install

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

linux-image-6.12.95+deb13-rt-amd64/stable-security,now 6.12.95-1 amd64 [installé]

```

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 7:26 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/10 "2026-11-10T19:26:41Z")

</div>

dés 16h10:50

`sudo apt purge linux-image-6.12.95+deb13-rt-amd64 linux-image-6.12.43+deb13-amd64`

Et actuellement: l’éditeur de GRUB (option e dans le menu avancé) montre:

 ![IMG_20261110_201856_DRO](https://www.debian-fr.org/uploads/default/original/2X/7/77b5e89907ee950b9c9f68fe189a106169de097e.jpeg)

`~$sudo ls -1trA /boot/`  
`efi`  
`lost+found`  
`vmlinuz-6.12.95+deb13-rt-amd64`  
`System.map-6.12.95+deb13-rt-amd64`  
`config-6.12.95+deb13-rt-amd64`  
`initrd.img-6.12.95+deb13-rt-amd64`  
`vmlinuz-6.12.116+deb13-amd64`  
`System.map-6.12.116+deb13-amd64`  
`config-6.12.116+deb13-amd64`  
`initrd.img-6.12.116+deb13-amd64`  
`grub`

Que se passerait-il si je virais tous les 6.12.95 du répertoire `/boot/`, puis relançais `update-grub`? y-aurait-il un risque?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 7:42 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/11 "2026-11-10T19:42:57Z")

</div>

ATTENTION, de quand date ton dernier update-grub?  
Essaye d’en faire un avant, démarre normalement et essaye de faire un update-grub à tout hasard.

Je ne sais pas comment du fait, mais une fois une installation propre faite, il n’y a aucune raison d’avoir un problème de noyau à moins de bidouiller.

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 7:54 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/12 "2026-11-10T19:54:47Z")

</div>

dernier update-grub il y a moins d’une heure, plusieurs depuis le début de cet échange. Je n’ai aucune idée de comment l’installation a pu dégénérer.J’ai eu plusieurs problèmes de redémarrage réglés en réinstallant un système de timeshift, toujours suivi d’un apt update && apt upgrade.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 7:59 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/13 "2026-11-10T19:59:16Z")

</div>

> [@josephtux](#):
>
> J’ai eu plusieurs problèmes de redémarrage réglés en réinstallant un système de timeshift

Ce n’est aps comme ça qu’on les règles les problèmes de redemarrage.

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 8:03 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/14 "2026-11-10T20:03:09Z")

</div>

Je pensais que timeshift permettait justement de rétablir le système qui fonctionnait avant la panne.

C’est aussi assez ancien, plusieurs mises à jour auparavant

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 10, 2026, 8:33 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/15 "2026-11-10T20:33:51Z")

</div>

ce n’est pas comme ça que ça marche. ta sauvegarde remplace tout le système ou une partie des données. mais coté applicatif soit tu maîtrises tout les fichiers applicatifs nécessaire avec les version nécessaire; on sait que ce n’est pas le cas; soit tu remplaces tout le système. D’où l’intérêt avec ce type de système de sauvegarde d’avoir un claire séparation entre le système et les données.

---

<div class="post-metadata">

**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\
**Post date:** [Novembre 10, 2026, 9:49 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/16 "2026-11-10T21:49:45Z")

</div>

Oui, merci Zargos. Comme je ne maitrise pas, je remplace tout le système et la partition utilisateur minimale (avec les réglages, mais sans les données de travail) et la partition /usr/local/

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 11, 2026, 12:01 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/17 "2026-11-11T00:01:26Z")

</div>

Sauvegarde tes données.  
Le système il faut savoir ce que l’on fait. Personnellement, je ne sauvegarde jamais mon système.  
J’ai préféré avoir un mode de réinstallation qui me permet de reproduire mon système à partir de zéro. Dans lequel je re-injecte mes données.

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Novembre 11, 2026, 1:11 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/18 "2026-11-11T01:11:15Z")

</div>

1. récapitulons :

tu as un système maintenant impossible à dépanner à distance

1. grub et kernels :

quand tu installe un linux-image , par exemple linux-image-6.12.113+deb13-amd64, un update-grub est lancé automatiquement ensuite et une ligne apparaît dans le grub au début qui démarrera le système ; en général les anciens linux-image sont virés sauf deux : tu peux au moment du démarrage choisir le noyau que tu veux parmi les trois présents.

Quand tu as un problème avec le dernier installé - tu peux démarrer sur un ancien au niveau du grub, désinstaller le nouveau ( pour toi le rt ) et redémarrer puis refaire tes upgrades

Il faut que tu comprennes qu’un noyau n’est actif que si tu as démarré dessus au niveau du grub

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Novembre 11, 2026, 5:46 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/19 "2026-11-11T05:46:51Z")

</div>

> [@dindoun](#):
>
> en général les anciens linux-image sont virés sauf deux

Si je ne dis pas de bêtise, les noyaux restent installés tant qu’on ne les supprime pas, cette suppression peut se faire :

- Par choix manuel des noyaux supprimés (`apt remove` ou `apt purge`)
- Par un automatisme qui vire tous les noyaux sauf les deux derniers installés (`apt autoremove`). Par contre je n’ai jamais essayé cette suppression auto en présence de deux «&nbsp;lignées&nbsp;» de noyaux (normal + rt), j’ignore si elle garde deux derniers noyaux de chaque lignée, ou si elle en garde deux en tout et pour tout.

---

<div class="post-metadata">

**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:** [Novembre 11, 2026, 8:31 UTC](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103/20 "2026-11-11T08:31:52Z")

</div>

Salut,

le plus simple reste d’installer les deux méta-paquets **linux-image-amd64** et **linux-headers-amd64** qui permettent de tenir le noyau à jour

apt policy linux-image-amd64  
linux-image-amd64:  
Installé : 7.3.3-1  
Candidat : 7.3.3-1  
Table de version :  
\*\*\* 7.3.3-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) sid/main amd64 Packages  
100 /var/lib/dpkg/status  
7.2.15-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) forky/main amd64 Packages  
6.12.116-1 500  
500 [Index of /debian-security](https://cdn-aws.deb.debian.org/debian-security) trixie-security/main amd64 Packages  
6.12.107-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) trixie/main amd64 Packages  
6.1.190-1 500  
500 [Index of /debian-security](https://cdn-aws.deb.debian.org/debian-security) bookworm-security/main amd64 Packages  
6.1.176-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) bookworm/main amd64 Packages

apt policy linux-headers-amd64  
linux-headers-amd64:  
Installé : 7.3.3-1  
Candidat : 7.3.3-1  
Table de version :  
\*\*\* 7.3.3-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) sid/main amd64 Packages  
100 /var/lib/dpkg/status  
7.2.15-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) forky/main amd64 Packages  
6.12.116-1 500  
500 [Index of /debian-security](https://cdn-aws.deb.debian.org/debian-security) trixie-security/main amd64 Packages  
6.12.107-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) trixie/main amd64 Packages  
6.1.190-1 500  
500 [Index of /debian-security](https://cdn-aws.deb.debian.org/debian-security) bookworm-security/main amd64 Packages  
6.1.176-1 500  
500 [Index of /debian](https://cdn-aws.deb.debian.org/debian) bookworm/main amd64 Packages

[Page suivante](https://www.debian-fr.org/t/forcer-linstallation-dun-noyau-linux/93103.md?page=2)
