Boot impossible après MAJ kernel

[janosch]

Bonjour à tous,

je viens humblement solliciter votre aide, car je pense avoir épuisé toute ma maigre science.

Je suis sous Linux Mint 20.3 (en double boot avec Windows 10), Cinnamon 5.2.7, Kernel: 5.4.0-113-generic x86_64 , sur un PC de bureau HP-Compaq-Elite-8300-CMT (donc pas un PC dernier cri), et depuis quelques mois je redoute chaque mise à jour du noyau, car à chaque fois je me retrouve dans l'impossibilité de booter sous linux, j'ai un joli écran noir juste après le choix de Linux Mint dans le menu Grub. À noter que Windows 10 boote normalement après son choix dans le menu Grub.

Jusqu'à présent, j'ai toujours réussi à retomber sur mes pattes grâce à un Linux Mint 20.2 sur clef USB et Boot Repair. À chaque fois, je devais pas mal bricoler un peu au petit bonheur la chance avec Boot Repair et la commande sous Windows en mode administrateur

Code : Tout sélectionner

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

(et non shimx64.efi comme suggéré à la fin de la réparation par Boot Repair) pour que Linux Mint accepte de rebooter normalement.

Ce n'est franchement pas agréable, mais jusque-là, au bout de quelques longues dizaines de minutes et quelques litres de sueur, j'arrivais à retrouver un système fonctionnel et à jour.

Malheureusement, hier, j'ai accepté dans la crainte la mise à jour du noyau en 5.4.0-125 et au reboot, rebelote, Linux Mint refusait de booter à nouveau. J'ai déployé mon artillerie habituelle, mais rien à faire. Je n'ai eu d'autre choix que d'utiliser Timeshift du Live USB pour revenir à la version antérieur.

Je ne suis pas expert dans le domaine, mais j'imagine bien un truc qui se passe mal dans Grub lors de la mise à jour, si bien qu'il n'arrive plus à pointer le bon endroit pour lancer Linux Mint.

Ma question est donc triple : qu'est-ce qui ferait que chez moi chaque mise à jour du noyau se passe mal, que faudrait-il faire pour rétablir la situation en cas de futur problème identique, mais surtout, que pourrais-je faire pour que les mises à jour se passent bien.

Je vais à terme passer sous Linux Mint 21, mais je redoute à nouveau un problème de ce genre (à moins qu'une réinstalle et non un upgrade règle définitivement le problème...).

Je vous remercie infiniment d'avoir pris le temps de me lire et merci d'avance pour vos conseils éclairés !

[janosch]

Personne n'a une petite idée ?
Merci d'avance !

[DodoVolant]

désolé, pas assez compétent pour aider mais soutien moral à 100%...
une suggestion que te feront tôt ou tard nos 'pros', il faut mettre dans ta signature suffisamment de renseignements techniques pour qu'ils puissent se faire une idée...
bon courage.

[janosch]

Merci pour le soutien et le conseil. Je m'en vais faire ça de suite.

[alain]

Bonjour Janosh.

Malheureusement je n'ai pas d'idée, ton installation à l'air "particulière", je la visualise mal (même en UEFI on n'est pas obligé de faire toutes tes manipulations à chaque changement de noyau)...

En revanche j'ai une question qui pourrait nous orienter.

Je n'ai eu d'autre choix que d'utiliser Timeshift du Live USB pour revenir à la version antérieur.

As tu essayé de démarrer sur l'ancienne version du noyau avant de restaurer le backup?

[janosch]

Bonjour !

Merci pour ta réponse.

Je n'ai rien fait d'exotique niveau installation. Je suis en double boot depuis plusieurs années et ce n'est que depuis quelques mois que j'ai ces soucis.
Jusque là, je bataillais au petit bonheur la chance avec Boot Repair et tout finissait par rentrer dans l'ordre, mais là, je n'ai eu d'autre choix que de tenter un récupération avec Timeshift. Ca m'a permis de revenir au kernel d'avant MAJ et de retrouver un OS stable. C'était ça ou une copie complète du disque système...

Dans grub, une fois la MAJ faite, j'avais accès dans le menu à la version "normale" de LM, et sur la ligne du dessus à un menu avancé, ou quelque chose comme ça. J'ai naturellement espéré avoir accès au noyau précédent, mais à nouveau j'ai eu un écran noir. Seul Windows 10 bootait.

Par curiosité, j'ai essayé à l'instant cette entrée "avancée" dans grub (donc avec mon noyau actuel, celui juste avant la MAJ qui plante tout) et j'ai juste un écran noir, pas d'accès aux précédents noyaux...

Je ne sais pas si ça peut aider...

[alain]

Désolé, non...la je ne vois pas ce qui peut influencer le démarrage à la mise à jour du noyau, au point que même l'ancienne version ne démarre pas.
C'est la première fois que je vois un truc comme ça.

Je fais un résumé, pour être certain d'avoir compris:
1) Tu es en UEFI
2) Le grub est installé sur la partition boot EFI de W10
3) Le bios uefi est réglé pour démarrer sur l'entrée "ubuntu"
C'est bien comme ça que tu as fais?

[janosch]

Bonjour et merci de prendre le temps de me répondre.

1) Oui, je suis bien en EFI. J'ai tapé la commande :

Code : Tout sélectionner

[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

et j'ai eu le retour

Code : Tout sélectionner

Session EFI

2) Là, je suis un peu sec.
Ce que je peux dire, c'est que Windows 10 et Linux Mint partagent le même SSD physique, chacun dans sa/ses partitions, forcément. S'il existe des commandes à taper pour vérifier ce point, ou d'autres, je le ferai avec plaisir.

3) Dans le bios, j'ai un truc comme "Source de démarrage UEFI", et "Ubuntu" comme unique choix.

Merci pour ton aide !

[alain]

Bonjour Janosch.

3) Dans le bios, j'ai un truc comme "Source de démarrage UEFI", et "Ubuntu" comme unique choix.

Vu ta réponse tout à l'air bon au niveau de l'installation...
Du coup, je ne sais pas quoi te dire, je suis sec sur ce coup la
Désolé, j’espère que quelqu'un aura une idée.

[janosch]

Pas de souci ! Merci beaucoup en tout cas d'avoir pris le temps.
J'espère que la mise à niveau que je ferai dans quelques semaines règlera définitivement ce problème. J'ai dû commencer avec la version 20.1 de Linux Mint sur ce PC et ce n'est que depuis quelques mois que j'ai ce problème. Et pourtant je ne pense pas avoir fait grand-chose d'exotique...