Comment booter sur un kernel, réinstaller une kernel, désinstaller probablement un kernel?

Support Debian
, ,
Tags: #<Tag:0x00007f509fbc5bc8> #<Tag:0x00007f509fbc56c8> #<Tag:0x00007f509fbc5330>
#1

salut
j’ai un ordi qui a mal configuré le kernel :

$dpkg -l |grep 6.1.0-17
ii linux-headers-6.1.0-17-amd64 6.1.69-1 amd64 Header files for Linux 6.1.0-17-amd64
ii linux-headers-6.1.0-17-common 6.1.69-1 all Common header files for Linux 6.1.0-17
ii linux-image-6.1.0-17-amd64 6.1.69-1 amd64 Linux 6.1 for 64-bit PCs (signed)
$dpkg -l |grep 6.1.0-18
iF linux-headers-6.1.0-18-amd64 6.1.76-1 amd64 Header files for Linux 6.1.0-18-amd64
ii linux-headers-6.1.0-18-common 6.1.76-1 all Common header files for Linux 6.1.0-18
iF linux-image-6.1.0-18-amd64 6.1.76-1 amd64 Linux 6.1 for 64-bit PCs (signed)

et donc qui ne démarre pas sur le 6.1.0-18

Question 1 : comment booter sur le kernel 6.1.0-17
comment changer le grub pour démarrer sur le 6.1.0-17? ( A la main, au grub , je vais sur la deuxième ligne, entrée, choix de la troisième ligne )

Question 2 : comment réinstaller un kernel
sudo apt-get --reinstall install linux-image-amd64 linux-headers-amd64 aurait-il marché?

Question 3 : comment désinstaller probablement un kernel ?Il fallait lire comment désinstaller proprement un kernel
le seul truc qui a marché :
sudo apt-get remove *6.1.0-18*
ça a enlevé :
linux-headers-6.1.0-18-amd64 linux-headers-6.1.0-18-common linux-image-6.1.0-18-amd64
mais ça a enlevé :
linux-image-amd64 linux-headers-amd64

#2

Pour desinstaller un kernel j’utilise plutot:

apt purge <nom du package>

tu es sur qu’il ne reste rien alors que remove laisse des fichiers.

1 J'aime
#3

Je pense pas que la question soit dans l’utilisation de purge ou de remove mais dans le fait que ça ai enlevé le linux-image plutôt :wink:

Là tu cherche à désinstallé manuellement un kernel, un mécanisme est déjà en place pour ne conserver que deux kernel en plus de celui utilisé par ordre d’installation, donc les anciens ne sont pas conservés à kernel +2.

Du coup si tu sort de cette mécanique il te faudra sans doute placé en installé manuellement les paquets linux-image-amd64 linux-headers-amd64 et de procéder ensuite à la purge des paquets voulu.

1 J'aime
#4

Probablement à cause de l’échec de compilation d’un module externe par dkms. Si c’est le pilote nvidia, une mise à jour de ce dernier compatible avec avec le noyau -18 est disponible dans bookworm-updates.

En supposant que le démarrage normal avec le noyau -17 est la 3e entrée du sous-menu « Advanced » et ce dernier est la seconde entrée du menu principal de GRUB, alors il faut mettre dans /etc/default/grub :

GRUB_DEFAULT='1>2' # on compte à partir de 0

et executer update-grub comme indiqué dans le fichier.

Les paquets sont installés donc il est inutile de les réinstaller. Ils ne sont pas configurés, donc on peut les configurer avec dpkg --configure --pending ou avec apt install sans spécifier de paquet. Mais cela ne sert à rien si la cause de l’échec précédent n’a pas été corrigée.

L’inconvénient de désinstaller le noyau le plus récent, c’est que ça force la désinstallation des méta-paquets linux-image et linux-headers qui en dépendent et qui servent à « tirer » automatiquement le dernier noyau disponible. À éviter donc, d’autant plus que ce n’est pas utile ici.

1 J'aime
#5

n’a pas marché

j’aurais du y penser : je vais essayer dès que possible

Oui, mais le problème était de désinstaller le dernier kernel

Tout à fait.Dès que possible ( au moins à l’arrivée du prochain kernel )je les réinstalle

MERCI À TOUS

#6

ca ne change rien en fait :slight_smile: il suffit de préciser le linux-image voulu.