Jump to content
Site Communauté

J'ai une partition EFI sur mon disque MBR !


Go to solution Solved by outrigger4822,

Recommended Posts

Bonjour à tous

J'ai un ordinateur double boot : windows 10 et Ubuntu 24.04.
Devant réinstaller Ubuntu suite à des problèmes de mots de passe défaillants, j'ai auparavant vérifié mon disque dur en détail.
Et là, grosse surprise.

Plutôt que des mots, voici une analyse diskpart sur la partition concernée :

Microsoft Windows [version 10.0.19045.4894]
(c) Microsoft Corporation. Tous droits réservés.

C:\Windows\system32>diskpart

Microsoft DiskPart version 10.0.19041.3636

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-1S1AO4S

DISKPART> list disk

  N° disque  Statut         Taille   Libre    Dyn  GPT
  ---------  -------------  -------  -------  ---  ---
  Disque 0    En ligne        953 G octets  1024 K octets

DISKPART> select disk 0

Le disque 0 est maintenant le disque sélectionné.

DISKPART> list partition

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  --------
  Partition 1    Principale         111 G   1024 K
  Partition 2    Principale         232 G    111 G
  Partition 3    Système            513 M    576 G
  Partition 0    Étendu             376 G    577 G
  Partition 4    Logique            376 G    577 G

DISKPART> select partition 3

La partition 3 est maintenant la partition sélectionnée.

DISKPART> detail partition

Partition 3
Type   : EF
Masqué : Non
Active : Oui
Décalage en octets : 619517575168

  N° volume   Ltr  Nom          Fs     Type        Taille   Statut     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------

DISKPART>

Ma partition 3 est EFI !

Et maintenant le détail du volume concerné :

Microsoft DiskPart version 10.0.19041.3636

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-1S1AO4S

DISKPART> list disk

  N° disque  Statut         Taille   Libre    Dyn  GPT
  ---------  -------------  -------  -------  ---  ---
  Disque 0    En ligne        953 G octets  1024 K octets

DISKPART> select disk 0

Le disque 0 est maintenant le disque sélectionné.

DISKPART> list volume

  N° volume   Ltr  Nom          Fs     Type        Taille   Statut     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     F                       DVD-ROM         0 o  0 média
  Volume 1     C                NTFS   Partition    111 G   Sain       Système
  Volume 2     E   Commun       NTFS   Partition    232 G   Sain
  Volume 3     D                FAT32  Partition    513 M   Sain

DISKPART> select volume 3

Le volume 3 est le volume sélectionné.

DISKPART> detail volume

  N° disque  Statut         Taille   Libre    Dyn  GPT
  ---------  -------------  -------  -------  ---  ---
* Disque 0    En ligne        953 G octets  1024 K octets

Lecture seule                   : Non
Caché                               : Non
Aucune lettre de lecteur par défaut : Non
Cliché instantané                   :  Non
Hors connexion                : Non
BitLocker chiffré               : Non
Installable            : Oui

Capacité du volume        :  511 M octets
Espace libre du volume    :  500 M octets

DISKPART>

Depuis longtemps, j'avais un grub avec deux entrées windows 10. Sda 1 et 3. Curiosité dont je ne m'inquiétais pas, vu que les deux systèmes fonctionnaient à la perfection.
Lorsque j'avais installé la version précédente d'ubuntu (20.04), en 2018, W10 était bien repéré comme OS déjà installé.
Et c'est depuis ce jour que W10 avait deux entrées dans le grub : une fonctionnelle, sda 1, et l'autre ne démarrant pas (sda3).
Lorsque j'ai réinstallé Ubuntu 22.04 (après une coupure de courant lors de la mise à niveau), W10 n'a pas été repéré lors de l'installation, il a fallu que je répare le grub pour qu'il soit inclus dans le double boot.

sda 3, partition 3, volume 3, tout ça me semble lié.

Est-ce qu'il serait possible de supprimer cette partition 3 EFI sans que cela n'ait de conséquence pour l'installation de W10.
Je rappelle que je vais désinstaller Ubuntu (inutilisable pour problème de mot de passe) et le réinstaller après élimination de cette partition bizarre.
Evidemment, je supprimerai la partition Ubuntu, refixerai le boot mbr pour W10 et ferai ensuit une installation propre d'Ubuntu 22.04.

Je compte sur votre aide et vous en remercie par avance.

Edited by outrigger4822
Link to comment

Bonjour 

Je déconseille d'essayer de la supprimer.
Je ne sais pas ce que signifie EF dans ce contexte.

Certainement l'ID de cette partition  


Par contre, on voit qu'elle est active.
C'est sur cette partition que le système démarre.

Citation
Partition 3
Type   : EF
Masqué : Non
Active : Oui

En la supprimant, plus de démarrage. 

Edited by Longaripa
  • Plusser (+1) 1
Link to comment

 

Bonjour Longaripa

Je crains que la partition D soit bien une partition EFI :

Capture0.thumb.PNG.0af762184daadc4f44e7ee911aa2c8a3.PNG
Des données prévues pour s'inscrire sur un paramétrage GPT peuvent rentrer sur un disque MBR et fonctionner correctement ?

Je poursuis en montrant le contenu de cette partition D :

En voici les sous-dossiers :
Capture1.PNG.1c3a3facf295a0a63d7308898dab75b9.PNG
Pour info, de mémoire, le 6 janvier 2023, mon disque dur HDD a été cloné sur mon nouveau SSD avec Clonezilla.
Le 15 juillet 2023 doit correspondre au moment où j'ai paramétré mes applications W10 et Ubuntu pour qu'elles gèrent en commun leurs fichiers sur une partition commune en NTFS.

Voici le contenu du sous-dossier EFI:
Capture2.PNG.0901ac271ee4a06417310581a66d2c1b.PNG
Et le contenu du dossier descendant BOOT :
Capture3.PNG.515714c9b45962e717cc48d909b23a31.PNG
Le 23 septembre correspond à la mise à niveau d'Ubuntu 20.04 vers 22.04, interrompue par une coupure de courant, reprise en ligne de commande (avec pas mal de recherche pour y arriver), rétablie en apparence, mais impossibilité de la démarrer à cause d'un mot de passe non concordant, alors qu'il me semble avoir fait cette installation avec soin. D'uatre part, à l'installation, pas de partition W10 trouvée par Ubuntu.

Et le contenu du sous dossier de même niveau que le précédent :
Capture4.PNG.36a4d95ee8941adff9b6105fad9c6592.PNG
On voit que ces fichiers ont tous été créé à la date de la mise à niveau.
Mais ils ont dû écraser des fichiers plus anciens puisque j'avais depuis longtemps (peut-être depuis le clonage) un grub avec deux entrées pour démarrer W10 (sda 1 et sda 3).

et pour finir, le dossier Temp, sous dossier du disque D :
Capture5.PNG.52c1dafaf076513bf3d75a78e1620305.PNG
Pour rappel, le 15 juillet est très certainement la date où j'ai mis en commun les productions W10 et Ubuntu.
Est-ce que tu vois dans tout ça une explication à mes problèmes ?

Sinon, si je désinstalle Ubuntu, efface le grub, supprime la partition 3, je devrais peut-être pouvoir redémarrer W10 en réparant le boot de W10, où, si cela ne fonctionne pas, en réparant l'installation de W10 en conservant mes dossiers ?
Et réinstaller proprement Ubuntu 20.04 ?

Est_que cela est possible ?

Merci à toi Longaripa. Et sinon, si d'autres se sentent compétents pour m'éviter un naufrage,  je les invite à sortir les pelles (terme d'aviron) pour m'aider. Mais pas pour m'enterrer, hein ? :laugh:

Auto édit : la partition principale de W10 est la partition 1, ou sda 1.

Edited by outrigger4822
Link to comment

Bonjour 

C'est un peu bizarre, cette installation. 

Il y a 2 partitions actives, ce qui est en principe impossible.

Il y a du y avoir un mic-mac suite aux installations et aux clonages.

On voit maintenant que le volume C: est actif, système et démarrer. 
Ce qui veut dire que le système démarre dessus ( contrairement à ce que je disais plus haut)
pas taper (je n'avais pas toutes les infos).

Il faudrait poster le résultat de la commande : bcdedit  , dans une invite de commande en mode administrateur.

Edited by Longaripa
Link to comment
Posted (edited)
Il y a 15 heures, Longaripa a dit :

Il y a 2 partitions actives, ce qui est en principe impossible.

 

J'avais oublié cette règle .....:ohmy:

Voici le résultat de bcdedit :

Microsoft Windows [version 10.0.19045.4894]
(c) Microsoft Corporation. Tous droits réservés.

C:\Windows\system32>bcdedit

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=C:
description             Windows Boot Manager
locale                  fr-FR
inherit                 {globalsettings}
default                 {current}
resumeobject            {584b2d7c-8dc9-11ed-96d8-8696b2e49214}
displayorder            {current}
toolsdisplayorder       {memdiag}
timeout                 3

Chargeur de démarrage Windows
-----------------------------
identificateur          {current}
device                  partition=C:
path                    \Windows\system32\winload.exe
description             Windows 10
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {584b2d7e-8dc9-11ed-96d8-8696b2e49214}
displaymessageoverride  Recovery
recoveryenabled         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {584b2d7c-8dc9-11ed-96d8-8696b2e49214}
nx                      OptIn
bootmenupolicy          Standard

C:\Windows\system32>

Ce qui voudrait dire que W10 boot bien sur l'amorce du disque dur ?
Dans le grub, il démarrait sur sda 1, pas sur la ligne sda 3.

Edited by outrigger4822
oubli de précision
Link to comment

Bonjour 

Cela confirme, W10 boute sur la partition C:

Donc, a priori, la partition 3 ne sert pas. 

Ceci dit, a mon avis, elle ne dérange pas non plus. Elle n'est pas grosse.
(Je suis toujours frileux pour confirmer que l'on peut supprimer une partition, on ne sait jamais.)

Link to comment

Un grand merci Longaripa !

Cette partition fantôme est apparue après le clonage HDD -> SSD en janvier 2023, sans que cela ait eu la moindre répercution sur le fonctionnement des deux système.
J'avais même fait une mise à niveau 20.04 vers 22.04 en juillet 2023 qui s’était déroulée sans problème.
Ce n'est qu'après la mise à niveau vers la 24.04 interrompue par une coupure de courant, rétablie avec une procédure prise sur la documentation en ligne d'Ubuntu, que j'ai eu un démarrage Ubuntu laborieux et un mot de passe non retrouvé à l'ouverture de session.

Cette partition me semble être la cause des problèmes d'installation d'Ubuntu.
Je vais donc essayer de la supprimer, effacer et formater la partition Ubuntu, supprimer le grub, réparer le boot mbr de W10, étendre la partition de données et la mettre en contact avec la partition principale et faire une installation propre d'Ubuntu 24.04 derrière.
J'avais fait des sauvegardes de tous les utilisateurs avant la tentative de mise à niveau d'Ubuntu.
Mes sauvegardes basées sur l'historique des fichiers est à jour pour W10, en cas de crash.

Est-ce que ma démarche te semble correcte ?

N'hésite pas à me donner des conseils si tu le juges nécessaire.

Encore merci !
 

Link to comment

Cela semble correct, bien que je ne visualise pas trop les manips au niveau des partitions. 

Sur un disque en MBR, il ne peut y avoir que 4 partitions. 

Dans ce cas, il y a 3 principales et une étendue.

Réparer le bot mbr de W10, ça veut dire quoi ? Il boute bien en ce moment.

le plus important, c'est d'avoir des sauvegardes de tout et de pouvoir démarrer en cas de pb.

  • Plusser (+1) 1
Link to comment
il y a une heure, Longaripa a dit :

Réparer le bot mbr de W10, ça veut dire quoi ? Il boute bien en ce moment.

Je me suis probablement mal exprimé, et je m'en excuse.

Dans la situation d'un double boot Windows-Linux, le bootloader de Windows est dans le système Linux (le GRUB).
IMG_20241001_082945.thumb.jpg.a3680e86ab3968284b79403ea0aae7d8.jpg

Quand je vais effacer la partition d'Ubuntu et effacer le GRUB, Windows a de fortes chances de ne plus trouver son point d'amorçage.
D'où la nécessité de le refixer (avec bootrepair, la dernière version semble bien faire le travail, ou diskpart, je crois que ça doit être possible).

Link to comment

 

il y a 14 minutes, outrigger4822 a dit :

Dans la situation d'un double boot Windows-Linux, le bootloader de Windows est dans le système Linux (le GRUB).

Ce n'est pas tout à fait ça. (ou j'ai mal compris)

Dans la config de grub, il y aura l'emplacement du boot de Windows. Ce boot ne sera pas modifié.

Actuellement, le démarrage se fait par l'intermédiaire de grub, ou directement par windows ? 

à l'install de ubuntu, il devrait détecter W10, et créer son fichier de config en fonction.

Edited by Longaripa
Link to comment
Posted (edited)

Actuellement, le démarrage se fait par le GRUB comme montré sur la photo jointe :
Windows 10 (on /dev/sda1) qui correspond à la partition système W10.

sda3 correspond à la partition D: qui est celle notée en EFI (et qui ne démarre pas W10).

Il semblerait qu'en mode Legacy (mbr), le bootloader de W10 disparaît à la suppression du GRUB.

Ce qui, parait-il, n'est pas le cas en mode UEFI.

Après la mise à niveau avortée d'Ubuntu et la récupération de l'installation (qui ne fonctionne pas à cause de la disparition de mes mots de passe), l'ordinateur démarrait sur Ubuntu. Il m'avait fallu utiliser boot-repair pour le rendre à nouveau visible au démarrage.

Si tu es d'accord, je mettrais le sujet comme résolu, la solution, me semble-t-il, étant de nettoyer (formater) la partition buguée,  la partition Ubuntu et son GRUB, raccorder le boot de W10 (très probablement nécessaire), préparer un partition derrière W10 qui sera commune aux 2 OS et faire une installation propre d'Ubuntu derrière.
Ou, si tu n'as pas d'objections, marque-le toi-même en résolu.
 

Auquel cas je te renouvelle chaleureusement mes remerciements pour ton aide.

Si objection ou information supplémentaire, je les renouvellerai une fois de plus avec plaisir. :smile:

Edited by outrigger4822
Link to comment
Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...