[Ubuntu 20.04.3] 2 entrées Windows dans Grub

geole · Le 27/10/2021, à 09:57

Bonjour,
Je sais que certaines mises à jour de windows nécessitent d'avoir une partition avec un flag de boot pour déposer les modifications des fichiers de boot. Il faudrait donc mettre le flag de boot sur l'autre partition.Ce qui est déjà le cas.
Mais vu la taille de SDA1, je ne vois pas l'intérêt de vouloir récupérer cet espace.

sda1         2048    206847    204800   100M  7 HPFS/NTFS/exFAT

Dernière modification par geole (Le 27/10/2021, à 10:01)

Qid · Le 27/10/2021, à 10:01

geole a écrit :

Il faudrait donc mettre le flag de boot sur l'autre partition.

Faudrait peut-être surtout avant toutes choses savoir réellement ce que contient cette partition...

ikewdu · Le 27/10/2021, à 17:19

Salut,

Qid a écrit :

Sinon à part ça je reste pas d'accord avec ça
ikewdu a écrit :
La question que je me pose maintenant : puisque sda1 ne sert à rien, comme on le dit depuis l'affichage du rapport boot-info, que se passera-t-il côté Grub si on vient à la supprimer ?
Sda1 est quand-même marqué comme boot dans son rapport ("OS#2: Windows 7 (boot) on sda1")...

Sda1 n'a pas du tout le drapeau boot (il est sur sda2)... "OS#2: Windows 7 (boot) on sda1" signifie simplement que grub a trouvé des fichiers de démarrage W7 dedans, et il les propose en premier car ils sont sur la première partition du disque. Rien ne garantit qu'ils fonctionnent. Pour preuve, vos deux cas.

Le drapeau boot n'a d'ailleurs (dans ce cas précis) strictement aucune importance dans la mesure où grub est présent dans le mbr des deux disques, et que ces grub pointent en direction de la même partition Linux. C'est boot-repair qui a fait en sorte que ce soit ainsi. Ensuite, c'est grub.cfg qui fait le boulot. Et lui, il se fout du drapeau boot. Il suffit de lire le script généré pour le vérifier.

Mais je rejoins plus ou moins Qid sur un point. Le disque sda a perdu son autonomie par la simple présence de grub dans son mbr. Si on débranche dorénavant le disque sdb, on aura à coup sûr un grub-rescue. Le fait que la partition 2 ait le drapeau boot ou non ne changera pas grand chose (JLK peut s'amuser à vérifier si ça l'amuse).

Si on veut redonner à ce disque sda son autonomie tout en conservant un boot sur Ubuntu, il faut en effet :

- Attribuer à sda2 le drapeau boot (ce qui est déjà le cas).
- Réparer sda pour lui réattribuer un mbr NT10
- Placer le disque sdb en priorité dans le bios.

Qid a écrit :

Faudrait peut-être surtout avant toutes choses savoir réellement ce que contient cette partition...

Il suffit de la monter pour le savoir. Mais chez JLK, on peut déjà parier pour bootmgr, puis les fichiers de démarrage de Windows dont la base bcd (le cœur du boot de Windows)... En outre, c'était une simple réflexion et non une préconisation. Geôle a raison : autant laisser en l'état.

Edit. Je viens d'afficher le contenu depuis Windows sur le PC de mon épouse, car je n'ai plus de dual-boot en Legacy. Même partition que JLK de de 100 Mo, mais active chez moi :

La racine est :

C:\Users\**********>dir /a r:
 Le volume dans le lecteur R s’appelle Réservé au système
 Le numéro de série du volume est D60A-B821
 Répertoire de R:\
23/09/2018  09:36    <DIR>          $RECYCLE.BIN
11/03/2015  18:30    <DIR>          Boot
28/06/2014  02:21           391 640 bootmgr
27/02/2013  17:29             8 192 BOOTSECT.BAK
23/09/2018  10:03    <DIR>          Recovery
23/09/2018  09:32    <DIR>          System Volume Information
               2 fichier(s)          399 832 octets
               4 Rép(s)      72 847 360 octets libres

Le dossier boot (je vous épargne toutes les langues) :

 C:\Users\***********>dir /a r:\boot
 Le volume dans le lecteur R s’appelle Réservé au système
 Le numéro de série du volume est D60A-B821

Répertoire de r:\boot
11/03/2015  18:30    <DIR>          .
11/03/2015  18:30    <DIR>          ..
27/10/2021  18:34            28 672 BCD
23/09/2018  10:23            51 200 BCD.LOG
27/02/2013  17:29                 0 BCD.LOG1
27/02/2013  17:29                 0 BCD.LOG2
27/02/2013  17:29            65 536 BOOTSTAT.DAT
11/03/2015  18:30    <DIR>          cs-CZ
11/03/2015  18:30    <DIR>          da-DK

Le dossier "recovery" ne contient qu'un fichier log.

Et bcdedit /v montre bien que le PC a un dual boot W10 / W7 qui est géré par le troisième volume, ce qui sur ce PC correspond à la première partition du second disque :

C:\WINDOWS\system32>bcdedit /v

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device                  partition=\Device\HarddiskVolume3
description             Windows Boot Manager
locale                  fr-FR
inherit                 {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default                 {ce7588c4-302f-11eb-a9ec-afdf97c0a989}
resumeobject            {ce7588c3-302f-11eb-a9ec-afdf97c0a989}
displayorder            {ce7588c4-302f-11eb-a9ec-afdf97c0a989}
                        {506d8ab9-c276-4e52-976f-d06eceab51b6}
toolsdisplayorder       {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout                 30

Chargeur de démarrage Windows
-----------------------------
identificateur          {ce7588c4-302f-11eb-a9ec-afdf97c0a989}
device                  partition=C:
path                    \WINDOWS\system32\winload.exe
description             Windows 10
locale                  fr-FR
inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence        {ee208d25-302f-11eb-972e-9e4042a5884b}
displaymessageoverride  Recovery
recoveryenabled         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {ce7588c3-302f-11eb-a9ec-afdf97c0a989}
nx                      OptIn
bootmenupolicy          Standard

Chargeur de démarrage Windows
-----------------------------
identificateur          {506d8ab9-c276-4e52-976f-d06eceab51b6}
device                  partition=E:
path                    \Windows\system32\winload.exe
description             Windows 7
locale                  fr-fr
inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
                        {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
osdevice                partition=E:
systemroot              \Windows
resumeobject            {a53589b6-7b99-491d-b340-840b3977347c}
C:\WINDOWS\system32>

Je veux bien qu'on m'explique comment fonctionne le boot de Windows, mais il faut savoir comment ça fonctionne, et dans ce domaine, je pense avoir tout de même une petite expérience. Vérifiable sur plusieurs forums.

Dernière modification par ikewdu (Le 27/10/2021, à 19:13)

Qid · Le 27/10/2021, à 19:09

ikewdu a écrit :

Sda1 n'a pas du tout le drapeau boot (il est sur sda2)... "OS#2: Windows 7 (boot) on sda1" signifie simplement que grub a trouvé des fichiers de démarrage W7 dedans, et il les propose en premier car c'est la première partition du disque.
[•••]
Je veux bien qu'on m'explique comment fonctionne le boot de Windows, mais il faut savoir comment ça fonctionne, et dans ce domaine, je pense avoir tout de même une petite expérience. Vérifiable sur plusieurs forums.

Je ne comprends pas la première partie... Problème de compréhension de lecture...

Quant au second paragraphe cité effectivement c'est ce que je me demande depuis le début : comment fonctionne le démarreur de windows et comment le désinstaller complètement pour le réinstaller proprement ?

ikewdu · Le 27/10/2021, à 20:22

Je vais essayer de simplifier l'explication à l'extrême (pardon Nasman !).

En mode bios-Legacy, le PC lance son bios qui lit le mbr du disque. Là , je te propose deux cas :

1. Windows seul

Le bios trouve NTxx dans le mbr. Il cherche alors une partition active (autrement dit en langage Linux un drapeau boot). S'il n'en trouve pas, il passe directement au disque suivant. En revanche, s'il la trouve, il cherche un fichier bootmgr à la racine de la partition et l'exécute (s'il n'existe pas, c'est le fameux "bootmgr absent"). Ce bootmgr lit la base bcd dans le sous-dossier /boot, et selon les informations qu'elle contient, il repère (entre autres) le "path" pointant vers c:\windows\system32\winload.exe pour l'exécuter. Alors le système, les pilotes, le registre, etc. sont chargés, et Windows démarre.

2. Un dual-boot

Le bios trouve un tout petit morceau de grub (boot.img) qui va exécuter le reste du programme grub présent sur la partition racine ext4 qui lui est associée. Celui-ci va charger tous les éléments nécessaires (position des partitions, pilotes, etc.) et il va lire grub.cfg qui contient les informations nécessaires pour afficher le menu grub. C'est lui (10_Linux) qui propose l'entrée "Ubuntu", laquelle lance le ou les noyaux, et c'est lui (30_os-prober) qui affiche les entrées Windows. Il y aura tout simplement autant d'entrées Windows que de fichiers bootmgr (ça répond à ta première question) Chez JLK, il y en a deux. Grub se fiche complètement du drapeau boot (présent ou pas c'est pareil). Si on sélectionne une entrée Windows, grub est capable d'exécuter le "bootmgr" associé, et son rôle s'arrête là. La suite, c'est la même que pour le premier cas : bootmgr lit bcd, etc. Si tu as un souci dans la base bcd, une partition en raw, ou autre, ça va te planter là.

3. Conclusion

- Dans le cas de JLK, os-prober a trouvé 2 bootmgr, et il a donc affiché 2 entrées (sur sda1 et sda2) . La commande de Geôle a montré que bootmgr de sda1 et sa base bcd sont HS. Donc, comme la partition sda1 ne sert qu'au boot (contrairement à ton PC) et que ce boot ne fonctionne pas, elle est superflue. Mais comme elle ne fait que 100 Mo, il ne coûte rien de la laisser en l'état.

- Dans ton cas de PC "pas sage", il y a aussi 2 bootmgr associés à leur base bcd respective. Le premier, qui fonctionne, est celui de la restauration d'usine de W7. Le second, qui ne fonctionne pas, est celui du Windows installé. Donc, le problème vient obligatoirement de Windows. Et il faut des commandes Windows pour réparer. Dans les PC "sages", tu n'as qu'un seul bootmgr et une seule base bcd qui a "écrasé" celle de la partition d'usine. C'est pourquoi il n'y a qu'une seule entrée. Tu confirmes qu'elle fonctionne, et c'est naturel, mais ce PC ne peut plus étre restauré à l'état d'usine.

Et pour répondre à ta seconde question : comment réparer ? Ca dépend de la panne. Et on ne pourra la trouver qu'avec des outils Windows.

Dernière modification par ikewdu (Le 27/10/2021, à 21:32)

Qid · Le 27/10/2021, à 21:17

ikewdu a écrit :

Et pour répondre à ta seconde question : comment réparer ? Ca dépend de la panne. Et on ne pourra la trouver qu'avec des outils Windows.

Ça c'est clair... Sauf que par définition ici on maîtrise moins ces outils... Et c'est aussi pour ça que j'ai demandé la migration de mon sujet vers le support non officiel...

Enfin pour le reste on est toujours pas au clair sur l'interprétation de ma situation mais ce n'est plus ici qu'il faut en discuter

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 27/10/2021, à 09:57

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

#27 Le 27/10/2021, à 10:01

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

#28 Le 27/10/2021, à 17:19

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

#29 Le 27/10/2021, à 19:09

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

#30 Le 27/10/2021, à 20:22

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

#31 Le 27/10/2021, à 21:17

Re : [Ubuntu 20.04.3] 2 entrées Windows dans Grub

Pied de page des forums