Le disque de démarrage doit être formaté en un seul volume

comment faire pour reconvertir la HMBR du bloc 0 de mon disque au type neuralisé PMBR avec l'utilitaire gdisk de Roderick Smith ?

Je ne voudrais pas voler à Jean :coucou: le privilège de décrire les commandes gdisk (j'ai annoncé que j'avais dans ce fil une position "spéculative").

À moins qu'en vacances > nanti d'un simple téléphone (allo MacGé ? - ici le Portugal
361608_original.png
) > il n'ait pas son Mac sous la main pour vérifier la procédure...
 
  • J’aime
Réactions: SMAgtr
Voici ce que me renvoie sudo gdisk /dev/disk0 :

GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: present

Found valid GPT with hybrid MBR; using GPT.

Command (? for help):
 
La succession des commandes serait :
Bloc de code:
sudo gdisk /dev/disk0
x
n
w
y
(valider chaque saisie de lettre en pressant après la touche "Entrée" du clavier à chaque fois)

Commentaire -->
  • sudo gdisk /dev/disk0s2 appelle gdisk sur le disk0
  • x fait passer en mode Expert de gdisk
  • n fait écrire en cache une new_Protective_MBR à destination du bloc 0
  • w fait écrire (write) le cache au disque de manière effective
  • y confirme (yes) la décision d'écrire au disque la nouvelle table de partition PMBR.

=> il faut re-démarrer après ça > pour que le kernel charge la nouvelle donne. Une fois la session ré-ouverte > repasser une commande :
Bloc de code:
sudo gdisk /dev/disk0
afin de vérifier en ce qui concerne le bloc 0 que :
Bloc de code:
 MBR: protective
 
Dernière édition par un modérateur:
  • J’aime
Réactions: SMAgtr
Il n'y a que le bloc 0 qui soit concerné > càd. le secteur de la MBR. En aucun cas la GPT principale qui définit les partitions.

Je viens d'appliquer la série de commandes que je t'ai données au disque de mon Mac > OS du volume principal démarré. Évidemment je n'avais pas d'HMBR sur le bloc 0 > mais la PMBR qui y était inscrite a été effacée / une neuve ré-inscrite. Résultat : aucun problème.
 
  • J’aime
Réactions: SMAgtr
Ok, tout roule :

GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Merci beaucoup pour ça !

Je reboot sur l'EFI et vois si je peux installer Windows 10 sur la partition bootcamp.
 
Ta partition BOOTCAMP est bien en FAT-32 actuellement ? Tu peux le vérifier par une commande informative :
Bloc de code:
diskutil info disk0s4

--> dans le tableau des informations > il y a 3 lignes = File System Personality: > Type (Bundle): > Name (User Visible): qui concernent le système de fichiers de la partition.
 
  • J’aime
Réactions: SMAgtr
Pour une fois que la pratique confirme la théorie au lieu de l'infirmer : à marquer d'une pierre blanche
361608_original.png
 
Bonjour à tous !
Je me permets de relancer ce topic car j'ai également ce message d'erreur au lancement de Bootcamp.

Toutefois j'ai du mal à saisir d'où vient le problème car je suis parti d'une installation propre d'El Capitan sur un nouveau SSD fraîchement installé (et initialisé) dans mon Mac Boo Pro Core 2 Duo Santa Rosa.

Au regard du retour de diskutil list et diskutil cs list je crois qu'il y a eu un souci :)
diskutil list

/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS elcapitan 248.5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
4: Apple_Boot Recovery HD 650.0 MB disk0s4
/dev/disk2 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: Boot Camp +672.4 MB disk2
LeNomDeMonMac:~ jMonDossierUtilisateur$

diskutil cs list

No CoreStorage logical volume groups found

Sur le bureau seul monte la partition elcapitan (idem dans Disk Utilities).
Je veux bien des lumières de plus spécialiste que moi :)

Merci à tous !
 
Bonjour Djoz-djoz

Tu as 2 partitions de secours alignées -->
Bloc de code:
3:         Apple_Boot Recovery HD     650.0 MB    disk0s3
4:         Apple_Boot Recovery HD     650.0 MB    disk0s4

  • l'une fait obstacle au déplacement sur les blocs de l'autre - opération nécessitée par une repartitionnement

Redémarre une fois > de retour dans ta session > repasse un :
Bloc de code:
diskutil list

  • qui va réafficher le tableau des disques

Poste le retour en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.​

Note : le redémarrage est une précaution > au cas où tu aurais actuellement un affichage dépendant de la mémoire du kernel (le noyau du Système démarré) et pas de la table de partition GPT.
 
Merci beaucoup pour ton retour rapide :)
Voici :
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS elcapitan               248.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk0s4
 
Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s4 ; diskutil resizeVolume disk0s2 0b ; diskutil list

  • la commande supprime la partition de secours du bas (bloquante) > récupère son espace à la partition elcapitan > réaffiche le tableau des disques

Poste le retour complet (au cas où il y aurait un blocage quelque part dans l'enchaînement).