Home en double apres reinstall - Perte du GRUB

pierpiotr · Le 23/10/2019, à 16:36

Bonjour,
J'y arrive :

kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session non-EFI
kubuntu@kubuntu:~$

Dernière modification par pierpiotr (Le 23/10/2019, à 16:42)

ikewdu · Le 23/10/2019, à 17:46

Essaie d'installer boot-repair sur ton LiveCD ; tu vérifies que le disque contenant W7 est toujours dev/sdc comme ici :

=================== fdisk -l:
Disk /dev/sdc: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Disklabel type: dos

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdc1             2048 2930286591 2930284544   1.4T 83 Linux
/dev/sdc2  *    2930286592 2930491391     204800   100M  7 HPFS/NTFS/exFAT
/dev/sdc3       2930491392 4294967295 1364475904 650.6G  7 HPFS/NTFS/exFAT

Si oui, tu tentes de réinstaller le démarrage de Windows sur /dev/sdc en passant par les options avancées de boot-repair :

Tu décoches "réinstaller grub", et tu coches "restaurer le mbr". Puis tu changes d'onglet.

Cette fois, tu sélectionnes "sdc (generic mbr)" et en dessous, "sdc2 windows 7" et tu appliques (je me réfère à ton dernier boot-info). Ca devrait supprimer grub de ton disque sdc et ton Windows 7 devrait redémarrer en mode Legacy. Si oui, on verra la suite.

Dernière modification par ikewdu (Le 23/10/2019, à 18:46)

pierpiotr · Le 24/10/2019, à 13:52

Bonjour,
Ce serait pas sdb2 ou 3 plutôt ?

buntu@kubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1,7 GiB, 1851285504 bytes, 3615792 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/sda: 111,8 GiB, 120034123776 bytes, 234441648 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: gpt
Disk identifier: 3B6B7013-50BB-4763-B727-B087384B819D

Device        Start       End   Sectors  Size Type
/dev/sda1      2048    507903    505856  247M EFI System
/dev/sda2    507904  49336319  48828416 23,3G Linux filesystem
/dev/sda3  49336320 234440703 185104384 88,3G Linux filesystem


Disk /dev/sdb: 2,7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000e9254

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1             2048 2930286591 2930284544   1,4T 83 Linux
/dev/sdb2  *    2930286592 2930491391     204800   100M  7 HPFS/NTFS/exFAT
/dev/sdb3       2930491392 4294967295 1364475904 650,6G  7 HPFS/NTFS/exFAT




Disk /dev/sdc: 7,4 GiB, 7885291520 bytes, 15400960 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: 0x680ca237

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdc1  *          0 3803903 3803904  1,8G  0 Empty
/dev/sdc2       3722708 3727635    4928  2,4M ef EFI (FAT-12/16/32)

geole · Le 24/10/2019, à 14:24

Bonjour
Le fait de booter en LEGACY a changé le nommage des supports.
C'est bien SDB et SDB2 (la partition qui a le flag de boot)

Dernière modification par geole (Le 24/10/2019, à 14:26)

pierpiotr · Le 24/10/2019, à 15:00

C'est fait (bot-repair)
Je peux lancer W7 via le UEFI BIOS Setting
Voici le Boot-info

ikewdu · Le 24/10/2019, à 17:11

Très bien... Depuis W7, il me faut maintenant le retour des commandes demandées ici :

https://forum.ubuntu-fr.org/viewtopic.p … #p22166588

pierpiotr · Le 24/10/2019, à 17:47

Voici

C:\Users\Pier>dir c:\windows\system32\winload*
 Le volume dans le lecteur C n'a pas de nom.
 Le numéro de série du volume est F60D-0045

 Répertoire de c:\windows\system32

21/11/2010  05:24           642 944 winload.efi
21/11/2010  05:24           605 552 winload.exe
               2 fichier(s)        1 248 496 octets
               0 Rép(s)  630 467 923 968 octets libres

C:\Users\Pier>

et j'ai entré les commandes à la suite dans diskpart comme demandé

ikewdu · Le 24/10/2019, à 17:56

Bon, tu as bien une version 64 bits qui peut fonctionner en uefi. Il me faut aussi le résultat de diskpart.

pierpiotr · Le 25/10/2019, à 08:58

Bonjour,
voici une capture de diskpart

ikewdu · Le 25/10/2019, à 09:58

OK. On va tenter d'ajouter les fichiers de démarrage pour W7 à la partition efi. Il faut utiliser cmd en mode admin (par clic droit), car jusque-là, tu étais en mode user.

diskpart
sel disk 0
sel part 1
assign letter=z
exit

Puis, et là, il faut espérer que c'est accepté (la commande doit retourner que les fichiers ont été créés -NB, c'est un /L minuscule, et non 1):

bcdboot c:\windows /l fr-fr /s z: /f uefi

Là, tu auras deux possibilités :

1. La commande échoue : il faudra te résoudre soit à utiliser ton PC en legacy, ou à abandonner ton w7 si tu veux l'utiliser en uefi.

2. La commande réussit. Et là, on a trois cas si tu redémarres le PC en uefi :

a) Ça boote sur Ubuntu, tu me donnes le retour de sudo efibootmgr -v
b) Ça boote sur W7. Tu me donnes le retour (en admin) de bcdedit /enum firmware
c) Ça ne boote pas en uefi et là, il faudra refaire un rapport boot-info depuis le LiveCD.

Dernière modification par ikewdu (Le 25/10/2019, à 10:00)

pierpiotr · Le 25/10/2019, à 16:25

Là je pense que l'ordi a pas compris...

Par acquis de conscience après redémarrage :

pier@pier-Buro:~$ efibootmgr -v
Timeout: 0 seconds
No BootOrder is set; firmware will attempt recovery
pier@pier-Buro:~$ ^C
pier@pier-Buro:~$  [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session EFI
pier@pier-Buro:~$

Dernière modification par pierpiotr (Le 25/10/2019, à 16:30)

ikewdu · Le 25/10/2019, à 16:50

Re,

C'est un peu ce que je craignais. La commande bcdboot de W7 n'a pas toutes les options pour qu'on puisse écrire les fichiers de démarrage pour l'uefi. Essaie toujours la commande bcdboot sans le "/f uefi", on ne sait jamais. Si c'est accepté, tu feras un dir z:\efi pour voir le résultat.

Sinon, si tu as sous la main une clé USB d'installation de W10, on peut essayer avec elle. Sinon, il faudra te faire une raison. Soit laisser sdb en Legacy et perdre tes 700 Go, soit convertir en Gpt, et là, ton W7 ne fonctionnera plus et il faudra lui aussi le réinstaller en uefi.

Dernière modification par ikewdu (Le 25/10/2019, à 16:54)

pierpiotr · Le 25/10/2019, à 17:29

ça passe :

ikewdu · Le 25/10/2019, à 19:16

Oui, mais ce n'est probablement pas bon. Donne le résultat de

dir /a z:\efi\boot

J'ai bien peur qu'il nous faille un support d'installation de W10 pour faire la manipulation... Si ça passe.

Je te propose une chose. Laisse comme ça pour l'instant puisque tes deux OS fonctionnent (l'un en uefi, l'autre en legacy). Je suis absent pour trois jours, et donc, on ne pourra pas avancer, de toute manière. Mardi, je ferai des essais en reproduisant ta situation sur un PC virtuel, afin de trouver comment réussir cette conversion... Inutile de se lancer dans des tâtonnements qui ne mèneront peut-être à rien.

Dernière modification par ikewdu (Le 25/10/2019, à 19:24)

geole · Le 26/10/2019, à 07:41

Bonjour.

Bonjour ikewdu
Je pense comme toi que cela n'a pas fonctionné car la date d'accès du répertoire n'a pas été modifiée.

Pourquoi ne pas tenter cette solution: Rester entièrement légacy en se contentant de seulement transformer la table de partition du gros disque tel que décrit ici
https://forum.ubuntu-fr.org/viewtopic.p … #p22146904
(Pas de sauvetage du début du disque et pas de restauration et pas de partition bios-boot)
Si la transformation est bonne, j'ai compris, que les données sont conservées.
Il reste alors à booter avec le suppport d'installation en mode légacy. Vérifier qu'il a bien booté en légfacy
Lancer gparted pour mettre le drapeau bios-boot (bios-grub) au lieu du drapeau boot-esp
Lancer boot-repair afin qu'il mette à jour.

Si la commande OS-PROBER ne pense pas à détecter windows dans une partition GPT, il est possible de faire une entrée manuelle dans le fichier custom.
Restera à savoir si elle saura faire booter windows7

ikewdu · Le 26/10/2019, à 23:32

Salut,
Si on convertit le disque sdb en gpt sans créer les fichiers de démarrage de W7 quelque part, Ubuntu ne lancera jamais W7 car il ne trouvera pas bootmgfw.efi, et donc la base BCD.

De même, si on réinstalle Ubuntu en legacy, GRUB cherchera le fichier bootmgr de la partition sdb2. Il devrait le trouver, mais je ne suis pas sûr que Windows ne râle pas dans cette configuration.

Si tu veux te lancer, tu peux... Perso, je testerai les options possibles mardi.

Dernière modification par ikewdu (Le 27/10/2019, à 22:54)

Nasman · Le 27/10/2019, à 10:47

J'ai effectué un test de conversion d'un Windows XP (le seul windows que j'avais sous la main) installé en mode bios/mbr puis converti en gpt.
Pour cela j'ai installé installé XP sur disque mbr+bios
Converti en gpt (via un live d'ubuntu)
Créé une partition bios_boot (LBA=34-2047)
Installé ubuntu en mode gpt+bios

Lors de l'installation la partition d'XP a été détectée et est apparue au menu de boot.
Malheureusement le boot sur XP échoue (mais à priori c'est normal - il me met <partition_système_Windows>\system32\hall.dll manquant - bien qu'il soit là). Je pense que c'est parce qu'il ne retrouve pas la partition système Windows.
Je pense que cela serait peut être possible avec un windows plus récent (>= W7)

geole · Le 27/10/2019, à 15:00

ikewdu a écrit :

Salut,
Si on convertit le disque sdb en gpt sans créer les fichiers de démarrage de W7 quelque part, Ubuntu ne lancera jamais W7 car il ne trouvera jamais bootmgfw.efi, et donc la base BCD.
De même, si on réinstalle Ubuntu en legacy, GRUB cherchera le fichier bootmgr de la partition sdb2. Il devrait le trouver, mais je ne suis sur que Windows ne râle pas dans cette configuration.
Si tu veux te lancer, tu peux... Perso, je resterai les options possibles mardi.

J'ai

Bonjour
J'ai proposé la conversion en gpt et la remise en LEGACY du ubuntu par modification du flag de boot de la partition EFI avec boot-repair afin d'éviter une réinstallation.
Je viens de voir que cette méthode permet de reconnaitre windows XP
Reste à savoir si windows va démarrer lorsqu'il va s'appercevoir que le disque dur n'a plus lee même type de table de partition

ikewdu · Le 29/10/2019, à 16:04

Salut,

@pierpiotr

Je ne t'oublie pas. Je suis en train de reproduire ta situation sur PC virtuel. Ça prend un peu de temps, car W7 m'a contraint à supprimer ma Xubuntu déjà en place pour accepter de s'installer (il ne supportait pas la présence d'un disque gpt en parallèle). Je pense que demain, j'aurai pu tester...

Nasman · Le 29/10/2019, à 17:03

A confirmer mais les infos glanées semblent indiquer que :
- les Windows 32 bits ne fonctionnent que sur disque msdos et démarrage bios
- les Windows 64 bits ne fonctionnent sur disque gpt qu'en mode uefi

Après si on regarde la littérature (souvent axée sur windows), il n'existerait que le mode bios sur disque msdos et uefi sur disque gpt.
Avec un OS moins restrictif d'autres combinaisons fonctionnent.

moko138 · Le 29/10/2019, à 17:21

XP 32 bits, XP 64 bits, win7 32 bits et win7 64 bits :
quatre cas différents. Cf. https://fr.wikipedia.org/wiki/GUID_Partition_Table

Laissons de côté XP puisque pierpiotr a win7.

Nasman · Le 29/10/2019, à 17:24

Est-ce un Windows 7 64 bits ?

ikewdu · Le 29/10/2019, à 19:31

C'est un W7 64 bits, car la version 32 bits n'a pas de fichier winload.efi (d'où ma demande dir etc.). C'est installé comme chez pierpiotr. Je teste demain.

Edit. Il semblerait que l'opération de conversion soit faisable... mais ce n'est pas une mince affaire... Je voulais faire une démo, mais j'ai trop galéré pour proposer quelque chose de clair. Mieux vaut y aller pas à pas.

Mon point de départ est là :

On voit deux disques sda et sdb. La seule différence avec Pierpiotr est qu'ils sont inversés : Ubuntu est sur sdb (format gpt pour l'UEFI), et Windows 7 est sur sda (format dos pour Legacy) : les deux fonctionnent, mais indépendamment.

Et j'arrive à ceci à la fin :

Avec un grub qui affiche :

Il va falloir mettre au point quelques préalables :

- Il faut un support d'installation de W10.
- Il faut avoir accès au bios pour permuter "ubuntu" et "Windows boot manager" en uefi (car Windows va s'imposer).
- Il faut avoir un liveCD Linux pour parer à un éventuel problème.
- Il faut savoir si tu peux afficher grub manuellement avec la touche ESC si besoin.

Les étapes qu'il va falloir respecter :

1. Forcer l'affichage de grub en adaptant /etc/default/grub si c'est nécessaire.
2. Convertir /dev/sdb au format gpt (à ce stade, il ne fonctionnera plus- le mode Legacy sera alors définitivement inutile).
3. Créer les fichiers de démarrage de W7 pour l'uefi avec un support d'installation de W10 (là, l'option /f uefi fonctionne).
4. Modifier l'ordre de démarrage via le bios, ou bien la commande bcdedit ou encore efibootmgr pour redonner la priorité à Ubuntu.
5. Faire un update-grub pour ajouter l'entrée W7.
6. Nettoyer le fichier /boot qui s'est créé inutilement sur la partition efi dans une précédente commande.

Dernière modification par ikewdu (Le 29/10/2019, à 22:11)

pierpiotr · Le 30/10/2019, à 09:58

Bonjour ikewdu, bonjour à tous,
J'ai au bureau, ici, une clé usb d'installation de W10, mais je ne peux pas utiliser le N° de licence (qui est réservé à un client). Est-ce que ça ira ?
J'ai toujours la clé liveUSB de kubuntu

ikewdu · Le 30/10/2019, à 10:19

Oui... ça devrait fonctionner. Précise-moi également si tu peux afficher le menu grub (au démarrage) dans la configuration présente (en pressant ESC, en principe), et si tu accèdes aux options de l'UEFI aisément dans ton bios.

========== Complément pour geole ==================

Pour info, l'idée de geole qui consiste à réinstaller Ubuntu en Legacy et à convertir le disque sdb au format gpt fonctionne jusqu'à l'affichage de grub. Mais quand on veut lancer Windows, on obtient ceci :

Windows ne parvient pas à exécuter ses fichiers de démarrage, et pourtant, ils sont bien présents.

ikewdu@ikewdu-virtual-machine:~$ ls -R /media/ikewdu/7AAC5DD6AC5D8D8F/
/media/ikewdu/7AAC5DD6AC5D8D8F/:
 Boot   bootmgr   Recovery  'System Volume Information'

/media/ikewdu/7AAC5DD6AC5D8D8F/Boot:
BCD       BOOTSTAT.DAT  el-GR  Fonts  ja-JP        nl-NL  ru-RU  zh-HK
BCD.LOG   cs-CZ         en-US  fr-FR  ko-KR        pl-PL  sv-SE  zh-TW
BCD.LOG1  da-DK         es-ES  hu-HU  memtest.exe  pt-BR  tr-TR
BCD.LOG2  de-DE         fi-FI  it-IT  nb-NO        pt-PT  zh-CN

Dernière modification par ikewdu (Le 30/10/2019, à 10:26)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 23/10/2019, à 16:36

Re : Home en double apres reinstall - Perte du GRUB

#77 Le 23/10/2019, à 17:46

Re : Home en double apres reinstall - Perte du GRUB

#78 Le 24/10/2019, à 13:52

Re : Home en double apres reinstall - Perte du GRUB

#79 Le 24/10/2019, à 14:24

Re : Home en double apres reinstall - Perte du GRUB

#80 Le 24/10/2019, à 15:00

Re : Home en double apres reinstall - Perte du GRUB

#81 Le 24/10/2019, à 17:11

Re : Home en double apres reinstall - Perte du GRUB

#82 Le 24/10/2019, à 17:47

Re : Home en double apres reinstall - Perte du GRUB

#83 Le 24/10/2019, à 17:56

Re : Home en double apres reinstall - Perte du GRUB

#84 Le 25/10/2019, à 08:58

Re : Home en double apres reinstall - Perte du GRUB

#85 Le 25/10/2019, à 09:58

Re : Home en double apres reinstall - Perte du GRUB

#86 Le 25/10/2019, à 16:25

Re : Home en double apres reinstall - Perte du GRUB

#87 Le 25/10/2019, à 16:50

Re : Home en double apres reinstall - Perte du GRUB

#88 Le 25/10/2019, à 17:29

Re : Home en double apres reinstall - Perte du GRUB

#89 Le 25/10/2019, à 19:16

Re : Home en double apres reinstall - Perte du GRUB

#90 Le 26/10/2019, à 07:41

Re : Home en double apres reinstall - Perte du GRUB

#91 Le 26/10/2019, à 23:32

Re : Home en double apres reinstall - Perte du GRUB

#92 Le 27/10/2019, à 10:47

Re : Home en double apres reinstall - Perte du GRUB

#93 Le 27/10/2019, à 15:00

Re : Home en double apres reinstall - Perte du GRUB

#94 Le 29/10/2019, à 16:04

Re : Home en double apres reinstall - Perte du GRUB

#95 Le 29/10/2019, à 17:03

Re : Home en double apres reinstall - Perte du GRUB

#96 Le 29/10/2019, à 17:21

Re : Home en double apres reinstall - Perte du GRUB

#97 Le 29/10/2019, à 17:24

Re : Home en double apres reinstall - Perte du GRUB

#98 Le 29/10/2019, à 19:31

Re : Home en double apres reinstall - Perte du GRUB

#99 Le 30/10/2019, à 09:58

Re : Home en double apres reinstall - Perte du GRUB

#100 Le 30/10/2019, à 10:19

Re : Home en double apres reinstall - Perte du GRUB

Pied de page des forums