MacOS plus bootable après mise à jour

Darius_IV

Membre confirmé
17 Février 2022
21
0
Bonjour,

Après avoir effectué la mise à jour de sécurité de Catalina sur un MacBook Pro mi-2012, le démarrage affiche un cercle barré et même en bootant en mode recovery il m'est impossible de vérifier et réparer le disque depuis Disk Utility

Le disque de ce MacBook est divisé en 6 partitions (MacOS, Windows [Bootcamp], rEFInd, 3 partitions Linux) :Screenshot 2022-02-17 at 14.15.33.png

Bloc de code:
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk4s1
   2:                  Apple_HFS ⁨⁩                        501.2 GB   disk4s2
   3:           Linux Filesystem ⁨⁩                        100.2 GB   disk4s3
   4:                        EFI ⁨UBUNTU⁩                  550.0 MB   disk4s4
   5:           Linux Filesystem ⁨⁩                        129.2 GB   disk4s5
   6:       Microsoft Basic Data ⁨BOOTCAMP⁩                268.3 GB   disk4s6
   7:                  Apple_HFS ⁨rEFInd⁩                  302.0 MB   disk4s7
   8:                  Apple_HFS ⁨Kali⁩                    211.8 MB   disk4s8

Et voici l'état des tables de partition :

Bloc de code:
gpt show: disk4: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   978939864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   979349504   195758080      3  GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
  1175107584         536         
  1175108120     1074216      4  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
  1176182336   252264896      5  GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
  1428447232   524070912      6  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1952518144      589824      7  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1953107968      413696      8  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1953521664        3471         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

La partition Apple_HFS de 500 GB était avant la mise à jour un conteneur APFS

Je vous serais très reconnaissant pour votre aide
 
Un SSD Sabrent dans un MBP de 2012 ! Bien, comme tu n'es pas le premier à qui cela arrive, ton icône indique que le système macOS n'est plus visible. Que faire ? Changer la nappe SATA. Pourquoi ? Avec un SSD le taux de transfert des lectures/écritures est à minima 5 fois supérieur et dès lors que l'on change le disque dur d'origine à plateaux par un SSD tu as ce problème qui peut arriver tout de suite après installation, après 1 jour, 1 semaine, 1 mois, 1 année, etc, mais cela arrivera.

En 2012 la qualité de la nappe SATA suivant le cahier des charges de chez Apple était suffisante pour cette gamme de 2012, mais Apple changeait la nappe SATA par une de meilleure qualité si le MBP était commandé avec un SSD. Avant de changer la nappe SATA, si tu veux avoir confirmation, tu retires ton SSD, tu l'installes dans un boîtier USB, tu le connectes à ton MBP, tu démarres en maintenant la touche alt/option, si tu vois ton SSD, qu'en le sélectionnant, que tu arrives dans ta session de travail, tu es bon pour changer la nappe SATA que tu peux commander chez MacWay.
 
Un SSD Sabrent dans un MBP de 2012 ! Bien, comme tu n'es pas le premier à qui cela arrive, ton icône indique que le système macOS n'est plus visible. Que faire ? Changer la nappe SATA. Pourquoi ? Avec un SSD le taux de transfert des lectures/écritures est à minima 5 fois supérieur et dès lors que l'on change le disque dur d'origine à plateaux par un SSD tu as ce problème qui peut arriver tout de suite après installation, après 1 jour, 1 semaine, 1 mois, 1 année, etc, mais cela arrivera.

En 2012 la qualité de la nappe SATA suivant le cahier des charges de chez Apple était suffisante pour cette gamme de 2012, mais Apple changeait la nappe SATA par une de meilleure qualité si le MBP était commandé avec un SSD. Avant de changer la nappe SATA, si tu veux avoir confirmation, tu retires ton SSD, tu l'installes dans un boîtier USB, tu le connectes à ton MBP, tu démarres en maintenant la touche alt/option, si tu vois ton SSD, qu'en le sélectionnant, que tu arrives dans ta session de travail, tu es bon pour changer la nappe SATA que tu peux commander chez MacWay.
Tout d'abord merci beaucoup pour ton aide !

En fait le SSD n'est pas un Sabrent, c'est le cable SATA vers USB via lequel il est branché qui est de Sabrent (j'ai lancé la commande diskutil en le branchant en externe)

Le SSD lui même est un Crucial, et je l'ai branché en externe sur mon MBP, le résultat est le même (cercle barré) :(
Et le volume Macintosh HD ne s'affiche même pas dans les options de boot en maintenant alt/option
 
Dernière édition:
Il est peut-être plus judicieux de déplacer le sujet dans la rubrique macOS ? Je me souviens de @macomaniac qui m'a été d'une aide très précieuse par le passé au sujet de volumes devenus non bootable :)

Notamment sur ce sujet
 
Bonjour Darius

La partition disk0s2 (n°2) du disque a un type 48465300-0000-11AA-AA11-00306543ECAC (UUID de l'Apple_HFS) enregistré actuellement dans la table de partition GPT de l'en-tête du disque. Aucun volume ne se trouve actuellement formé sur cette partition -->

- on peut conjecturer (de manière optimiste) que le type 7C3457EF-0000-11AA-AA11-00306543ECAC (UUID de l'Apple_APFS) de cette partition --> ait été accidentiellement transformé en Apple_HFS > sans reformatage des blocs de la partition. Auquel cas > restaurer le type de la partition à Apple_APFS => pourrait réactiver le système de fichiers apfs présumé toujours inscrit sur les blocs de tête de la partition.​

Pour effectuer cette restauration > il faut que tu puisses démarrer en mode secours de manière indépendante du disque interne. Car la table GPT de ce disque doit se trouver a priori désactivée (non prise en charge par un kernel pour un montage de volume) --> pour qu'on puisse éditer le descripteur de la partition macOS. Comment as-tu démarré ton Mac ? - est-ce par internet = globe terrestre ? -as-tu un volume démarrable externe de macOS ?
 
Comment as-tu démarré ton Mac ? - est-ce par internet = globe terrestre ? -as-tu un volume démarrable externe de macOS ?
J'ai un volume démarrable externe de macOS (c'est un autre MacBook Pro, je ne sais pas si c'est important mais je précise au cas où: c'est un ARM sous Monterey 12.2.1)

Et merci encore pour ton aide, on apprend toujours beaucoup avec toi c'est un réel plaisir :)
 
Je vois que ton disque à problème était indexé disk4 (external, physical). Tu étais donc démarré sur le disque interne d'un Mac et le disque externe à la partition corrompue était connecté en USB ?
 
Bon. Si tu repasses pour toi-même une commande :
Bloc de code:
diskutil list external
  • qui affiche uniquement les disques externes

=> est-ce que ton disque à partition corrompue est toujours bien disk4 ?
 
Bon. Si tu repasses pour toi-même une commande :
Bloc de code:
diskutil list external
  • qui affiche uniquement les disques externes

=> est-ce que ton disque à partition corrompue est toujours bien disk4 ?
Bash:
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk4s1
   2:                  Apple_HFS ⁨⁩                        501.2 GB   disk4s2
   3:           Linux Filesystem ⁨⁩                        100.2 GB   disk4s3
   4:                        EFI ⁨UBUNTU⁩                  550.0 MB   disk4s4
   5:           Linux Filesystem ⁨⁩                        129.2 GB   disk4s5
   6:       Microsoft Basic Data ⁨BOOTCAMP⁩                268.3 GB   disk4s6
   7:                  Apple_HFS ⁨rEFInd⁩                  302.0 MB   disk4s7
   8:                  Apple_HFS ⁨Kali⁩                    211.8 MB   disk4s8

Oui toujours disk4
 
Parfait. La 1ère étape consiste à démonter ce disque de tous ses volumes afin de désactiver par là la table GPT de sa prise en charge par le kernel de ton OS interne démarré.

- passe la commande (copier-coller puisque tu es dans le terminal de ta session interne d'utilisateur) :​
Bloc de code:
diskutil umountDisk force disk4
  • qui démonte le disk4 de tous ses volumes montés

Poste le retour.
 
Parfait. La 1ère étape consiste à démonter ce disque de tous ses volumes afin de désactiver par là la table GPT de sa prise en charge par le kernel de ton OS interne démarré.

- passe la commande (copier-coller puisque tu es dans le terminal de ta session interne d'utilisateur) :​
Bloc de code:
diskutil umountDisk force disk4
  • qui démonte le disk4 de tous ses volumes montés

Poste le retour.
Forced unmount of all volumes on disk4 was successful
 
Parfait : démontage réussi --> GPT désactivée. On peut donc l'éditer en écriture.

- passe la commande :​
Bloc de code:
sudo gpt remove -i 2 disk4
  • la commande supprime dans la GPT le descripteur de la partition2 corrompue. Cette suppression du descripteur dans la GPT --> n'affecte en aucune manière aucun bloc de la partition du disque (aucun reformatage)

Poste le retour.

Note : tu sais t'authentifier pour une commande sudo ?
 
Parfait : démontage réussi --> GPT désactivée. On peut donc l'éditer en écriture.

- passe la commande :​
Bloc de code:
sudo gpt remove -i 2 disk4
  • la commande supprime dans la GPT le descripteur de la partition2 corrompue. Cette suppression du descripteur dans la GPT --> n'affecte en aucune manière aucun bloc de la partition du disque (aucun reformatage)

Poste le retour.

Note : tu sais t'authentifier pour une commande sudo ?
Bloc de code:
gpt remove: disk4: Suspicious MBR at sector 0
disk4s2 removed
 
Descripteur supprimé --> partition supprimée (une partition n'a pas d'existence matérielle sur un disque. C'est une définition logique de la table de partition). Cette édition en écriture de la GPT l'a réactivée. Il faut donc la désactiver de nouveau.

- donc repasse la commande :​
Bloc de code:
diskutil umountDisk force disk4
  • qui la désactive via le démontage des volumes du disque

Poste le retour.
 
Descripteur supprimé --> partition supprimée (une partition n'a pas d'existence matérielle sur un disque. C'est une définition logique de la table de partition). Cette édition en écriture de la GPT l'a réactivée. Il faut donc la désactiver de nouveau.

- donc repasse la commande :​
Bloc de code:
diskutil umountDisk force disk4
  • qui la désactive via le démontage des volumes du disque

Poste le retour.
Bloc de code:
Forced unmount of all volumes on disk4 was successful
 
Démontage effectué. Passe la commande :
Bloc de code:
sudo gpt add -b 409640 -s 978939864 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk4 ; diskutil list external
  • la commande recrée un descripteur GPT de partition telle que : bloc de tête = n° 409640 > extension = 978939864 (blocs de 512 octets standards = 501.21 Go) > type = Apple_APFS (via l'UUID déterminant universellement ce type = 7C3457EF-0000-11AA-AA11-00306543ECAC) - puis ré-affiche la configuration du disque externe

Poste le retour.
 
Démontage effectué. Passe la commande :
Bloc de code:
sudo gpt add -b 409640 -s 978939864 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk4 ; diskutil list external
  • la commande recrée un descripteur GPT de partition telle que : bloc de tête = n° 409640 > extension = 978939864 (blocs de 512 octets standards = 501.21 Go) > type = Apple_APFS (via l'UUID déterminant universellement ce type = 7C3457EF-0000-11AA-AA11-00306543ECAC) - puis ré-affiche la configuration du disque externe

Poste le retour.
Bloc de code:
gpt add: disk4: Suspicious MBR at sector 0
gpt add: disk4: error: no space available on device
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk4s1
                    (free space)                         501.2 GB   -
   2:           Linux Filesystem ⁨⁩                        100.2 GB   disk4s3
   3:                        EFI ⁨UBUNTU⁩                  550.0 MB   disk4s4
   4:           Linux Filesystem ⁨⁩                        129.2 GB   disk4s5
   5:       Microsoft Basic Data ⁨BOOTCAMP⁩                268.3 GB   disk4s6
   6:                  Apple_HFS ⁨rEFInd⁩                  302.0 MB   disk4s7
   7:                  Apple_HFS ⁨Kali⁩                    211.8 MB   disk4s8
 
On voit bien l'attestation d'une bande d'espace libre de 501 Go sur le disque -->
Bloc de code:
                    (free space)                         501.2 GB   -
  • correspondant à la partition supprimée. Donc un descripteur de partition concernant cet espace libre aurait dû pouvoir être recréé. Mais cette recréation a avorté. Pourquoi ? --> parce que sur l'unique bloc n° 0 du disque > existe une table de partition alternative de type MBR > qui décrit les partitions du disque selon un schéma Windows. Cette description alternative de type MBR > incluant la persistence d'un descripteur de la partition macOS en mode MBR --> bloque la recréation d'un descripteur dans la GPT. Cette table de partition MBR doit avoir un usage pour le boot de ton Windows voire de Linux.

Passe la commande :
Bloc de code:
sudo fdisk /dev/disk4
  • qui affiche la structure de la table MBR du bloc n°0 du disk4

Poste le retour.