10.13 High Sierra Disque dur interne Macintosh HD a disparu dans utilitaire de disque..

[Membre supprimé 1060554]

Bon. Alors redémarre (Menu  > Redémarrer) > et tiens aussitôt pressées les 3 touches ⌘⌥R (cmd alt R) -->

- démarrage par internet alternatif > téléchargeant (globe terrestre) en RAM l'OS de secours le plus avancé compatible avec ton Mac (Catalina donc - 500 Mo compressés) > avant de démarrer le Mac dessus à la fin.​

Obtiens-tu un écran aux 4 Utilitaires macOS > dont l'option : "Réinstaller macOS" offre de réinstaller Catalina ?

 

[ertyu]

Oui j'obtiens bien cet écran. Est-ce que je dois tenter de réinstaller Catalina ?

 

[Membre supprimé 1060554]

Si tu es bien dans une session de secours Catalina --> lance le Terminal et passe une commande :

diskutil list internal

• qui va afficher la configuration interne seule

Poste le retour en copier-coller dans un bloc de code (si tu peux te connecter aux forums avec Safari) > sinon en photo.

 

[ertyu]

Voici le résultat de la commande diskutil list internal

​

 

[Membre supprimé 1060554]

Avec 346 Go d'occupation du volume-Données --> tu as certainement pas mal de données personnelles à récupérer.

- je note que les 3 volumes : Preboot (prédémarrage) > Recovery (secours) > Macintosh HD (système) sont vides : ils ont été reformatés. La distribution actuelle est alors indémarrable.​

Quel est l'OS proposé à la réinstallation par l'option : "Réinstaller macOS" ? - est-ce que c'est bien Catalina ?

 

[ertyu]

Oui c'est bien Catalina.

 

[Membre supprimé 1060554]

Bon. Passe encore la commande :

ls /Vol*/*Do*

• (respecte l'espace libre et les astérisques * d'abréviation) la commande liste les objets de 1er rang du volume-Données

Poste le retour => que je voie si ce volume a toujours une distribution de dossiers régulière.

 

[ertyu]

Voici le résultat de la commande ls /Vol*/*Do*

​

 

[Membre supprimé 1060554]

Il y a un dossier macOS Install Data dédié aux composants d'une installation + un dossier Recovered Items de quarantaine des dossiers-Système à remplacer en cas d'installation. Y ont été déplacés les dossiers-Système : Applications > Library > System > usr > bin > sbin principalement. Restent dans l'espace-racine du volume : private (qui recèle notamment les fichiers identitaires d'utilisateurs) et Users (qui recèle les dossiers de comptes d'utilisateurs avec leurs données).

- interprétation : le volume-Données se trouve dans un état de "chantier d'installation interrompue" classique. Seule une réinstallation adressée au même volume peut le récupérer dans un contexte de démarrage.​

Passe aussi la commande :

diskutil ap listGroups disk2

• la commande affiche les groupes de volumes logiques > solidarisant volume-Données et volume-Système dans un appairage

Poste le retour => que je vérifie si le volume-Données (en chantier) est toujours solidaire du volume Macintosh HD (reformaté) > ou si ce lien a été cassé par le reformatage.

 

[ertyu]

Voici le résultat de la commande diskutil ap listGroups disk2 :

 

[Membre supprimé 1060554]

Parfait : les 2 volumes (Données & Système) sont restés solidaires dans un même groupe de volumes logiques qui les appaire.

- avant de te propulser dans une réinstallation > il convient de régler un problème de partition. En effet => en l'absence de partition de type EFI au rang n°1 du partitionnement du disque > partition EFI dite l'ESP (EFI_System_Partition ou partition-Système de l'EFI = le programme de boot primaire du Mac) => aucune réinstallation d'OS n'est validable. Il faut donc recréer au rang n°1 des partitions une partition de type EFI valide > sans du tout toucher à la partition de type apfs dont dépendent les volumes du Conteneur.​

Action ! --> passe la commande préalable :

diskutil umountDisk force disk2

• la commande démonte le Conteneur apfs de ses volumes

Poste le retour.

Note : ce démontage est nécessaire pour désactiver la table de partition GPT d'en-tête du disque > désactivation requise si l'on veut ré-écrire à cette table le descripteur de la partition EFI disparue.

 

[ertyu]

Voici le résultat de la commande :

Forced unmount of all volumes on disk2 was succesful

 

[Membre supprimé 1060554]

Démontage effectif. Passe la commande :

gpt add -b 40 -s 409600 -t efi /dev/disk1

• (respecte les espaces - le 1 de disk1 = chiffre un) la commande recrée un descripteur GPT de partition telle que : bloc de tête = n°40 > extension = 409600 (blocs de 512 octets standards = 209,7 Mo) > type = EFI

Poste le retour.

 

[ertyu]

Voici le retour :

/dev/disk1s2 added

 

[Membre supprimé 1060554]

Descripteur écrit à la GPT => partition recréée.

- passe la commande que tu connais :​

diskutil list internal

• qui affiche la configuration interne seule

Poste le retour. De deux choses l'une : soit le système de fichiers FAT-32 > formateur du volume EFI sur l'espace de la partition --> est resté intact => alors il y aura eu régénération automatique du volume EFI d'origine sur la partition recréée / soit il y aura eu suppression du système de fichiers FAT-32 => alors la recréation du descripteur GPT n'aura recréé qu'un conteneur de blocs bruts de partition sans volume et il faudra reformer un volume EFI sur la partition recréée.

 

[ertyu]

Voici le retour (je comprends qu'on a visiblement retrouvé la partition EFI) :

 

[Membre supprimé 1060554]

Oui : le système de fichiers FAT-32 > formateur du volume EFI était resté intact sur les blocs du disque. La recréation d'un descripteur GPT de partition => a permis au kernel (le moteur logique du Système de secours démarré) > à la lecture de la table GPT éditée => d'aller à l'en-tête de la partition recréée --> prendre en charge le système de fichiers FAT-32 et remonter le volume qu'il forme.

- note (au cas où tu t'intéresserais à de petits problèmes de logique informatique) : une partition est un découpage logique virtuel projeté immatériellement sur le disque par les descripteurs de la GPT. C'est le kernel à la lecture de ces descripteurs qui construit les appareils logiques de partitions - partitions qui n'ont aucune existence physique sur aucun disque. Mais a contrario > un système de fichiers formateur de volume consiste toujours en écritures matérielles sur des blocs de disques correspondant au départ d'une partition immatérielle. Il faut la coïncidence exacte d'une partition immatérielle et d'un système de fichiers matériel => pour qu'un volume puisse se trouver formé et monté sur l'espace d'une partition.​

Tu notes que la partition EFI recréée de façon valide est actuellement mal placée dans la description GPT : elle a le rang n°2 là où il lui faut le rang n°1 correspondant à sa localisation sur les blocs.

- on règle ce détail. Passe la commande :​

diskutil repairDisk disk0

• à validation > une demande de confirmation s'affiche --> tape y (yes) est revalide

• la commande lance une réparation logique totale du disque interne. Dont une réparation de la table de partition GPT directice => ce qui devrait remettre de l'ordre dans les rangs de ses descripteurs

Poste le retour.

 

[ertyu]

Merci pour ces précisions et explications.
Malheureusement quand je tape la commande j'obtiens le résultat suivant :

Unable to repair this whole disk: The target disk is too small for this operation (-69771)

 

[Membre supprimé 1060554]

Pardon : j'avais oublié que ton disque interne est disk1. Passe la commande éditée :

diskutil repairDisk disk1

• et poste le retour.

 

[ertyu]

Hum je crois que le repair ne semble pas être passé correctement.
Voici le retour :

Repairing the partition map might erase disk1s1, proceed? (y/N) y
Started partition map repair on disk1
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Problems were encountered during repair of the partition map
Error: -69790: Couldn't find the target disk for this operation