Hum ! Ça sent l'
échec et mat (en ce qui me concerne)... Car en ce qui concerne le programme
diskutil, à part démonter le petit volume
SAUVEGARDE, il est incapable d'
écrire sur le disque de la carte une nouvelle
Table de Partition. Et c'est manifestement ce qui arrive aussi avec le programme
fdisk qui est pourtant un "
DOS partition maintenance program", càd. un gestionnaire de
Table de Partition MBR --> comme je présume que tu as bien inscrit "
sudo" en tête de ta commande, le "
Permission denied" ne doit pas signifier que tu ne peux pas faire exécuter l'opération par défaut de droits
root, mais parce qu'une "ré-écriture" de la
Table de Partition en place sur la carte est formellement rejetée. Pour une raison qui m'échappe - autant l'avouer.
--------------------
Si tu ne rechignes pas à quelques manipulations dominicales supplémentaires, je te propose de recourir à un 3è utilitaire
UNIX, malheureusement pas présent nativement dans les binaires d'
OS X : le programme
gdisk de
Roderick Smith - le développeur du gestionnaire de
boot «
rEFInd» par ailleurs.
gdisk est un programme puissant, spécialisé dans la manipulation de la
Table de Partition GPT (
GUID Partition Table), mais capable aussi bien de conversion de tablature d'une Table
MBR pré-existante à une Table
GPT en sortie. Pour cela, il s'attaque spécifiquement au secteur
0 d'un disque où réside le code de "
boot" et où est stockée la carte de partition gérant les blocs du disque.
Mais «
El Capitan» est un vrai boulet dès qu'il s'agit d'impacter les fichiers-Système de l'OS, car la protection
SIP (
System Integrity Protection) se met en place dès le chargemet du
kernel en début de démarrage, ce qui a pour effet, une fois le déploiement de l'OS achevé, de verrouiller les dossiers-Système (comme
/usr/sbin où il s'agit d'installer
gdisk) même si l'on passe en droits
root dans le «
Terminal». Il faut donc désactiver le
SIP en préalable à l'installation de
gdisk dans
/usr/sbin (tu vois le truc ? - c'est dingue !
).
Pour tout simplifier, il semble y avoir un flottement du côté des décideurs Apple pour savoir si l'outil manipulant le
SIP doit résider sur la «
Recovery HD» (choix initial) ou dans l'OS (dernière option en date). Je ne sais donc pas où tu en es avec ta
bêta d'«
El Capitan». Pour le savoir, va à :
/Système/Bibliothèque/CoreServices --> est-ce que tu avises une application intitulée : «
Security Configuration.app » ? Si oui, tu double-cliques son icône et dans le panneau qui s'affiche, tu décoches la case cochée par défaut : "
Enforce System Integrity Protection" ce qui implique un re-démarrage de ton Mac pour que le
kernel charge la nouvelle instruction. Si tu n'avais pas cette application (utilisant une "
bêta" plus ancienne), alors démarre directement par
⌘R sur ta partition de récupération «
Recovery HD», va à la barre de menus supérieure, au menu :
Utilitaires et lance l'application : «
Configuration de Sécurité » qui va te proposer le même panneau où tu décocherais la case "
Enforce System Integrity Protection" avant de re-démarrer sur ton OS.
Ce préalable vaillamment accompli, tu n'as plus dans ta session qu'à cliquer sur ce lien ☞
Download gdisk-1.0.0.pkg (302.8 kB)☜ qui va te faire télécharger depuis le dépositoire de
SourceForge le
package d'installation
gdisk-1.0.0.pkg de
Roderick Smith --> un double-clic dessus va lancer l'installation d'une part du binaire
gdisk dans
/usr/sbin et d'autre part de son manuel dans les ressources de
man. Je t'invite à re-démarrer (je sais : c'est pénible) pour charger les nouvelles ressources.
--------------------
Paré pour un essai de conversion de la
Table MBR de ta carte en une
Table GPT ? Il ne serait pas mauvais, au départ, ta carte insérée dans son port, de démonter encore le volume de ta carte au cas où il serait monté. Si l'«
Utilitaire de Disque» le voit monté, tu le sélectionnes et presses le bouton "
Démonter". Sinon, dans le «
Terminal», tu peux te fendre d'un :
Bloc de code:
sudo diskutil umountDisk force /dev/disk1
comme précédemment (en ayant re-vérifié au préalable par
diskutil list que ta carte est bien toujours identifiée comme
disk1 - au cas où d'autres disques seraient actuellement attachés à ton Mac).
Le programme
gdisk est interactif : ce qui veut dire qu'on ne peut pas passer d'entrée une commande holistique, mais il faut procéder par étapes chaque fois scandées par une demande de validation de type :
y/n (yes / no) - ce de manière aggravée par rapport à
fdisk. Tu commences donc par saisir dans le «
Terminal» la commande d'engagement :
et ↩︎ +
password à l'aveugle et ↩︎ (le préfixe
sudo est
toujours de rigueur avec
gdisk en entrée) --> en retour, tu devrais voir affiché un baratin du type :
Bloc de code:
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Command (? for help):
--> en réponse, tu tapes :
(lettre "o") et ↩︎ --> tu devrais obtenir un :
Bloc de code:
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N):
--> en réponse, tu saisis :
et ↩︎ --> tu devrais alors obtenir un (apparemment redondant) :
(parce que la commande précédente et sa validation n'ont fait que définir une action virtuelle qui n'a pas été écrite actuellement au disque concerné) --> tu réponds par un :
et ↩︎ (= choix de l'option : "écrire la nouvelle table de partition au disque") --> en retour, tu obtiens un :
Bloc de code:
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!!
Do you want to proceed? (Y/N):
à quoi tu réponds avec espoir :
et ↩︎ --> si tu étais veinard (parce que
gdisk aurait la puissance de "surécrire" -
overwrite- le secteur
0 de ta carte), alors tu toucherais un :
Bloc de code:
OK; writing new GUID partition table (GPT) to /dev/disk1.
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.
Si tu touchais au final cette déclaration, c'est qu'une table
GPT aurait bien réussi à "
overwrite" l'écriture de la table
MBR antérieure sur le secteur
0 de la carte. Aucun volume ne serait exporté à ce stade (Table vide de système de fichiers montable en volume). Tu devrais détacher ta carte du port correspondant puis la réinsérer (ou... re-démarrer ton Mac
). En lançant alors l'«
Utilitaire de Disque», il te serait possible de repartitionner le disque de la carte pour lui faire exporter un volume au format
jhfs+ ou
FAT.
--------------------
Si tu te heurtais encore à un rapport de blocage, comme ci-devant avec le programme
fdisk, je ne vois plus alors que connecter la carte à un PC (via un lecteur de cartes par exemple) et tenter de la ré-intialiser de manière standard sous
Windows. Parce que manifestement il y aurait sur son secteur de
boot du code résilient (provenant qui sait d'où ?)... Après quoi, elle serait peut-être manipulable par l'«
Utilitaire de Disque» sous
OS X ?
[NB. En repassant par le dossier des
CoreServices ou les
Utilitaires de la «
Recovery HD», tu peux au final relancer l'application : «
Security Configuration.app » afin de recocher l'option : "
Enforce System Integrity Protection" - si tu ne souhaites pas la laisser désactivée --> encore un re-démarrage en perspective dans ce cas...]
