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,
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:
$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é]
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.
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
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?
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
$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é]
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.
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.
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.
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/
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.
tu as un système maintenant impossible à dépanner à distance
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
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 « lignées » 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.
