Réparation dual boot W7/Linux Mint

[Gelmou]

Dernier message de la page précédente :

Et bien ? Pourquoi est-ce que tu t'arrêtes ?

tu veux dire pourquoi est-ce que je ne lance pas la réparation du système d'amorçage de Windows ?

[Armaggion]

Bah oui, c'était ton plan, et tu t'arrêtes quand ça devient intéressant.
Ce teasing !!! On dirait une série Netflix

[Gelmou]

entre autre parce que je suis en train d'étudier ça :
https://linuxmint-installation-guide.re ... iboot.html
pour essayer de savoir comment réparer le GRUB/amorçage de Linux quand W7 l'aura écrasé...

[Armaggion]

Ok, l'épisode suivant n'est pas encore dispo. Raaaaah ! Bon bah on verra la suite du feuilleton demain alors. Bonne nuit

[Gelmou]

J'ai pas l'intention de m'arrêter.
Au contraire.
Mais après que mon clonage ait été fait et que W7 ait bien redémarré (voir les messages de clôtures des sujets précédents...)
Et que par la suite W7 n'ai plus voulu redémarrer du tout, sans que je sache pourquoi,
ça a été la douche froide.

Donc là j'essaie de comprendre (apprendre) ce que j'ai à faire pour réparer ça.
Pas à pas.
Me retrouver sans W7 pour le moment ne me pose aucun problème.
Mais perdre l'accès à la linux mint, ça je veux pas en prendre le risque.

Tôt ou tard je trouverai la solution pour réparer ce boot Windows.
Là j'attends un disque dur de 1To que je suis en train de vider, et qui va me servir d’atelier de bricolage.
Je vais commencer par y installer un dual boot Linux/mint/W7,
et même un multiboot quand je pourrai, avec une debian.
Tout en continuant d'apprendre Linux.

Et je vais y faire mes travaux d'apprentissage sur ce disque dur, où je pourrai casser tout ce que je veux,
faire toutes les conneries qu'il faudra,
jusqu'à ce que je sache maîtriser ces histoires de boot.
Et savoir me démerder avec le système et le terminal.

Alors je pinaille, mais je ne veux pas perdre accès à ma Linux Mint actuelle tant que je ne serai pas sur de pouvoir m'en sortir.
Donc je récolte les infos, mais avant de faire un pas de plus je veux être sur de ne pas foutre en l'air mon accès à ma session Linux.
Crois moi, j'y passe des heures, tranquille, quand ça me prend la tête je lâche...

[Jennatux]

Montre

Code : Tout sélectionner

sudo fdisk -l

et

Code : Tout sélectionner

sudo blkid -o list

suite à un changement de place de la partition et du disque dur d'installation du système W7,

Quand tu dis ça, tu veux dire quoi ,
Que tu as déplacé la partition Windows ? le disque ou était Windows ?, parce que l'on voit que l'update-grub la trouve en sde7 alors qu'avant c'était en sda1

Windows je connais pas trop , peut etre le réinstaller sur un disque en débranchant les autre disques → remonter les disques → redemarrer mint et refaire

Code : Tout sélectionner

sudo update-grub

[Gelmou]

Bonjour Jennatux,

Code : Tout sélectionner

gelmou@zenon:~$ sudo fdisk -l
[sudo] Mot de passe de gelmou :          
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/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 1043185663 1043183616 497,4G  7 HPFS/NTFS/exFAT
/dev/sda2             1043185664 1056280575   13094912   6,3G 82 partition d'éch
/dev/sda3             1056280576 1953523711  897243136 427,9G 83 Linux

Disque /dev/sdg : 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/sdg1          2048 2109790207 2109788160  1006G Données de base Microsoft
/dev/sdg2    2109790208 7814031359 5704241152   2,7T Données de base Microsoft

Disque /dev/sdf : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: CT1000BX500SSD1 
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

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 : dos
Identifiant de disque : 0x3df6d466

Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type
/dev/sde1    *          2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sde2             206848 389119999 388913152 185,5G  7 HPFS/NTFS/exFAT


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/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
gelmou@zenon:~$ 

Code : Tout sélectionner

gelmou@zenon:~$ sudo blkid -o list
device     fs_type label    mount point    UUID
-------------------------------------------------------------------------------
/dev/sdb1  ntfs             /mnt/5C43AE2F430A7A37 5C43AE2F430A7A37
/dev/sda1  ntfs             (non monté)   2805CA5A3AAEE2EC
/dev/sda2  swap             [SWAP]         2f03b877-6d48-4b54-816a-9a4905640bbb
/dev/sda3  ext4             /home          71068e10-7bde-4f78-a3e2-ca2f6b6ead11
/dev/sdg1  ntfs             (non monté)   723808C441CCEB9E
/dev/sdg2  ntfs             (non monté)   50EA4DCC120B6475
/dev/sde1  ntfs    Réservé au système (non monté) FACC6F6ECC6F23DB
/dev/sde2  ntfs             (non monté)   B49873A4987363B0
/dev/sdd1  ntfs             (non monté)   57B73EE264001899
/dev/sdc1  ext4             /              aaebf5e2-d49b-47f1-86e2-73368466aff7
gelmou@zenon:~$ 

Oui, j'ai effectué le clonage avec Rescuezilla de ce disque (source clonage) de 1To :
/dev/sda, avec sda1 - amorçage Win/dualboot/Grub, et /dev/sad2 avec système W7)
sur un SSD 500Go dsique cible : le /dev/sde.

Alors quand j'ai redémarré, après avoir débranché le 1To source (/dev/sda), tout fonctionnait très bien (à partir de /dev/sde1).

Du coup j'ai supprimé toutes les partitions du 1To parce que j'y ai transféré le /home de la Linux Mint (/dev/sda3 actuel donc), et le linux-swap (/dev/sda2 actuel aussi).
Et j'ai fait de /dev/sda1 un simple fichier de stockage NTFS.

Et quand j'ai voulu retourner sous W7 parce qu'en dernière étape je voulais agrandir la partition système /dev/sde1 de W7 à tout le disque dur sur laquelle elle se trouve,
là ça n'a plus été possible de booter pour W7.

La Linux Mint elle, fonctionne, et pointe bien son /home/ sur sur /dev/sda3.

peut être le réinstaller sur un disque en débranchant les autre disques → remonter les disques → redemarrer mint et refaire

Alors maintenant j'ai deux voies de travail pour l'instant en vue :

Il faut savoir auparavant que j'ai vidé un disque dur de 1T0 (/dev/sdf) que je viens d'installer vierge dans le PC.
Pour deux raisons : la première c'est parce que j'ai commencé une formation (vidéos, études de docs, etc...) du système Linux,
afin de devenir autonome. Au moins pour la maintenance. Et apprendre à me débrouiller avec.
Et donc j'ai l'intention d'y installer un multiboot systèmes : W7/Linux Mint/Debian, pour faire mes exercices, et conneries d'apprentissage sur ce disque sans endommager les systèmes d'usage courants actuels. Donc ce disque dur sera un atelier d'apprentissage.
Mais avant d'être capable d'installer un multiboot qui prendra en compte tous ces différents systèmes/disques durs,
je démarrerai sur ce disque atelier par le Bios.

Et la deuxième raison entre temps est venue s'inviter avec ce problème de boot qui foire pour W7 suite au clonage.
Je vais donc commencer par faire autre chose sur ce disque atelier. Et là je reviens à mes deux voies de travail :
1°) comme il me faut tenter une réparation du système d'amorçage de Windows avec son outil de réparation,
avant de faire ça je vais cloner mon /dev/sde sur ce 1T0 vierge (/dev/sdf).
Puis j'installerai (toujours sur /dev/sdf) une Linux Mint pour faire dualboot avec ce W7.
Et c'est sur ce disque atelier que j'essaierai d'effectuer la réparation du système d'amorçage de Windows.
2°) Suivie par celle du dualboot/Grub, avec boot-repair, parce qu'elle aura été écrasé alors par la réparation système de Windows.

Je fais ça parce que je ne veux pas me retrouver sans ma session actuelle Linux Mint (celle sur /dev/sda3),
ce qui me priverait totalement du PC, et puis ça me sert aussi pour apprendre...

Et si j'arrive à trouver la solution pour régler ce problème sur le disque atelier,
je pourrai la tenter alors sur le disque de mon système réel (/dev/sde1).

Vous comprenez ce que je veux faire ?

[Gelmou]

En fait je viens de me rendre compte que j'ai dit une bêtise :

Puis j'installerai (toujours sur /dev/sdf) une Linux Mint pour faire dualboot avec ce W7.

Pour faire ce que je veux faire (réparer le système de démarrage Windows, sur le disque atelier (/dev/sdf),
ce n'est pas nécessaire car après le clonage sur le disque dur atelier, j'ai débranché le SSD500GO (/dev/sde) et j'ai redémarré sur le Grub qui se trouve alors sur le /dev/sdf.
Le Grub a fonctionné pour Linux, mais pas pour W7.
Alors j'ai tenté la réparation de ce système d'amorçage Windows avec l'outil réparation Windows du disque DVD ISO d'installation.
Et ça a fonctionné. Sans bouziller le système GRUB dualboot Linux.

Donc pour l'instant sur ce disque atelier le dualboot est réparé.
J'ai fait plusieurs fois des redémarrages pour passer soit sous W7, soit sous Linux, et ça fonctionne.

Je vais tenter de refaire ces opérations sur le disque d'utilisation normal (/dev/sde) en débranchant cette fois le /dev/sdf (disque atelier).
Et si tout est rentré dans l'ordre je viendrai clôre ce sujet...

[Gelmou]

Voilà, alors je pense que je peux clôturer le sujet car après un certain temps de travail et de redémarrages entre le W7 et la Linux Mint,
sur le disque normal, le /dev/sde, soit le SSD 500Go qui a reçu le clonage des systèmes boot et/Grub, W7,
cela semble maintenant fonctionner comme il faut.

L'outil de réparation Windows a effectué plusieurs redémarrages, vérificaitions/corrections des fichiers systèmes et ou de démarrages,
et puis tout s'est bien passé depuis le Grub pour accéder à la session W7.
Et pas de problème non plus session Linux.

Donc la réparation W7 n'a pas massacré le boot Linux.
Du coup j'ai pu terminer toutes ces opérations en donnant à W7 toute sa place en étendant sa partition sur tout le disque SSD500 Go. Ce qui était le but de l'opération.
Maintenant qu'il est installé sur un SSD il démarre à une vitesse comme je n'avais jamais vu. Aussi vite que Linux. Ce qui me gonflait avant tellement c'était long avec W7. Et ça c'est fini maintenant.

La LinuxMint a aussi son SSD 120 Go rien que pour le système puisque j'ai pu migrer son home sur l'ancien 1To.
C'est ce que je voulais aussi.

Et tout ça a été à l'origine de cette très, très, très, longue série de messages tous azimuts depuis le début.
La surprise est totale !

Donc maintenant je vais retourner tout supprimer sur le disque de 1 To atelier et commencer mes travaux d’installation en vue d'un multiboot w7/LinuxMint/Debian pour continuer mon auto formation.

Et je remercie la communauté qui s'est donné la peine de me répondre sans m'envoyer la brigade...
Comme quoi ça n'aura pas été inutile de m'aider...

[Williame]

Bon, il ne te reste plus qu’à mettre à jour ton W7 parce que l’utiliser de nos jours, c’est chercher les ennuis !
Et puis quoi ? Le feuilleton est déjà fini ?

[Gelmou]

Bon, il ne te reste plus qu’à mettre à jour ton W7 parce que l’utiliser de nos jours, c’est chercher les ennuis !

Ah non, sûrement pas !
Si tu veux en discuter il faut qu'on trouve un autre endroit parce qu'ici on va se faire souffler dans les bronches...

Et puis quoi ? Le feuilleton est déjà fini ?

Ben non, la vie continue...
Enfin pour ce qui est d'avec Linux, je dirais même que pour l'instant elle commence en changeant de cap.
Mais là aussi : même remarque que plus haut