Salut 🙂
J'ai eu le même problème la semaine dernière, sur un portable avec deux disques durs MBR sous Windows 10. :-? Le premier disque était un SSD contenant le système, tandis que le deuxième était un HDD contenant les datas.
J'ai dû mettre à jour Windows avec la version Creators Update qui dispose de l'outil MBR2GPT
https://www.malekal.com/mbr2gpt-conversion-disque-gpt-sans-perte-de-donnees/ qui permet de transformer une partition MBR en GPT sans reformater le disque. A noter que pour que ça fonctionne, il ne peut pas y avoir plus de 3 partitions primaires, l'utilitaire ayant besoin d'en créer une 4ème pendant le processus, ce qui est le maximum en MBR.
Après avoir supprimé toutes les données sur le disque secondaire, j'ai supprimé toutes les partitions sur ce deuxième disque :hammer: et modifié la table de partition en GPT dans l'utilitaire de disque de Windows puis recréé la partition Data. J'ai ensuite déplacer le répertoire users du SSD vers le HDD en utilisant sysprep,
https://www.tenforums.com/tutorials/1964-move-users-folder-location-windows-10-a.html, méthode 2, qui est bien plus propre que robocopy. Ça évite de consommer de la place sur le SSD.
Sous le live CD Fedora, j'ai réduit les partitions Système et Data de Windows avec gparted et créé les partition /, /home et swap. Pour le montage, j'ai mis le gestionnaire de démarrage sur le disque windows ssd (sdb dans mon cas), monté la partition EFI de Windows sur /boot/efi, la partition libre du SSD sur /, la partition libre du HDD sur /home, et le swap sur le HDD également.
Bilan, plus de message d'insulte lors de l'installation, un ordi réactif sur les deux OS et une partition data prête à servir. Et pour finaliser, j'ai crypté les disques dans leur intégralité grâce au bios et à la puce dédiée. 8-)