Discussion :

[Gelmou]

Bonjour, j'ai un dualboot LinuxMint/W7 installé et qui fonctionne correctement depuis des années sur mon PC (depuis 2019).
Le disque d'amorçage, celui sur lequel se trouve W7 (uniquement le système, les documents Windows étant sur un autre disque interne au PC),
avec le dualboot et le GRUB,
sont sur un SATA de 1TO.

La partition de W7 de ce disque de 1TO, plus les quelques autres pour le démarrage/amorçage, en tout ne dépassent pas 190GO de capacité.
Il n'y a rien d'autre sur ce disque.

Sauf que ce disque, vu qu'il commence à vieillir et avant que les problèmes n'arrivent, je voudrais transférer limage de son système W7 tel qu'il est actuellement, sur un SSD de 500GO neuf que je viens d'acquérir.

Par ailleurs la LinuxMint est installée sur un autre disque, un SSD de 120GO qui lui va très bien.

Mais elle, elle commence a y être à l'étroit, et je veux donc déplacer ultérieurement son /home sur un autre disque dur interne (en fait ce sera le 1TO quand je l'aurai libéré du W7...)
Il faut aussi que j'envisage de migrer cette distribution LinuxMint vers une plus récente parce qu'il y a des choses qu'elle ne prend pas en charge.
Par exemple Python 3.9 alors que je ne peux utiliser sur celle que j'ai Python 3.8, qui lui est « Support for Python version 3.8 has been deprecated. Please update to Python 3.9 or above».
Or il y a un problème concernant la version LinuxMint que j'ai avec Python 3.9 qu'elle n'a pas l'air de prendre en charge.
D'où une raison de migrer vers une plus récente.

Voilà donc mon projet.
Comment procéder ?
Dans quel ordre ?
Avec quels outils ?

En vous remerciant par avance pour toute réponse/aide/contribution,
Gelmou

[chrtophe]

Tu vas donc changer les deux disques. C'est bien ça ?

Je clonerais donc le 1 To sur le 500 Go avec Clonezilla. Attention, par défaut il va refuser le clonage sur un disque plus petit, il y a une option avancée à cocher.

Une fois ce disque changé, si tout est ok, tu formates le 1To en vue d'y déplacer le /home du SSD. Une fois formaté, tu le montes dans le Linux, tu fais une copie dans ce point de montage, puis tu modifie le fstab pour faire pointer le home sur la partition concernée sur le 1 To puis tu rebootes.
Si tout est ok, tu le remodfie pour avoit accès au home d'origine (remise de l'entrée fstab d'origine) puis tu efface le /home d'origine, vu qu'il a été copié sur le 1To. restera à remodifier le fstab pour repointer le home sur le 1To.

Ensuite tu peux faire un clone du Linux dans un fichier image sur le 1 to avant de faire ta MàJ. Comme ça en cas de prob, tu peux le restaurer.

[Gelmou]

Merci beaucoup pour ta réponse @chrtophe.

Bon, je vais être très prudent parce que je suis pas technicien en la matière.

La première chose si j'ai bien compris sera de " cloner le 1 To sur le 500 Go avec Clonezilla ".

Puis retirer le 1TO et redémarrer le PC pour voir si je boote bien dessus le SSD avec son W7. Non ?

Ensuite si tout est OK, c'est à dire que le dualboot fonctionne et que je retrouve le GRUB, et mes deux sessions W7 (celle du SSD 500GO) ou LinuxMint (elle étant sur son SSD 120GO),
je pourrai procéder au 1TO.
Et la suite des opérations que tu indiques.
C'est bien ça ?

Sauf qu'à ce moment là il faudra que je redemande de l'aide car je n'ai jamais fait tout seul quoi que ce soit dans le fstab.
Je l'avais fait, il y a des années, mais sous conseils directs et précis, de comment y accéder, et exactement y faire ce que je devais y faire. (Commandes à rentrer etc...)

J'ai bien résumé la première partie de ce que tu me dis ?

[chrtophe]

Oui, si tu fais bien les choses, au pire ça foire mais tu n'efface pas l'original.

Pour la seconde partie, le Linux, tu peux envisager d'installer un système propre, puis de copier les données, peut-être plus facile pour toi.

[Gelmou]

" Pour la seconde partie, le Linux, tu peux envisager d'installer un système propre, puis de copier les données ".
Oui c'est ce que je ferai je crois.

Je reviendrai dire ce qu'il en est...

[Gelmou]

Re bonjour chrtophe,

donc je viens de faire un tour d'essais avec Clonezilla pour tenter de cloner le disque 1To => SSD500GO.

Alors plusieurs questions ou problèmes, ou quelque chose que je n'ai pas su faire :

1°) tentative de clonage du disque sda (1To) - étapes réalisées :









Là donc échec, après recherches pour comprendre je n'y suis pas arrivé.

Donc 2°) je me suis dis que ce qui doit poser problème c'est ceci :



Soit cette partition que j'ai bien supprimée pour que le disque 1TO (sda) à cloner soit ramené à 200GO environs.
Mais comme Clonezilla détecte cette partition comme présente, d'une part,
et comme elle est installée entre celle du système W7 (sda2) et la sda4/sda5 qui est le linux-sawp,
cela doit poser problème à Clonezilla puisqu'il s'agit d'un clone du disque entier.

Alors explications : pourquoi le linux-swap est installé ici ?
Ben je sais plus.
On avait fait ça à l'époque (l'installation originelle de ce dual boot remonte à 2017/2019, je ne me souviens plus très bien).
C'est un ami informaticien qui me l'avait fait à l'époque.

Donc soit je le déplace de sda vers le disque dur où se trouve la LinuxMint actuelle (sdc).
Voici la GParted de ce disque (donc je pourrais installer le linux-swap en prenant de la place sur sdc2 :



et dans ce cas il faudrait m'aider à le faire.
Donc soit déplacer le linux-swap avant d'effectuer le clonage des partitions sda1 et sda2.

Soit, c'est ce que j'ai commencé à préparer avant de venir poster ce message :
en attendant effectuer la sauvegarde image de sda.
Parce que je me suis dis que peut-être à partir de la restauration de l'image je pourrai peut-être choisir les partitions que je veux sda1, sda2, et laisser tomber le reste.
Voici pour cela ce que j'ai fait (déjà pour m'entraîner...) :









Auquel cas j'ai choisi ici (sdf2):





je suis obligé de continuer dans un message suivant pour limite de nombre d'images...

[Gelmou]

Continuation du message précédent.









Voilà.
Maintenant je me rends compte que si c'est pour utiliser l'image de sauvegarde en la restaurant sur sdf2 il aurait mieux valu que j'y inclue pas sda4/sda5.

Mais d'un autre côté, ce que j'ai pensé à ce moment là, c'était que si je devais bidouiller le linux-swap actuel du sda,
et que je fasse une connerie,
il valait mieux que je sauvegarde l'image intégrale du sda.
Pour le cas où si j'ai un problème,
que je puisse la réinstaller sur lui afin de continuer à avoir un PC qui fonctionne...

Voilà où j'en suis.
Mes excuses pour cet envoi (groupé) intégral des images des opérations avec Clonezilla.
J'ai un peu chargé la mule...
Mais je voulais, pour la 1ère fois que je l'utilise,
que tu puisses voir comment j'ai sélectionné ce qu'il y avait à faire soit pour le clonage, soit pour la sauvegarde.
Au cas où il y aurait des choses à corriger/reprendre.
Je ne referai pas tous ces envois ultérieurement.
Seulement les étapes nouvelles ou cruciales, selon le cas échéant.

J'attends tes conseils.
Mais si il faut en passer par fstab pour pointer le nouveau linux-swap en cas de déplacement de ce dernier,
ne pas hésiter à me faire prendre ce chemin.
J'ai aussi envie d'apprendre en même temps...

Et toujours, merci pour l'aide...

[chrtophe]

Depuis le linux en fonctionnement, peux-tu nous donner le résultat des commandes ssuivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fdisk -l

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat /etc/fstab

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

blkid

[Gelmou]

Oui voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
gelmou@zenon:~$ fdisk -l
Disque /dev/sda : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD1003FZEX-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x26ae86ef
 
Périphérique Amorçage      Début        Fin  Secteurs Taille Id Type
/dev/sda1    *              2048     206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2                 206848  389119999 388913152 185,5G  7 HPFS/NTFS/exFAT
/dev/sda4             1943269374 1953523711  10254338   4,9G  5 Étendue
/dev/sda5             1943269376 1953523711  10254336   4,9G 82 partition d'écha
 
La partition 4 ne commence pas sur une frontière de cylindre physique.
 
 
Disque /dev/sdb : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: WDC WD40EZRZ-00W
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 2C01D5E0-E1C0-44B6-A182-0D4AABD4311A
 
Périphérique Début        Fin   Secteurs Taille Type
/dev/sdb1     2048 7814035455 7814033408   3,7T Données de base Microsoft
 
 
 
 
Disque /dev/sdd : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: WDC WD20EZAZ-00G
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xbe124f2b
 
Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdd1              2048 3907028991 3907026944   1,8T  7 HPFS/NTFS/exFAT
 
 
Disque /dev/sdf : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: ST4000DM004-2U91
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 1E76577E-9A8F-43F8-A5EF-A2DDC3279CEF
 
Périphérique      Début        Fin   Secteurs Taille Type
/dev/sdf1          2048 2109790207 2109788160  1006G Données de base Microsoft
/dev/sdf2    2109790208 7814035455 5704245248   2,7T Données de base Microsoft
 
 
Disque /dev/sdc : 111,81 GiB, 120034123776 octets, 234441648 secteurs
Disk model: CT120BX500SSD1  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xc01824a0
 
Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type
/dev/sdc1                 2048  97656831  97654784  46,6G 83 Linux
/dev/sdc2             97656832 234440703 136783872  65,2G 83 Linux
 
 
Disque /dev/sde : 465,78 GiB, 500107862016 octets, 976773168 secteurs
Disk model: CT500BX500SSD1  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3C54C6D3-4548-4868-8542-5DF883F466E7
gelmou@zenon:~$

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
gelmou@zenon:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc1 during installation
UUID=aaebf5e2-d49b-47f1-86e2-73368466aff7 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdc2 during installation
UUID=71068e10-7bde-4f78-a3e2-ca2f6b6ead11 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=2f03b877-6d48-4b54-816a-9a4905640bbb none            swap    sw              0       0
/dev/disk/by-uuid/F4FAE2C7FAE28568 /mnt/F4FAE2C7FAE28568 auto nosuid,nodev,nofail,uid=1000,gid=6,fmask=111,dmask=000,x-gvfs-show 0 0
/dev/disk/by-uuid/5C43AE2F430A7A37 /mnt/5C43AE2F430A7A37 auto nosuid,nodev,nofail,uid=1000,gid=6,fmask=111,dmask=000,x-gvfs-show 0 0
/dev/disk/by-uuid/18831F1F5865B15D /mnt/18831F1F5865B15D auto nosuid,nodev,nofail,uid=1000,gid=6,fmask=111,dmask=000,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x50014ee262548139-part1 /mnt/wwn-0x50014ee262548139-part1 auto nosuid,nodev,nofail,fmask=111,dmask=000,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x5000c500be8ad832-part1 /mnt/wwn-0x5000c500be8ad832-part1 auto nosuid,nodev,nofail,fmask=111,dmask=000,x-gvfs-show 0 0
gelmou@zenon:~$

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
gelmou@zenon:~$ blkid
/dev/sda1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" UUID="FACC6F6ECC6F23DB" TYPE="ntfs" PARTUUID="26ae86ef-01"
/dev/sda2: UUID="B49873A4987363B0" TYPE="ntfs" PARTUUID="26ae86ef-02"
/dev/sda5: UUID="2f03b877-6d48-4b54-816a-9a4905640bbb" TYPE="swap" PARTUUID="26ae86ef-05"
/dev/sdb1: UUID="5C43AE2F430A7A37" TYPE="ntfs" PTTYPE="dos" PARTUUID="f08940dc-3b20-4131-99a5-5727e8a33b9a"
/dev/sdd1: UUID="57B73EE264001899" TYPE="ntfs" PTTYPE="dos" PARTUUID="be124f2b-01"
/dev/sdf1: UUID="723808C441CCEB9E" TYPE="ntfs" PTTYPE="dos" PARTUUID="b7bb1aab-4c90-43d7-9f04-9e77dc379ec2"
/dev/sdf2: UUID="441848AB44C149F9" TYPE="ntfs" PTTYPE="dos" PARTUUID="4eeff38b-fb32-4ecb-9e52-5b01da4a88cf"
/dev/sdc1: UUID="aaebf5e2-d49b-47f1-86e2-73368466aff7" TYPE="ext4" PARTUUID="c01824a0-01"
/dev/sdc2: UUID="71068e10-7bde-4f78-a3e2-ca2f6b6ead11" TYPE="ext4" PARTUUID="c01824a0-02"
/dev/sde: PTUUID="3c54c6d3-4548-4868-8542-5df883f466e7" PTTYPE="gpt"
gelmou@zenon:~$

[chrtophe]

Désactives le swap dans /etc/fstab en commentant la ligne correspondant (en mettant un # en début de ligne). Comme ça la partition linux sur le disque Windows en s'en fout. Dans l'absolu, si la partition swap est écrasée, ton linux bootera.

Tu pourras cloner le Windows sur son nouveau disque. Une fois fais, tu débranche le disque du Windows d'origine pou voir si ok.

[Gelmou]

Mais je ne peux pas recréer un swap sur le sdc en créant une partition sur l'espace de la sdc2 ?
Et faire en sorte que la linuxmint actuelle s'en serve comme c'est le cas pour celui qui se trouve sur le 1TO actuellement ?
Je ne vais plus avoir de swap pour la linux actuelle ?
À partir de GParted et du terminal de la live linuxmint.

Et une fois ça fait je supprime définitivement ce swap sur le 1TO,
pour reprendre complètement le clonage ?
comme ça d'une part le swap aura une place définitive,
et toute intervention sur le 1TO n'y touchera plus. Non ?

Je dis ça parce que toucher au système actuel utilisé ça m'inquiète,
je préférerais un filet de sécurité...

[chrtophe]

Je ne vais plus avoir de swap pour la linux actuelle ?

Dans un premier temps non. Il faudra ensuite en créer un là ou tu le souhaites.

Si tu veux être tranquille, crée un swapfile dans la partition actuelle du Linux et met à jour l'entrée dans le fstab en conséquence.

L'idée est qu'il n'y ai pas de partitions derrière la Windows pour te faciliter le clonage sur un disque plus petit.

[Gelmou]

crée un swapfile dans la partition actuelle du Linux et met à jour l'entrée dans le fstab en conséquence

Oui, c'est ce que je préfères.
Je vais essayer de trouver comment faire pour créer ce swapfile et mettre à jour l'entrée dans le fstab,
et je reviens après le clonage.

[Gelmou]

Re bonjour chrtophe,

donc j'ai fais les déplacements (linux-swap et /home) sur un autre disque dur.
J'ai supprimé ces deux anciennes partitions précédentes.
Ça a bien redémarré.

Puis j'ai effectué le clonage du 1TO => SSD 500 GO avec Rescuezilla,
pour y transférer la partition de démarrage/amorçage, dualboot/GRUB, plus celle de W7 système.
Après quoi j'ai débranché le 1TO,
suis retourné dans le BIOS changer les priorité de démarrage,
et là tout a l'air de fonctionner pour le moment (dualboot/GRUB, LinuxMint et/ou W7).

Voilà le rapport de clonage :

mage source: /dev/sda
Registre des partitions restauré avec succès.
Restauration réussie de la partition d'image /dev/sda1 vers /dev/sde1.
No changes needed for NTFS filesystem geometry of /dev/sde1
Restauration réussie de la partition d'image /dev/sda2 vers /dev/sde2.
No changes needed for NTFS filesystem geometry of /dev/sde2
GRUB n'a pas été mis à jour (le cas échéant)

L'opération a duré 27.4 minutes.

Je te remercie beaucoup chrtophe.
Comment on fait pour marquer Résolu ?

[Gelmou]

Bon, ben je suis obligé de revenir car finalement ça ne fonctionne pas si bien que ça.

Concernant le démarrage à partir du GRUB de W7 cela ne fonctionne plus.
Je ne comprends pas parce que depuis le dernier message où j'avais constaté que cela fonctionnait,
(je parle pour W7 car pour Linux ça fonctionne)
est-ce que ce serait dû au fait que j'ai rebranché le disque de 1TO ? Alors que je n'ai rien fait dessus depuis.
Sur ce 1TO il n'y a plus de partition de 100MO d'amorçage.
de toute façon quand je l'ai essayé précédemment,
je l'avais débranché et cela fonctionnait... (? ? ?)

Je vais noter tout ce que je peux comme messages qui apparaissent lors de cet échec de démarrage sous W7 et je reviens en rendre compte.

[Gelmou]

Bon,
je rapporte toutes les infos et les messages récupérés selon les divers procédés concernant cet échec du chargement de W7 à partir du GRUB.

tout d'abords à l'invite du GRUB:

Linux Mint 20.1 Cinnamon
Options avancées pour Linux Mint 20.1 Cinnamon
Windows 7 (sur /dev/sda1)

en sélectionnant Windows 7 et faisant (e) edit :

set paramams 'Windows 7 (sur /dev/sda1)'
insmod part_msdos
insmod ntfs
set root='hd∅,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd∅,msdos1 --hint-efi= hd∅,msdos1 --hint-baremetal=ahci∅,msdos1 FACC6F6ECC6F23DB
else
search --no-floppy --fs-uuid --set=root FACC6F6ECC6F23DB
fi
parttool ${root}hidden-
chainloader +1

Alors que j'ai relevé depuis GParted l'UUID de la partition d'amorçage du SSD 500Go (UUID: B49873A4987363BO)
la partition amorçage: (100MO)sur /dev/sde1 (et non pas sur /dev/sda1): UUID : FACC6F6ECC6F23DB
Je pense que le problème se situe par là...

Ensuite si j'essaie de démarrer la session W7 à partir du GRUB:

Gestionnaire de démarrage Windows
La sélection de démarrage a échoué car un périphérique nécessaire est inaccessible.

Enfin quand j'utilise la Clé réparation W7 (ou le DVD ISO - outils réparation système, j'ai fait les deux) :
L'outil de récupération système se lance et affiche :

Option de récupération système.
Windows a trouvé des problèmes dans les options de démarrage de l'ordinateur.
Voulez-vous effectuer les réparations et redémarrer votre ordinateur ?

Afficher les détails

L'option de démarrage suivante sera réparée :
Nom : Windows Boot Manager
Identificateur : {9DEA862C-5CDD-4E70-ACC1-F32B344D4795}

L'option de démarrage suivante sera supprimée :
Nom : Windows 7
Identificateur : {E7C458B7-A4B7-11E5-9262-1C872C5FED89}
Périphérique Windows : Partition=introuvable

L'option de démarrage suivante sera ajoutée :
Nom : Windows 7 Professionnal (récupérée)
Chemin d'accès : Windows
Périphérique Windows : Partition=I: (189899 Mo)

Le reste n'était pas accessible
à cause du fait qu'il n'y a pas de souris ni moyen par le clavier de faire défiler vers le bas la boîte de dialogue...

Donc j'ai refusé => je me suis retrouvé sur le Menu du choix d'outil de récupération :

Système d'exploitation : Windows 7 sur (Inconnu) Disque Local
* Réparation du démarrage
* Restaurer le système
* Récupération de l'image système
* Diagnostic de mémoire Windows
* Invite de Commandes

Voilà.
Donc pour le moment impossible d'accéder au W7.
Ce qui est stupide c'est que comme j'ai vu que ça fonctionnait (voir le message antérieur à ce sujet)
Je n'ai pas cru bon de faire de sauvegarde image du système W7...

Alors pourquoi j'ai refusé pour le moment la réparation automatique que me propose Windows ?
Parce qu'il me semble qu'à l'époque il avait été question du fait que ce genre de réparation par Windows,
de cette partition d'amorçage bousillait tout le système dualboot/GRUB.
Peut-être que je dis des conneries,
mais ne sachant pas, je n'ai pas voulu prendre le risque d’aggraver la situation...
SI vous me dites qu'il faut tenter la réparation je le ferai.
Mais je préfère attendre votre avis avant.
Peut-être aussi qu'il faut laisser Windows faire son truc, puis ensuite réparer le dualboot/GRUB avec une clé bootable Linux.
Mais là j'aurai besoin d'aide.

Sinon je vais faire un essai de rebooter le PC en débranchant le 1TO, mais je n'y crois pas trop...

[chrtophe]

ça donne quoi sans le To ?

Il doit s’emmêler les pinceaux entre les partitions clonées et celles d'origine qui ont le même UUID.

Si ça ne marche pas, il faudra effectuer la réparation du boot Windows, qui va écraser le boot Linux, puis depuis un livecd Linux lancer boot-repair.

En espérant que boot-repair soit capable de gérer la réparation avec un Windows, je pense que oui mais jamais fait.

[Gelmou]

ça donne quoi sans le To ?

Non, ça ne change rien.
Il ne boote plus sur Windows.

C'est le nœud gordien.
Soit je prends le risque de ne pas pouvoir utiliser W7,
soit celui de perdre accès à la Linux Mint.
C'est c... j'ai pas envie de choisr

Pour le moment je préfère être amputé de W7.

Mais si c'est une histoire d'UUID de disque,
il suffit que je vide temproairement de 1TO de tout ce qu'il a,
que je détruise toutes ces partitions,
que je crée une nouvelle table de registre ou change son UUID, non ?
C'est pas possible de lui refaire une toute nouvelle identité ?

Après je réinstallerai ce qu'il faut dessus.

Mais je ne me demande si ça vient bien de l'UUID.
Car l'UUID de sda1 c'est 2805CA5A3AAEE2EC
or celle que cherche W7 si je comprends peu ou prou ce que dit l'édit à partir du menu du GRUP sur Windows 7 c'est :

set paramams 'Windows 7 (sur /dev/sda1)'
insmod part_msdos
insmod ntfs
set root='hd∅,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd∅,msdos1 --hint-efi= hd∅,msdos1 --hint-baremetal=ahci∅,msdos1 FACC6F6ECC6F23DB
else
search --no-floppy --fs-uuid --set=root FACC6F6ECC6F23DB
fi
parttool ${root}hidden-
chainloader +1

Soit, si je comprends bien, il cherche ou a besoin de FACC6F6ECC6F23DB.
(celle qui se trouvait en boot sur le 1To.

Or il la cherche, comme c'était avant dans son installation d'origine, en sda1.
Mais maintenant l'UUID de sda1 c'est 2805CA5A3AAEE2EC
Et l'ancienne UUID de boot du 1To, depuis la clonage, est passée en sde1 (soir le SSD500 Go, cible du clonage).
Ce qui est logique.

Sauf que le boot de W7 lui il la cherche toujours comme ça doit être écrit en lui (je traduis ça dans mes termes...) en sda1.
Soit sur le 1To.
Tu vois ce que je veux dire ?
Pour moi le binz il est là...

Donc les UUID des disques ne sont pas pareilles.
À mon avis...

Autre chose, quand je me suis renseigné sur l'installation d'un dualboot, on m'explique toujours qu'il faut commencer par installer Windows,
Puis après on installe Linux, qui installe finalement le dualboot et le GRUB.
Donc c'est que Linux modifie dans la partition de 100 Mo de boot de Windows,
il y crée je crois un espace d'amorçage qui lui est propre,
où il installe le dualboot et le GRUB.

Donc c'est qu'il peut modifier ce que Windows a fait en premier.
Et ce que Windows aura détruit, reviendra à ce que ce soit comme si il s'était installé à l'origine et que Linux passe par dessus après lors de son installation.
C'est à dire sans le dualboot avant (comme dans le cas ouù W7 l'aura détruit dans sa réparation),
et après une fois la correction ou la réécriture par Linux.
C'est pas comme ça que ça se passe ?

Ou alors il faudrait refaire l'installation Linux ?

Si ça pouvait s'arranger comme ça...
Comme je dois migrer vers une version plus récente,
il suffirait que je réinstalle complètement la nouvelle version ?
Et du coup elle remettrait un dualboot/GRUB nouveau et correct. Non ?

Je réfléchis sur la logique, mais je n'ai pas la connaissance technique informatique pour en être sur.
C'est à la portée de tout informaticien je pense.
Mais moi tout seul...
J'ai pas vraiment envie de me lancer sans certitude technique et appuis si tu vois ce que je veux dire...

[chrtophe]

Sauf que le boot de W7 lui il la cherche toujours comme ça doit être écrit en lui (je traduis ça dans mes termes...) en sda1.
Soit sur le 1To.
Tu vois ce que je veux dire ?

ça doit être plus ou moins ça.

que je crée une nouvelle table de registre ou change son UUID, non ?

on parle de table de partitions mais oui. Mais le clone a été assez intelligent pour créer de nouvelles tables et don cde nouveaux UUID.

je me suis renseigné sur l'installation d'un dualboot, on m'explique toujours qu'il faut commencer par installer Windows,
Puis après on installe Linux, qui installe finalement le dualboot et le GRUB.
Donc c'est que Linux modifie dans la partition de 100 Mo de boot de Windows

Plus ou mois. En mode BIOS Grub va chainer l'amorce Windows quand l'entrée Windows est appelé. Il faut donc effectivement installer Linux après Windows. En UEFI, chaque OS a son amorce dans un dossier de la partition ESP. Grub va être capable aussi de chainer vers Windows. Vu que ta partition de swap était une partition étendue, je présumes que tu étais en BIOS.

Il te faut d'abord réparer le boot Windows en bootant sur un OS de récupération ou un ISO d'installation.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

bootrec /fixboot

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

bootrec /fixmbr

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

bootrec rebuild bcd

Fais-le disque d'origine débranché qu'il n'aille pas te créer plusieurs entrées avec les deux Windows qui ajouterais à la confusion.

Une fois le Windows opérationnel, il faudra booter sur un livecd linux et utiliser boot-repair, comme je le disais , je suis pas sûr qu'il gère la réparation d"un grub avec Windows prééxistant mais je suppose que c'est le cas.

[Gelmou]

OK, je résume pour pas faire de bêtise,

si j'ai bien compris, ce que tu me proposes de faire,
c'est d'utiliser les 3 lignes de code que tu me donnes,
à partir du boot sur un OS de récupération ou un ISO d'installation du W7 ?

Je les entre dans la ligne de commande de l'utilitaire de réparation Windows c'est ça ?

Et ce plutôt que d'utiliser son interface graphique avec sa réparation automatique du système.

En débranchant évidemment le 1To d'origine.

Ensuite si je ne peux pas réparer le boot Linux avec boot-repair,
je n'aurai qu'à installer la version upgrade de la Linux Mint en dual boot avec le W7.
Soit migrer de la 20.1 à la 22,
et elle, elle fera ce qu'il faut pour avoir un GRUB/dual boot correct. C'est ça ?