Alors voilà, premier problème en essayant d'installer Mint, ça plante à chaque fois à l'installation de Grub.
Je pensait que ça pouvait venir de l'utilisation d'une clé Ventoy plutôt qu'une clé dédiée, mais j'ai aussi essayé et le résultat est le même. Je n'ai jamais eût ce problème avec les autres distributions (Zorin 17.2 il y a 15 jrs)
Bien entendu le secure boot est désactivé
Donc je me dit que j'ai peut-être un problème avec mes partitions
La liste suivante est générée sur un ventoy live 22.1, et le boot (win) qui fonctionne est celui sur le nvme1n1p1 et j'ai la partition nvme1n1p6 pour installer Mint. J'ai essayé les 2 efi pour la cible d'installation de grub, même résultat.
Du coup, je vois que j'ai une partition efi sur chaque disque, et dans mon bios, j'ai 4 entrées de boot: 1 ubuntu et 1 windows sur chaque disque. A un certain moment j'ai eût à réinstaller windows, je suppose que j'ai dû faire un truc bizarre pour me retrouver avec 2 entrées efi, et 2 partitions de récupérations. D'ailleurs quand je crame mon boot, la récupération windows n'arrive jamais à me le réparer, je dois toujours aller chercher des lignes de commandes compliquées pour rattraper le coupDisk /dev/loop0: 2.36 GiB, 2535362560 bytes, 4951880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 980 PRO 1TB
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3DD1BECA-7D61-4560-B14D-50759AE49E2B
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme0n1p2 1050624 1953521663 1952471040 931G Microsoft LDM data
/dev/nvme0n1p3 1953521664 1953523711 2048 1M Microsoft LDM metadata
/dev/nvme0n1p4 1953523712 1953525134 1423 711.5K Microsoft reserved
Disk /dev/nvme1n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: SAMSUNG MZVLQ512HBLU-00B00
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 16384 bytes / 131072 bytes
Disklabel type: gpt
Disk identifier: 62204B87-7132-45F3-88A7-B6F7B60E263F
Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 534527 532480 260M EFI System
/dev/nvme1n1p2 534528 567295 32768 16M Microsoft reserved
/dev/nvme1n1p3 567296 802850499 802283204 382.6G Microsoft basic data
/dev/nvme1n1p4 998166528 999804927 1638400 800M Windows recovery environmen
/dev/nvme1n1p5 999804928 1000214527 409600 200M Windows recovery environmen
/dev/nvme1n1p6 802850816 998166527 195315712 93.1G Linux filesystem
Partition table entries are not in disk order.
Disk /dev/sda: 28.91 GiB, 31042043904 bytes, 60628992 sectors
Disk model: USB DISK 3.0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf8de45c9
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 60563455 60561408 28.9G 7 HPFS/NTFS/exFAT
/dev/sda2 60563456 60628991 65536 32M ef EFI (FAT-12/16/32)
Disk /dev/mapper/ventoy: 2.78 GiB, 2980511744 bytes, 5821312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb7003c5a
Device Boot Start End Sectors Size Id Type
/dev/mapper/ventoy-part1 * 64 5821311 5821248 2.8G 0 Empty
/dev/mapper/ventoy-part2 8460 18699 10240 5M ef EFI (FAT-12/16/32)
Des suggestions?