Bonjour.

Mint 19.3 Cinnamon 4.4.8 noyau 4.15.0-99, après MAJ du 4.15.0-96

?

refait un sudo update-grub des fois qu'il purge ...

Fais une copie du résultat de la commande ici

vilux@vilux-Aspire-V3-771:~$ sudo update-grub
[sudo] Mot de passe de vilux :
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Sourcing file `/etc/default/grub.d/60_mint-theme.cfg'
Création du fichier de configuration GRUB…
Thème trouvé : /boot/grub/themes/linuxmint/theme.txt
Image Linux trouvée : /boot/vmlinuz-4.15.0-99-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-99-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-96-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-96-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-91-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-91-generic
Windows Boot Manager trouvé sur /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi
Windows Boot Manager trouvé sur /dev/sdb1@/EFI/Microsoft/Boot/bootmgfw.efi
Linux Mint 19.3 Tricia (19.3) trouvé sur /dev/sdb4
Adding boot menu entry for EFI firmware configuration
fait
vilux@vilux-Aspire-V3-771:~$

re-essayes au boot ...

le kernel … 91 tu peux le virer via updates, vues, kernels

vilux@vilux-Aspire-V3-771:~$ sudo update-grub
[sudo] Mot de passe de vilux :
Désolé, essayez de nouveau.
[sudo] Mot de passe de vilux :
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Sourcing file `/etc/default/grub.d/60_mint-theme.cfg'
Création du fichier de configuration GRUB…
Thème trouvé : /boot/grub/themes/linuxmint/theme.txt
Image Linux trouvée : /boot/vmlinuz-4.15.0-99-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-99-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-96-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-96-generic
Windows Boot Manager trouvé sur /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi
Windows Boot Manager trouvé sur /dev/sdb1@/EFI/Microsoft/Boot/bootmgfw.efi
Linux Mint 19.3 Tricia (19.3) trouvé sur /dev/sdb4
Adding boot menu entry for EFI firmware configuration
fait
vilux@vilux-Aspire-V3-771:~$

91 supprimé, mais grub toujours pareil après redémarrage

Si t'es en UEFI je laisse aux spécialistes, il doit y avoir un truc qui traine.. jamais vu de mon coté

Oui UEFI

Re Viloque,

Je ne sais pas si Grub-Customizer peut gérer (simplement, en décochant quelques lignes) ce genre de problème dans le cas d'un DualBoot Windows/Linux !. Personnellement, je l'utilise depuis plus de dix ans, pour renommer certaines lignes ou encore pour supprimer certaines entrées inutiles comme MemTest.
De toute façon, je risque de me faire "taper sur les doigts" par d'autres astuciens pour avoir suggéré l'usage de ce logiciel. Grub-Customizer est, en tout cas, bien pratique pour un MultiBoot Linux (comme c'est mon cas) : https://doc.ubuntu-fr.org/grub-customizer

Slyvester a écrit :

Re Viloque,

Je ne sais pas si Grub-Customizer peut gérer (simplement, en décochant quelques lignes) ce genre de problème dans le cas d'un DualBoot Windows/Linux !. Personnellement, je l'utilise depuis plus de dix ans, pour renommer certaines lignes ou encore pour supprimer certaines entrées inutiles comme MemTest.
De toute façon, je risque de me faire "taper sur les doigts" par d'autres astuciens pour avoir suggéré l'usage de ce logiciel. Grub-Customizer est, en tout cas, bien pratique pour un MultiBoot Linux (comme c'est mon cas) : https://doc.ubuntu-fr.org/grub-customizer

Hop pas vu ton message

Oui il m'a bien aidé sur Ubuntu, mais sur Mint, il n'est pas dans les logiciels, et "un" qui se reconnaîtra ici m'a déjà "prévenu"...

Slyvester a écrit :

Re Viloque,

Je ne sais pas si Grub-Customizer peut gérer (simplement, en décochant quelques lignes) ce genre de problème dans le cas d'un DualBoot Windows/Linux !. Personnellement, je l'utilise depuis plus de dix ans, pour renommer certaines lignes ou encore pour supprimer certaines entrées inutiles comme MemTest.
De toute façon, je risque de me faire "taper sur les doigts" par d'autres astuciens pour avoir suggéré l'usage de ce logiciel. Grub-Customizer est, en tout cas, bien pratique pour un MultiBoot Linux (comme c'est mon cas) : https://doc.ubuntu-fr.org/grub-customizer

je l'utilise aussi mais en MBR. A ce qui parait il ne marche pas en bios UEFI, mais n'ai jamais pu le démonter, j'ai tout en MBR / legacy

Re

Je peux bien passer en legacy, mais c'est "jouer dangereusement" ???...

Une fois installé tu peux pas. Faut faire ca au départ on ne le dis jamais assez !

Euh, désolé , je te suis pas là, installé quoi ?

Ben l'os , tu peux pas convertir ce qui est installé comme cela ..tu va détruire ce qui est installé

Ok,

Donc plus qu'à attendre un nouveau kernel.......

Salut,

Comme d'hab, je vais te demander un rapport boot-info : https://doc.ubuntu-fr.org/tutoriel/boot-info#installation

A priori, mais c'est à vérifier, tu as plusieurs dossiers efi, un en minuscules et un en majuscules. Et deux partitions EFI.. Pour GRUB, ça fait deux de trop, au moins. Et apparemment deux Linux Mint différents.

Slyvester : De toute façon, je risque de me faire "taper sur les doigts" par d'autres astuciens pour avoir suggéré l'usage de ce logiciel. Grub-Customizer

Je confirme ta crainte.... Grosse daube à éviter. Surtout en uefi.

Enigma7 : Une fois installé tu peux pas. Faut faire ca au départ on ne le dis jamais assez !

Si, on peut, même avec un dual-boot. Pas facile, mais on peut. http://forum.ubuntu-fr.org/viewtopic.php?id=1767581

Salut ikwedu_

https://www.cjoint.com/data/JDEq45ZiXom_Boot-Info-20200430-1847.txt

OK. Je regarde ça.

Ikewdu_ a écrit :

Si, on peut, même avec un dual-boot. Pas facile, mais on peut. http://forum.ubuntu-fr.org/viewtopic.php?id=1767581

Merci J'archive ça pour le jour ou j'en aurai besoin

Bon, pour être franc, tout me semble absolument normal si une mise à jour a impliqué un sudo update-grub, alors que les deux disques étaient branchés.

Tu as deux disques qui sont au format gpt et qui fonctionnent en uefi :

============================= Boot Info Summary: ===============================
 => No boot loader is installed in the MBR of /dev/sda.
 => No boot loader is installed in the MBR of /dev/sdb

Grub trouve 4 OS différents :

=================== os-prober:
/dev/sda4:L'OS actuellement utilisé - Linux Mint 19.3 Tricia CurrentSession:linux
/dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sdb1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows1:efi
/dev/sdb4:Linux Mint 19.3 Tricia (19.3):LinuxMint:linux

==========================================================================

Commençons par les Windows : il y en a visiblement deux :

sda5: __________________________________________________________________________
    Boot files:        /bootmgr /Windows/System32/winload.exe

sdb5: __________________________________________________________________________
   Boot files:        /bootmgr /Windows/System32/winload.exe

Et chacun a son démarrage dans une partition efi dédiée :

sda1: __________________________________________________________________________
                       /EFI/Microsoft/Boot/bootmgfw.efi 

sdb1: __________________________________________________________________________
                       /EFI/Microsoft/Boot/bootmgfw.efi 

Et la NVram confirme que chaque Windows fonctionne sur son disque particulier :

Boot0000* Windows Boot Manager	HD(1,GPT,607aa2fc-2f97-46b5-b10d-c12b698ed3f6,0x96800,0x32000)/File(EFIMicrosoftBootbootmgfw.efi)RC
Boot0002* Windows Boot Manager	HD(1,GPT,ea866057-5176-49fa-bcbd-830145a0c2ff,0x800,0x3183f)/File(EFIMicrosoftBootbootmgfw.efi)RC

Donc, en toute logique, grub te propose de lancer deux Windows différents.

==========================================================================

Prenons le cas des Linux. Idem, il y en a deux

sda4: __________________________________________________________________________
    Operating System:  Linux Mint 19.3
    Boot files:        /boot/grub/grub.cfg /etc/fstab

sdb4: __________________________________________________________________________
    Operating System:  Linux Mint 19.3
    Boot files:        /boot/grub/grub.cfg /etc/fstab

Et les fichiers de démarrages de chacune sont également proposés dans les partitions efi

sda1: __________________________________________________________________________
    Boot files:        /EFI/ubuntu/grub.cfg /EFI/Boot/bootx64.efi 
                       /EFI/Boot/fbx64.efi /EFI/ubuntu/grubx64.efi 
                       /EFI/ubuntu/mmx64.efi /EFI/ubuntu/shimx64.efi 

sdb1: __________________________________________________________________________
    Boot files:        /EFI/ubuntu/grub.cfg /EFI/Boot/bootx64.efi 
                       /EFI/Boot/fbx64.efi /EFI/ubuntu/grubx64.efi 
                       /EFI/ubuntu/mmx64.efi /EFI/ubuntu/shimx64.efi

Mais les deux pointent vers le même grub.cfg, à savoir celui du disque sda, partition 4 (c'est probablement parce que les disques ne sont en principe pas branchés ensemble). C'est une anomalie de ton installation.

========================== sda1/EFI/ubuntu/grub.cfg: ===========================
search.fs_uuid 2d3203bf-93be-4826-9415-16453466967c root hd0,gpt4 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

========================== sdb1/EFI/ubuntu/grub.cfg: ===========================
search.fs_uuid 2d3203bf-93be-4826-9415-16453466967c root hd0,gpt4 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

==========================================================================

Donc, il est logique qu'une mise à jour de grub détecte tout ce petit monde. Si tu veux retrouver ta situation "normale", tu débranches le disque inutile SDB, tu refais un sudo update-grub . Idem avec le deuxième et le tour sera joué.

Edit. Exploiter en même temps deux disques clonés, ce n'est pas l'idéal.

/dev/sda1        1083-4566                              vfat       
/dev/sda2                                                          
/dev/sda3        CC56647F56646BE0                       ntfs       Données Windows 8.1
/dev/sda4        2d3203bf-93be-4826-9415-16453466967c   ext4       
/dev/sda5        7A72903D728FFFD5                       ntfs       Windows 8.1
===========================================================================
/dev/sdb1        1083-4566                              vfat       
/dev/sdb2                                                          
/dev/sdb3        CC56647F56646BE0                       ntfs       Données Windows 8.1
/dev/sdb4        2d3203bf-93be-4826-9415-16453466967c   ext4       
/dev/sdb5        7A72903D728FFFD5                       ntfs       Windows 8.1

@enigma7... la disparition de hostingpics a viré mes captures d'écrans. Sinon, j'ai fait la même chose sur mon site, mais en simple boot (Linux), avec images cette fois.

Comment je fais pour chaque disque, SSD et HDD internes ?

Celui qui s'est mis à jour, c'est celui-ci :

=================== fdisk -l:
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors

C'est un disque interne ou externe ? Pour l'autre, tu n'auras pas besoin d'y toucher.

Les 2 sont internes

Ah! Si tu peux, tu débranches celui de 500 Go (celui qui s'appelle /dev/sdb), tu démarres sur l'autre, et tu fais un

sudo update-grub

Et ça devrait suffire.

Mais sache que le second fera tôt ou tard lui aussi la même mise à jour, et tu y retrouveras le même souci. (et ne parlons pas de Windows qui pourrait s'en mêler lui aussi). Et là, il faudra débrancher le premier. Pour éviter ça, il faudrait désactiver 30_os-prober et utiliser 40_custom pour que tu ne sois pas embêté à chaque fois. Pas très compliqué, mais c'est du bricolage.

J' ai ajouté le ssd 480 Go récemment, mais ça tournait bien avant cette maj du noyau 99

Je sens pas trop ta manip, tomber le ssd, modifier le bios pour démarer sur l'autre.....

Si je fais une restauration avec le 96, avec cette me config, et ignorer le 99 ou autre solution ?...

Tes noyaux n'y changeront rien... Ton grub s'est mis à jour, ce qui arrive régulièrement, et il détecte tous les Linux présents, quel que soit le noyau. Idem pour les Windows. Et même si tu restaures une image précédente, la chose se reproduira tôt ou tard.

Si tu ne veux pas débrancher (ce que je peux comprendre), tu as deux options et pas 36 :

• Laisser les choses comme ça... puisque c'est ce que contient réellement ton PC.
• Modifier certains fichiers de grub pour qu'il n'aille chercher que ce que tu veux bien qu'il cherche.

A toi de choisir.

Edit. Mais je reste convaincu que ces deux disques clonés (les UUID sont les mêmes sur chacun) va tôt ou tard engendrer d'autres problèmes de fonctionnement.

Je n'ai cloné que le ssd.

Bon, je suis ignorant en informatique, mais je vois les nouveaux pc vendus avec un ssd et un hdd "jumelés".

Au pire, faudrait formater les 2 disques et repartir à 0 ?

Sinon, ça me dérange de rester comme ça...

Comprends bien une chose... Les SSD liés à des HDD servent soit de cache, soit ils servent au exclusivement au système ; ils ne sont pas "jumelés". Ils servent à accélérer le démarrage ou le fonctionnement de l'OS. Toi, tu essaies de faire une sorte de raid 1 artificiel, qui d'ailleurs n'en est pas un, vu que les deux Linux ne déjà plus identiques. C'est sans doute aussi le cas pour les Windows.

Actuellement, tu as un SSD qui ne sert finalement pas à grand chose, ou en tout cas qui "fonctionne sur une jambe", puisque c'est le disque dur qui commande tout (on le voit en NVRam) : la seule entrée Ubuntu pointe vers ce disque, et pire, le SSD va chercher le fichier grub.cfg sur ce HDD et non sur sa propre partition Linux. On le voit ici ;

========================== sda1/EFI/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid 2d3203bf-93be-4826-9415-16453466967c root hd0,gpt4 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

========================== sdb1/EFI/ubuntu/grub.cfg: ===========================

--------------------------------------------------------------------------------
search.fs_uuid 2d3203bf-93be-4826-9415-16453466967c root hd0,gpt4 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
--------------------------------------------------------------------------------

Même cible ! Sans le HDD, tu aurais un superbe grub rescue >

Je pense qu'il serait plus simple d'expliquer ce que tu voudrais obtenir réellement, pour qu'on te conseille au mieux.

ok, c'est simple.

Je te fais grâce des liens qui me disent que mon hdd 1 To présentent des signes de faiblesse.

J'ai donc ajouté à côté le ssd 480 Go, dans un premier temps, pour accélérer les démarrages, les accès...., vraiment efficace...., et, pour écrire le moins possible sur le ssd, vu ce que lis sur l'usure de ces disques, je garde le hdd pour mes données perso...

Bon, fier de ma réussite de clonage (Aomei), sûr, je m'aperçois maintenant, qu'on pourrait peut-être améliorer la chose...

Désolé, je pensais bien faire, mais j'ai préféré vous (t') em.....der après, plutôt que avant et après quand-même...

Pour désactiver une entrée dans le menu de Grub par exemple Memtest86 et Memtest86+ il suffit d'enlever le droit d'exécution aux scripts concernés dans /etc/grub.d/:

sudo chmod -x /etc/grub.d/{20_memtest86,20_memtest86+}

Sans droit d'exécution ces scripts ne seront pas lus par update-grub et ne seront pas dans le menu de Grub.

Si on ne veut pas que update-grub cherche d'autres systèmes que celui qui est en exécution on peut désactiver os-prober:

sudo chmod -x /etc/grub.d/30_os-prober

Dans ce cas, il risque de ne pas y avoir d'autres systèmes à démarrer que celui qui tourne présentement mais cela démontre qu'on peut manipuler le contenu du menu de Grub sans toucher à /boot/grub/grub.cfg ou recourir à un logiciel tiers.

Personnellement je ne garde que le dernier noyau installé après test, soit le plus récent. Je supprime les autres et leurs dépendances. Comme cela le menu de Grub ne contient que des lignes que j'utilise.

Évidemment il faut faire

sudo update-grub

pour que les modifications soient prises en compte au prochain démarrage. Pour revenir en arrière

sudo chmod +x /etc/grub.d/{20_memtest86,20_memtest86+,30_os-prober}

sudo update-grub

Mes exemples sont tirés de Debian stable. Il faut adapter à Ubuntu et Mint.

Salut,

@logicien

Plus besoin de désactiver le fichier 30_os-prober avec les dernières versions de GRUB. Pour un souci de lisibilité, on peut plutôt ajouter dans /etc/default/grub la ligne GRUB_OS_PROBER_SKIP_LIST + uuid pour ne pas scanner l'UUID de son choix, ou carrément GRUB_DISABLE_OS_PROBER="true" pour désactiver complètement le fichier. Pour memtest, il est désactivé par défaut en uefi (en tout cas, su les dérivées d'Ubuntu).

C'est moins intrusif que la passage par chmod -x que je pratiquais aussi.

@viloque

Pour être franc, je ne sais pas trop quoi te proposer. Je comprends que tu veux des copies de sécurité. Dans mon esprit, il serait plus logique que tu utilises le SSD à 100 % pour tes OS, et même pour tes données, et que le HDD devienne un support de sauvegarde. Tu pourrais y prévoir plusieurs partitions plus ou moins grandes, l'une pour y placer des images disques et systèmes, une autre pour y cloner les données Windows, et une troisième pour les données Linux.

Mais je crois comprendre que tu as déjà des images ailleurs, et donc ce que je dis là n'a peut-être pas de sens.

Dans tous les cas, ta situation présentant des UUID identiques sur les deux disques est dangereuse, et elle peut induire tes deux OS en erreur. Par ailleurs, ton SSD n'est pas autonome, et il a besoin de son papa HDD pour fonctionner. En cas de panne de ce HDD (c'est toi qui en parles), tu serais de toute façon en situation compliquée.

J'ai suivi la discussion, effectivement il faudrait que tu considères dans un premier temps, de partir de zéro sur ton SSD.

C'est à toi de juger, on ne sait pas ce que cela représente en terme de ré-installation.

Ce que j'ai à dire pour ce SSD :

- Pourquoi avoir 2 windows 8.1 sur le SSD, en quoi sont- ils différents de ceux du HDD ? (backuper les différences et les données que tu as déjà sur ton linux)

- re-partitionner ce SSD en partant de zéro, ne pas laisser le logiciel de clonage s'en occuper, privilégier un schéma MBR par exemple 1 principale et x étendues

- cloner le ou les windows, un windows c'est chiant à re-installer... mais c'est à toi de juger

- enfin installer le linux qui te fera des entrées propres pour les os de tes 2 disques

Ok merci les gars

J'étudie vos propositions, pas trop le temps en ce moment.

Re,

@ enigma7

Tu as mal regardé le rapport boot-info. Il n'y a qu'un Windows et qu'un Linux par disque. S'y ajoute une partition "données W8.1" (et tout ça est identique, vu que le SSD est un clone du HDD). Viloque a voulu jouer "la sécurité" en dupliquant tout le HDD vers le SSD et en gardant les deux disques branchés.

Par ailleurs, je pense que le SSD est parfaitement bien partitionné : placer W8 après Linux est une excellente stratégie car si une MAJ de W10 crée une partition de récupération, elle se placera en fin de disque et ne gênera pas.

Le format gpt ne pose pas plus de souci que le format mbr dans le cas présent (le souci est ailleurs). En tout cas, je ne vois pas trop le "bénéfice" de basculer en Legacy /mbr avec partitions étendues. La table de partitions est mieux gérée en gpt et s'y ajoute une sauvegarde qui n'existe pas en mbr. Revenir en arrière me semble peu judicieux, mais ce n'est qu'un avis.

Mon avis serait donc plutôt de tenter d'exploiter d'abord l'existant, et donc de :

• Tenter de réparer le démarrage du dual-boot du SSD pour qu'il fonctionne de manière autonome. Pas si évident à faire dans ton cas, car les uuid étant identiques sur chaque disque, on n'est jamais certain à 100 % de ce qui est monté. Et notamment la partition efi.
• Mettre en place une stratégie de sauvegarde sur le HDD, mais à condition que le disque soit viable, ce qui n'est pas forcément le cas si j'ai bien compris.

Une réinstallation complète peut être envisagée dans un second temps, si la réparation échoue. Après, ce n'est pas mon PC et ce n'est pas à moi de décider.

@ Ikewdu_

Mon schéma mbr était effectivement pour le cas de l'upgrade de W8.1 vers W10, je pensais (peut être à tort) que W10 mettait moins le bordel dans le cas mbr vu que j'ai eu pas de souci de mon coté en migrant de W7 vers W10.

je pensais (peut être à tort) que W10 mettait moins le bordel dans le cas mbr

En fait, j'ai vu des cas assez nombreux montrant le contraire. Dans une configuration de ce genre, assez fréquente en mbr (les doubles crochets en rouge simulent une partition étendue) :

<------C: Windows----><--récup1-->[[<-------Linux1-----><-----Linux2 ou /home-----><swap>]]

La mise à niveau de W10 n'ayant pas assez de place pour placer winre.wim dans la partition de récupération, en a créé une nouvelle, en repoussant la partition étendue, et donc en virant tout simplement la première partition logique :

<------C: Windows----><--récup2--><-Recup1><[[____<-----Linux2 ou /home-----><swap>]]

Bilan, un Linux viré, un joli grub rescue... et obligation de réinstaller. Voir cet exemple ici : https://forum.ubuntu-fr.org/viewtopic.php?pid=21772201#p21772201

Une petite suggestion pour ceux qui sont en mode UEFI: Il y a Refind pour remplacer Grub. Je l'ai essayé et il détecte tout ce qui est amorçable au démarrage. Il est facile à configurer aussi et a une interface attrayante même pour un enfant.

Logicien a écrit :

Une petite suggestion pour ceux qui sont en mode UEFI: Il y a Refind pour remplacer Grub. Je l'ai essayé et il détecte tout ce qui est amorçable au démarrage. Il est facile à configurer aussi et a une interface attrayante même pour un enfant.

Tiens, pour info, une démo récente permettant de contourner les soucis d'installation de grub avec Refind : http://ikewdu.free.fr/contourner-avec-refind-lerreur-dinstallation-de-grub-sur-pc-uefi/

Note que j'y vois tout de même quelques limites, que je n'évoque pas dans mon article... une autre fois.

Rebonjour à tous

J'ai 2 DD externes ( 1 premier vient de me lâcher), 2 To de 5 ans et 4 To de 1 an, pour mes données en double, maj 1 à 2 fois par semaine. Pas de jeux du tout.

Je fais un peu d'astro, avec des logiciels que je ne maîtrise encore pas sous linux.

Je voudrais donc conserver win 8.1 pour d'autres raisons logicielles, ayant viré win 10 (avec ikwedu_), qui ne me plaît pas du tout, et qui n'était pas compatible à l'époque par Acer, histoire de bios.....

https://forum.pcastuces.com/nettoyage_pc-f8s16098.htm?page=2

Mon petit problème du HDD, je n'y crois pas trop pour le moment, mais bon...

https://forum.pcastuces.com/analyse_crystaldiskinfo-f4s96245.htm

Effectivement, la solution que je retiens serait de formater les 2 disques, le HDD pour mes données éventuelles (et faire "joujou" avec les distrib linux , en attendant), le SSD en réinstallant Win 8.1 et Mint.

Compliqué ? ou meilleure solution ?

Le Hdd a mon avis il faut le garder en l'état dans un première phase et se concenter sur le SSD qui devrait devenir ton disque principal. Le windows 8.1 tu ne nous a toujours pas répondu si tu voulais le cloner ou le ré-installer sur le SSD?