Discussion :

[zool.bzh]

Bonjour

j'ai une partiton ntfs sda1 pour le C:\ , une etx3 pour mon futur ubuntu et le reste pour mes données

J'ai mis mon disk en APT.
J'ai m"impression que mon sda1 est toujours en mbr et donc impraticable

Pouvez vous aiguiller vers des commandes dos svp ?

[Ti-Slackeux]

bonjour,

APT ???
Quelle est la taille du disque ??

[zool.bzh]

60Go pour windows 10
60Go pour mon futur linux
125Go pour mes données

APT parce qu'il va bien avec UEFI.

[Christophe]

Tu voulais dire GPT.

Il ne suffit pas de passer le disque en GPT pour qur ton OS boote en UEFI. Tu dois avoir une partition ESP qui contiendra l'amorce des OS et refaire le boot de Windows en conséquence.

Vu le contexte, reste en MBR.

[Artemus24]

Salut à tous.

Zool.bzh : ce n'est pas la partition qui est soit en BIOS/MBR ou en UEFI/GPT, mais la totalité du disque.
Pour utiliser l'UEFI/GPT, il faut que ton ordinateur sache le gérer. Est-ce le cas ?

60Go pour windows 10

Non, ce n'est pas suffisant. Mon Windows 10 fait 75Go.
Il te faudrait pour être alaise, au moins 100-120Go pour ta partition système Windows.

60Go pour mon futur linux

J'utilise Debian, et j'ai mis 20Go.

125Go pour mes données

De quelles données ? Une organisation en NTFS (Windows) ou en ext3 (Linux) ?

Vu le contexte, reste en MBR.

Il n'a pas expliqué ce qu'il compte faire de son disque.
Il va devoir convertir son disque pour qu'il puisse fonctionner avec un ordinateur sous UEFI/GPT.
C'est ce que j'ai dû faire pour migrer mon disque en BIOS/MBR qui tournait sur mon vieux HP vers UEFI/GPT sur mon nouveau ASUS.

Il y a mbr2gpt/exe sous windows pour basculer de MBR vers GPT.

@ Zool.bzh : as tu déjà une quelconque expérience dans ce genre de conversion ?
Je te conseille de faire une sauvegarde de la totalité de ton disque avant d'entreprendre quoi que ce soit.

[Christophe]

Moi je conseille plutôt de rester en MBR, sauf à avoir une raison précise de devoir basculer en UEFI. Cela évitera des manips pouvant être complexe pour le demandeur

[fred1599]

Hello,

J'ai mis mon disk en GPT.

Pouvez vous détailler cette démarche ?

[zool.bzh]

Le pc est un pc d'appoint.
Le c: est rempli à la moitié c'est une image clonzilla en mbr.
Les données sont en NTFS sauvegardé dans une clef micro sd.
Je cherche donc à convertir mon disque en mbr. Pour ne pas contredire Christophe

[Artemus24]

@ zool.bzh : la bonne question est de savoir si votre PC gère le BIOS/MBR ou le UEFI/GPT ?
A partir de cette information, vous n'aurez plus le choix !

[Christophe]

La 1ère question est plutôt l’intérêt de passer en GPT. Mais en reprenant le 1er POST : c'est fait. Du coup l'OS ne boote plus.
Il faut donc revenir en MBR ou refaire le boot

[Ti-Slackeux]

J'ai un portable dual boot win10 Pro et linux.
Le portable supporte UEFI et je suis en MBR.
Et çà fonctionne très bien comme çà et j'ai pas du tout envie de basculer en uefi.
Je vois pas la raison de basculer en UEFI, ça n'apporte rien de plus hormis les emmerdes
quand windows, lors d'une mise à jour, écrase le boot UEFI.


hth,

[fred1599]

La 1ère question est plutôt l’intérêt de passer en GPT. Mais en reprenant le 1er POST...

Encore faut-il réussir à passer de l'un à l'autre... donc je réitère ma question, comment a été fait le passage MBR -> GPT ? Cette question devrait être plutôt simple pour une personne ayant fait cette démarche, mais elle n'a pas l'air de l'être.

Tant qu'il n'y a pas cette réponse, pas la peine de toucher quoi que se soit sans risque d'erreurs...

Le portable supporte UEFI et je suis en MBR.

Encore faut-il connaître les avantages de GPT comparés à MBR.

[Ti-Slackeux]

Encore faut-il connaître les avantages de GPT comparés à MBR.

Vous pouvez développer (En dehors de la taille des disques supportés par GPT (> 3 To) et du nombre de partions admissibles) ?

[fred1599]

La faiblesse la plus critique du MBR est son absence totale de redondance. L'intégralité du plan de partitionnement du disque, ainsi que le code critique nécessaire au démarrage, est stockée dans un seul secteur de 512 octets au LBA 0.

https://codefinity.com/blog/MBR-vs-G...ioning-Schemes

Si ce secteur unique est corrompu – que ce soit par une erreur d'écriture, une défaillance matérielle soudaine, ou un logiciel malveillant (comme un "boot sector virus") – les conséquences sont catastrophiques. Le système ne peut plus démarrer et le système d'exploitation perd la "carte" de toutes les partitions du disque. La récupération, bien que parfois possible avec des outils tiers spécialisés , est notoirement complexe et incertaine.

https://www.lenovo.com/fr/fr/glossar...oogle.com%252F

La véritable innovation du GPT ne réside pas seulement dans la redondance passive (avoir des copies de sauvegarde), mais dans son système de redondance active basé sur des sommes de contrôle CRC32.

Le processus de vérification au démarrage est le suivant :

1. Le micrologiciel UEFI lit l'en-tête GPT primaire (LBA 1).
2. Il calcule en temps réel le CRC32 des 92 premiers octets de l'en-tête et compare le résultat à la valeur stockée dans le champ HeaderCRC32.
3. Si les valeurs ne correspondent pas, l'UEFI sait immédiatement que l'en-tête est corrompu.
4. L'UEFI abandonne l'en-tête primaire et se déplace vers le dernier secteur du disque pour lire l'en-tête de sauvegarde.
5. Il effectue la même vérification CRC32 sur l'en-tête de sauvegarde.
6. Si l'en-tête de sauvegarde est valide, l'UEFI l'utilise pour lire le tableau de partition de sauvegarde (également vérifié par son propre CRC32) et peut automatiquement réparer l'en-tête principal corrompu.

Ce mécanisme d'auto-vérification et d'auto-réparation rend le GPT exponentiellement plus robuste que le MBR contre la corruption des données, qui aurait été catastrophique sur l'ancien standard.

La structure de 128 octets de chaque entrée de partition montre comment le GPT résout les limitations du MBR. Au lieu de 16 octets, 128 octets permettent un adressage 64 bits (brisant la limite des 2,2 To), des GUID uniques (évitant les collisions) et même un nom lisible par l'homme.

https://medium.com/@nipunasan/mbr-vs...s-456f5c9365bf

Le MBR, bien qu'ayant servi fidèlement l'industrie pendant plus de deux décennies, est techniquement obsolète. Le GPT est le standard de facto pour toute l'informatique moderne, et ce, pour plusieurs raisons incontournables :

1. Limites de Capacité : Les disques durs de 4 To, 8 To et plus sont courants. Le MBR ne peut tout simplement pas les gérer. Le GPT est une nécessité pour tout disque de plus de 2,2 To.
2. Robustesse des Données : L'architecture MBR avec son point de défaillance unique est une relique d'une époque révolue. La redondance du GPT et son mécanisme de vérification d'intégrité CRC32 sont essentiels pour la fiabilité des données.
3. Flexibilité : La limite de 4 partitions du MBR est trop contraignante. Les 128 partitions par défaut du GPT offrent une flexibilité quasi illimitée pour les configurations de disques modernes.
4. Écosystème et Sécurité : L'industrie a évolué vers l'UEFI. L'UEFI offre des démarrages plus rapides et des fonctionnalités de sécurité critiques comme le Secure Boot. Le Secure Boot nécessite l'UEFI, et l'UEFI nécessite un disque de démarrage GPT.
5. Exigences des OS : Les systèmes d'exploitation modernes, en particulier Windows 11, exigent cet écosystème (UEFI + GPT + Secure Boot) pour fonctionner

Et j'ai pas fais la comparaison entre BIOS et UEFI...

[Artemus24]

Quand mon ancien ordinateur, un HP 6803s, a rendu l'âme (en 2021), il était en BIOS/MBR. J'ai acheté un nouvel ordinateur, de la marque Asus Gaming TUF705DT, qui lui fonctionne en UEFI/GPT. Lorsque j'ai installé mon ancienne sauvegarde Windows, celle en MBR, dans le disque SSD/M2 de l'Asus, cela ne fonctionnait pas. Impossible de booter sur l'ancienne version Windows.

J'ai dû convertir mon disque de MBR --> GPT en travaillant avec le Windows du nouveau PC. Je n'ai pas eu le choix. Ce qui est bizarre, mais bien plus tard, quand windows dans mon Asus fonctionnait, j'ai installé sur un disque externe Debian, qui lui est en MBR et je n'ai fait aucune migration de MBR --> GPT et il boote bien au démarrage, enfin quand je sélectionne au démarrage de l'Asus en faisant un "ESC", le disque Debian, sinon, c'est Windows qui démarre.

Comme j'ai rencontré ce problème et que j'ai migré de MBR --> GPT, je peux en parler. Pour convertir le disque venant de HP, j'ai utilisé GPTGEN.EXE qui se trouve ici : "https://source.forge.net/projects/gptgen" (adresse que j'ai recopié de mon cahier) et j'ai lancé la commande : "gptgen.exe -w \\.\\physicaldrive x" où x est le numéro du disque monté à convertir. Il n'a pas créé les partitions manquantes. J'ai fait une sauvegarde avec Acronis, pas l'ancienne version qui fonctionne en MBR, mais une nouvelle version qui fonctionne en GPT (Acronis True Image Standard 2021).

Puis pour finaliser l'installation définitive, j'ai créé avec "diskpart" les partitions manquantes qui sont : "MSR", "system EFI" et "reccovery", et bien sûr installé "windows", et toutes mes autres partitions nommées "partxx". Soit au total 14 partitions.

En résumé : convertir l'ancien disque en GPT. Créer les partitions manquantes avec diskpart et "bcd boot". Faire une sauvegarde avec Acronis. Réorganiser l'ordre des partitions en les réinstallant une à une. Puis reformater la partition "system UEFI" pour que Windows puisse démarrer.

C'était un vrai bordel de jongler entre l'ancien disque et le nouveau, avec la nouvelle version de Windows installé dans l'Asus, et où j'avais installé "Acronis True Image Standard 2021" pour faire mes sauvegarde. j'ai créé un CDROM Acronis pour faire les réinstallations. Et quand j'étais sûr de moi, j'ai écrasé le disque de l'Asus par la finalisation de la sauvegarde de mon ancien disque convertit en UEFI/GPI avec toutes les partitions nécessaires et dans le bon ordre, à son bon fonctionnement. Cela ne s'est pas fait en une après-midi, mais en plusieurs jours car j'ai eu des ratés.

[Christophe]

GPT a en effet des avantages, mais il faut voir le bénéfice/risque qui penche ici pour le risque vu que le demandeur a des soucis. C'est pas que c'est pas possible, c'est qu'il ne sait pas faire.

AOMEI pour ne citer que lui doit permettre de le faire assez simplement.

[fred1599]

GPT a en effet des avantages, mais il faut voir le bénéfice/risque qui penche ici pour le risque vu que le demandeur a des soucis.

Vous connaissez les bénéfices de GPT et les risques de MBR, je ne sais pas de quel bénéfice/risque vous parlez. Il me semble qu'il y a une sauvegarde effectuée par le PO...

EDIT:

@zool.bzh

Votre migration a échoué parce que vous avez converti le "contenant" (le disque en GPT) , mais votre installation Windows clonée n'avait pas "l'infrastructure" de démarrage requise par l'UEFI. Il lui manque la partition ESP (réponse de @christophe) et les fichiers de démarrage .efi. Le firmware UEFI ne trouvait donc rien sur quoi démarrer.

Pour réussir, il faut construire cette infrastructure manquant, comme l'a vécu @Artemus24. La procédure manuelle détaillée dans le document est la suivante :

Démarrer sur votre clé USB de récupération Windows.

• Régler le Firmware : S'assurer qu'il est en mode UEFI natif (le mode "Legacy" ou "CSM" doit être désactivé).
• Créer l'infrastructure : Ouvrir l'invite de commande (Maj+F10) et utiliser diskpart pour créer manuellement les deux partitions vitales :
• Une Partition EFI (ESP) : create partition efi size=500 (500Mo est recommandé ), puis la formater en FAT32.
• Une Partition MSR : create partition msr size=16 (requise par Windows sur les disques GPT ).
• Construire le démarrage : C'est l'étape clé. Il faut utiliser la commande bcdboot pour copier les fichiers de démarrage de votre Windows (ex: C vers la partition EFI (ex: S.
• La commande est : bcdboot C:\Windows /s S: /f UEFI.

J'insiste sur le fait de ne surtout pas utiliser les anciennes commandes comme bootrec /fixmbr (inutile en GPT ) ou bootrec /fixboot (qui échouera avec "Accès refusé" en UEFI ).

Si vous suivez l'option "GPT" , vous obtiendrez un système plus robuste , moderne, et vous pourrez installer Ubuntu en dual-boot très proprement (il partagera la partition EFI que vous venez de créer ).

Le retour en "MBR" est plus rapide si vous n'êtes pas à l'aise.

Je ne serai pas dispo avant demain...

[Christophe]

Vous connaissez les bénéfices de GPT et les risques de MBR, je ne sais pas de quel bénéfice/risque vous parlez.

Risque d’empêcher le démarrage de Windows.

Je me pose surtout la question de l’utilité de la conversion pour le demandeur.
Il a maintenant la solution pour régler le prob. (retour en arrière ou méthode de conversion).