J'essayais d'installer Linux sur mon MacBook pour les cours lorsque j'ai bricolé mon ordinateur, qui est maintenant dans un état non amorçable.
J'ai rendu ma partition trop petite, donc j'allais supprimer et créer une plus grande. Cependant, l'Utilitaire de disque ne m'a pas permis de supprimer la petite partition. J'ai suivi les instructions de /apple//a/238088/236252
Cependant, non seulement je ne pouvais toujours pas le supprimer, mais au redémarrage, j'ai réalisé que ma partition principale (située sur le même disque) était devenue FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF et je n'avais aucune option pour démarrer. (Je suis sûr d'avoir exécuté la commande sur le disque et la partition appropriés)
J'ai vu des threads similaires, mais mon lecteur de démarrage principal est celui qui a été corrompu.
Je ne veux pas perdre de données. Je ne suis pas le plus averti des terminaux, donc TOUTE aide est appréciée, et je fournirai avec bonté toute information supplémentaire!
(Le disque 0, la partition 2 est ma partition principale, et cette seule dont je me soucie)
Voici les résultats de $ diskutil list et $ gpt -r show disk0 .
MISE À JOUR:: J'ai suivi les instructions de @klanomath. À la dernière étape, j'ai reçu l'erreur suivante:
Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error
MISE À JOUR FINALE: SUCCÈS!
Je voulais juste remercier @klanomath de m'avoir aidé tout au long de ce processus. Il a passé 11 heures avec TeamViewing jusqu'à ce que non seulement mes fichiers soient accessibles, mais jusqu'à ce que je puisse accéder à mon ordinateur comme avant cette débâcle (et ce après 5 heures de correspondance par e-mail).
Pour tout futur lecteur avec ce problème: S'IL VOUS PLAÎT n'abandonnez pas, il peut être résolu!
Réponses:
Pour ajouter une réponse parfaitement adaptée à votre cas, j'ai légèrement modifié ma réponse dans le " duplicata " lié et je l'ai posté ici à nouveau.
La deuxième ainsi que la troisième partition de votre disque interne ont le mauvais type de partition, vos données ne seront probablement pas perdues.
Une partition OS X amorçable (à l'exception de Recovery HD) possède le GUID 48465300-0000-11AA-AA11-00306543ECAC pour une partition OS X standard ou le GUID 53746F72-6167-11AA-AA11-00306543ECAC pour une partition CoreStorage. Le FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF est un type de partition inconnu (mais pas aucune partition comme celle 000000-0000-0000 ....).
Le premier bloc d'une partition OS X standard ne contient pas de zéros, le premier bloc d'une partition CoreStorage contient des non-zéros. Pour obtenir les 3 premiers blocs d'une partition, vous devez utiliser un substitut pour hexdump / xxd (les deux ne sont pas disponibles dans le lecteur de démarrage du mode de récupération / OS X Installer). Le meilleur que j'ai trouvé est
dd if=/dev/diskXsY count=3 | vis -c
.La table de partition GUID peut être modifiée avec
gpt
. gpt n'écrit que sur les 34 premiers et les 33 derniers blocs d'un disque (512) ou sur les 6 premiers et 5 derniers blocs d'un disque 4k. La modification de la table de partition (même à tort) ne modifie pas le contenu d'un volume sur votre disque, si vous n'initialisez pas ou ne réparez pas un volume / disque sur demande. Vous pouvez cependant le vérifier.diskutil list
Obtenez une vue d'ensemble de votre disque interne avec l'identifiant de disque trouvé dans la commande précédente. Ci-dessous, je suppose que l'identifiant de disque de votre disque interne est disk0 (remplacez-le par celui que vous avez trouvé dans votre environnement)
diskutil umountDisk disk0
vis les 3 premiers blocs de la partition FFFF ...:
Si vous aviez une partition standard auparavant, les 1024 premiers octets ne contiennent que des zéros non imprimables: \ 0 \ 0 ... À ~ octet 1030, vous verrez la séquence suivante: \ 0HFSJ \ 0
Si vous aviez une partition CoreStorage, certains non-zéros dans les 512 premiers octets et la chaîne CS (
...\0CS\^A...
) sont affichés:Supprimez maintenant la troisième, la quatrième et la deuxième partition:
Si vous obtenez un message d'erreur comme «ressource occupée», démontez à nouveau le disque ou démontez les volumes tenaces avec
diskutil umount disk0sX
.Ajoutez à nouveau la partition de récupération avec le type approprié mais le même numéro d'index, le bloc de démarrage et la taille qu'il avait précédemment:
Ajoutez à nouveau la partition principale avec le type approprié mais le même numéro d'index, le bloc de démarrage et la taille qu'il avait précédemment:
Soit une partition OS X normale (si vous avez trouvé les traces typiques d'une partition normale à l'
dd ... vis
étape):ou (si vous avez trouvé les traces typiques d'une partition CoreStorage):
Votre disque devrait enfin ressembler à ceci si vous avez trouvé une partition OS X standard:
ou ceci, si vous avez trouvé un volume CoreStorage:
Enfin, vérifiez / réparez le disque avec
diskutil verifyDisk disk0
et / oudiskutil verifyVolume disk0s2
. Si une réparation est nécessaire, utilisez la réparation (au lieu de vérifier) comme préfixe dans les commandes ci-dessus, mais contactez-moi avant de la réparer et envoyez-moi le message d'erreur .Des investigations supplémentaires via des sessions TeamViewer ont révélé que la partition EFI et la partition Recovery HD étaient corrompues. Le volume principal est crypté. Le Recovery HD contient alors une clé FileVault intermédiaire spéciale. Si la clé est manquante, le système principal ne démarre pas. Il était possible de déverrouiller le lecteur avec
diskutil cs unlockVolume ...
.Après avoir installé un macOS complet sur une clé USB et y avoir démarré, la partition EFI et le Recovery HD d'un autre disque non FileVault (en fait ceux d'une Sierra VM) ont été ajoutés au disque cassé. Toujours démarré à partir de la clé USB, le volume FileVault a été rétabli à un volume standard en cliquant avec le bouton droit sur le volume dans le Finder, en choisissant "Déchiffrer le volume" et en entrant un mot de passe utilisateur valide. Il doit s'agir du mot de passe d'un compte utilisateur éligible sur le volume FileVault. D'autres méthodes pour décrypter le volume comme
diskutil cs revert lvUUID
oudiskutil cs decryptVolume lvUUID
- testées uniquement sur une machine virtuelle - ne semblaient pas fonctionner. Cela pourrait cependant être une restriction des machines virtuelles.Pour développer la partition principale (disk0s2) à sa taille maximale, utilisez l'Utilitaire de disque ou la
diskutil resizeVolume ...
commande.Au départ, le volume n'apparaissait pas dans Préférences Système> Disque de démarrage, mais le altdémarrage du Mac a dévoilé le volume principal. Cela a probablement re-béni correctement le boot.efi du volume. Le volume (désormais standard) apparaît à nouveau dans le disque de démarrage.
la source
Ce problème peut également survenir lors d'une session APFS High Sierra vivante ! J'ai eu ce problème hier, après avoir apporté des modifications à l'application et aux
diskutil
commandes de l' Utilitaire de disque , j'ai trouvé ceci:Je ne pense pas qu'il redémarrerait dans cette configuration (ou peut-être avec une table de sauvegarde GPT? Aucune idée). Merci l'explication ci-dessus, j'ai pu résoudre le problème lors de la session en direct, mais j'ai dû utiliser une solution légèrement différente ( cette solution ne fonctionne qu'avec SIP désactivé, si elle est activée, vous devrez redémarrer, désactiver et utiliser la solution précédente . , ce problème est peut-être lié au SIP désactivé, donc il ne se produira pas sur le SIP activé? Je ne sais pas.)
Même avec
disk0
démonté, il ne semblegpt
pas possible de modifier le GPT pendant une session en direct:Au lieu de cela, j'ai utilisé un outil tiers
gdisk
(je l'ai obtenu via homebrew) pour modifier le type dedisk0s2
:Vérification:
Ensuite, vérifiez avec
diskutil verifyDisk disk0
etdiskutil verifyVolume disk0s2
sans avertissement ni erreur. Redémarrage réussi.la source