Retour d'expérience sur la première installation Dual Boot que je fais depuis au moins 10 ans (12 ?).
Dans le BIOS (F10) :
- mettre Disque USB en premier pour le démarrage
- "Démarrage sécurisé" => désactivé. Apparemment ne suffit pas => faire aussi "Annule toutes les touches de démarrage sécurisé" ("touches" est une mauvaise traduction pour "clefs" de chiffrement !). Si le SecureBoot n'est pas désactivé, en essayant de booter sur la clef USB on obtient le message "Verifying shim SBAT data failed: Security Policy Violation".
On boote ensuite sur la clef USB Kubuntu 24.04 LTS. J'installe lz4 et pv puis je copie le disque 1 To avec la commande de Chris :
Ca prend 1h17 et les 953 Gio sont compactés en 53,7 Gio.
On peut aussi sauvegarder au cas où la petite partition EFI Fat32 de Windows /dev/nvme0n1p1 (elle s'appelle "SYSTEM").
Je réactive le Secure Boot (pour que Windows puisse démarrer). Mauvaise surprise Bitlocker demande la clé de récupération (48 chiffres). Heureusement, lors de la configuration de Windows 11, après une longue hésitation j'avais quand même créé (et non sans mal) un compte Microsoft, sur lequel avait été sauvegardé automatiquement la fameuse clé.
Avec l'utilitaire Windows "Gestion des disques" je vois que la partition Windows C: (953 Go) est en sandwich entre la partition EFI 260 Mo et la partition de récupération 811 Mo. Je fais "Réduire le volume" : "quantité d'espace à réduire"=500000 Mo (pour Linux). Restera 475000 Mo pour Windows.
Je désactive à nouveau SecureBoot pour pouvoir booter sur la clef Live USB Kubuntu. Je tente d'abord un partitionnement manuel (deux partitions racine+home) mais Kubuntu ne pourra pas booter faute d'EFI. Je retente une installation en ajoutant cette fois le point de montage /boot/efi pour la partition nvme0n1p1 mais l'installateur me dit que l'EFI n'est pas bien configuré. Je ne tente pas le diable, pas que ça à faire ! Je me rabats sur une installation avec une seule partition : "Remplacer une partition" et je sélectionne l'espace libre. Le message "La partition EFI sur /dev/nvme0n1p1 va être utilisée pour démarrer Kubuntu" apparaît en bas de l'installateur. Yes !
On réactive le démarrage sécurisé. On reboote : on démarre désormais avec Grub (Linux par défaut). Ouf, ça marche !
CONCLUSION
La première chose à faire est surtout de sauvegarder la clef Bitlocker du SecureBoot (un compte Microsoft n'est probablement pas nécessaire, mais je ne sais pas comment on fait) pour éviter les mauvaises surprises. Car il faudra désactiver temporairement SecureBoot pour booter sur la clef USB Kubuntu.
Si on laisse l'installateur Kubuntu tout mettre sur une seule partition, il gère automatiquement la partition EFI initialement présente. Sinon, je ne sais pas.
[^] # Retour d'expérience
Posté par vmagnin (site web personnel, Mastodon) . En réponse au message Installer Linux en Dual boot sur un HP Laptop 15s-eq2008nf (avec Win11 et TPM). Évalué à 4.
Retour d'expérience sur la première installation Dual Boot que je fais depuis au moins 10 ans (12 ?).
Dans le BIOS (F10) :
- mettre Disque USB en premier pour le démarrage
- "Démarrage sécurisé" => désactivé. Apparemment ne suffit pas => faire aussi "Annule toutes les touches de démarrage sécurisé" ("touches" est une mauvaise traduction pour "clefs" de chiffrement !). Si le SecureBoot n'est pas désactivé, en essayant de booter sur la clef USB on obtient le message "Verifying shim SBAT data failed: Security Policy Violation".
On boote ensuite sur la clef USB Kubuntu 24.04 LTS. J'installe lz4 et pv puis je copie le disque 1 To avec la commande de Chris :
Ca prend 1h17 et les 953 Gio sont compactés en 53,7 Gio.
On peut aussi sauvegarder au cas où la petite partition EFI Fat32 de Windows /dev/nvme0n1p1 (elle s'appelle "SYSTEM").
Je réactive le Secure Boot (pour que Windows puisse démarrer). Mauvaise surprise Bitlocker demande la clé de récupération (48 chiffres). Heureusement, lors de la configuration de Windows 11, après une longue hésitation j'avais quand même créé (et non sans mal) un compte Microsoft, sur lequel avait été sauvegardé automatiquement la fameuse clé.
Avec l'utilitaire Windows "Gestion des disques" je vois que la partition Windows C: (953 Go) est en sandwich entre la partition EFI 260 Mo et la partition de récupération 811 Mo. Je fais "Réduire le volume" : "quantité d'espace à réduire"=500000 Mo (pour Linux). Restera 475000 Mo pour Windows.
Je désactive à nouveau SecureBoot pour pouvoir booter sur la clef Live USB Kubuntu. Je tente d'abord un partitionnement manuel (deux partitions racine+home) mais Kubuntu ne pourra pas booter faute d'EFI. Je retente une installation en ajoutant cette fois le point de montage /boot/efi pour la partition nvme0n1p1 mais l'installateur me dit que l'EFI n'est pas bien configuré. Je ne tente pas le diable, pas que ça à faire ! Je me rabats sur une installation avec une seule partition : "Remplacer une partition" et je sélectionne l'espace libre. Le message "La partition EFI sur /dev/nvme0n1p1 va être utilisée pour démarrer Kubuntu" apparaît en bas de l'installateur. Yes !
On réactive le démarrage sécurisé. On reboote : on démarre désormais avec Grub (Linux par défaut). Ouf, ça marche !
CONCLUSION
La première chose à faire est surtout de sauvegarder la clef Bitlocker du SecureBoot (un compte Microsoft n'est probablement pas nécessaire, mais je ne sais pas comment on fait) pour éviter les mauvaises surprises. Car il faudra désactiver temporairement SecureBoot pour booter sur la clef USB Kubuntu.
Si on laisse l'installateur Kubuntu tout mettre sur une seule partition, il gère automatiquement la partition EFI initialement présente. Sinon, je ne sais pas.