5 votes

Partition APFS inaccessible, conteneur manquant

J'utilise MacOS Mojave sur un iMac 4k 21,5" de fin 2015.

J'ai perdu l'accès à mon disque dur interne, mais je peux utiliser mon iMac en exécutant MacOS depuis un disque externe ou en passant par le mode de récupération.

Lorsque je maintiens la touche Option enfoncée au démarrage, le seul disque disponible affiché est mon disque externe. La dernière fois que j'ai essayé de démarrer sans maintenir la touche option, j'ai été accueilli par l'icône de dossier avec un point d'interrogation.

Je n'ai pas supprimé mes données, même pas accidentellement, tout est encore là et je peux le voir en utilisant iBoysoft APFS récupération de données.

Ce problème a commencé lorsque j'ai essayé d'installer Ubuntu sur une partition en utilisant ce guide. https://www.maketecheasier.com/install-dual-boot-ubuntu-mac/ (J'ai essayé de suivre attentivement toutes les étapes, mais j'ai peut-être fait une erreur) et ensuite, dans l'Utilitaire de disque, mon lecteur s'appelait FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF . Mon Mac fonctionnait toujours bien, mais lorsque je l'ai redémarré, il ne démarrait plus dans MacOS. J'ai cherché ce problème et des solutions sur Internet et j'en ai trouvé quelques-unes. J'ai parcouru ces guides et fait ce qu'ils disaient, et je suis presque sûr d'avoir changé les chiffres pour les tailles etc. correctement pour ma propre situation, mais même après avoir suivi ces guides, je ne peux toujours pas démarrer dans MacOS sur mon disque dur interne.

Mon disque dur est de 1 To, ma partition Mac est de 960 Go, ma partition Ubuntu était de 40 Go mais je l'ai supprimée et j'ai installé MacOS Sierra dessus, mais elle a également disparu à un moment donné.

J'ai réussi à faire reconnaître à mon Mac que les données sont au format APFS et qu'elles sont bien là, mais il ne veut pas interagir avec elles en dehors du terminal.

Ma partition APFS ne semble pas avoir de conteneur, pour autant que je comprenne APFS (pas très loin), elle a besoin d'un conteneur. Je n'ai pas supprimé le conteneur mais je pense qu'il a été perdu. Peut-être qu'il doit être reconstruit ou que la partition APFS doit être placée dans un conteneur d'une manière ou d'une autre, mais je ne sais pas comment faire l'une ou l'autre de ces choses.

Une autre remarque est que la partition était de 960 Go et qu'elle est maintenant affichée comme étant de 883 Go - je ne sais pas ce que cela signifie, c'était peut-être la quantité de données sur la partition, mais cela semble peut-être un peu élevé.

Je suis loin d'être assez bon avec MacOS ou le terminal pour m'amuser avec sans aide et je n'aurais probablement pas dû essayer d'installer Ubuntu sur mon disque dur principal sans une sauvegarde récente, mais je pourrais vraiment avoir besoin d'aide et j'apprécierais beaucoup.

voici les résultats de quelques commandes de terminal, ils seront plus fiables que mes suppositions et explications :

diskutil list

(disk0 est mon disque dur interne, disk1 et disk2 sont juste les clés USB externes sur lesquelles j'ai installé MacOS pour pouvoir continuer à utiliser mon iMac).

enter image description here

sudo gpt -r show disk0

enter image description here

sudo dd if=/dev/disk0 bs=512 count=1 skip=409640 | hexdump -Cv

enter image description here

sudo dd if=/dev/disk0 bs=512 count=1 skip=228482040 | hexdump -Cv

enter image description here

Edit 20/10 22:30 : Après avoir essayé de monter ou de réparer les volumes du disque 0 de toutes les manières possibles sur mon disque USB d'installation de MacOS, j'ai essayé à nouveau de démarrer en mode récupération. J'ai essayé de réparer dans l'Utilitaire de disque, mais il m'a dit que je devais le faire en mode de récupération (j'étais en mode de récupération) et m'a dit d'appuyer sur continuer et rien ne s'est passé, alors j'ai utilisé diskutil repairvolume dans le terminal de récupération et il a dit quelque chose comme quoi je ne pouvais pas parce que mon volume APFS n'a pas de conteneur (d'autres commandes diskutil m'ont dit que ce n'était pas un volume APFS ou qu'il n'utilisait même pas APFS, donc je pense que son absence de conteneur donnait du fil à retordre à mon ordinateur). J'ai cherché un peu plus loin, en cherchant les messages d'erreur que j'ai reçus, et je n'ai rien trouvé (cela n'aide pas que APFS soit relativement nouveau et que Mojave le soit aussi). Je suis donc en train d'utiliser un logiciel de récupération de données APFS (Disk Drill) afin de pouvoir faire une nouvelle installation de MacOS sur le disque interne de mon iMac et d'y importer mes anciennes données récupérées. Avant d'effacer mon disque dur interne, je vais essayer de le réparer en mode mono-utilisateur avec '/sbin/fsck -fy', mais je n'ai pas beaucoup d'espoir. Cela prendra vraisemblablement au moins une journée, et peut ne pas fonctionner comme prévu, donc si quelqu'un peut me fournir un moyen de créer un conteneur APFS et d'y placer mon volume APFS pour que mon système puisse le lire, ce serait génial. Si vous avez besoin des résultats du terminal utilisé en mode de récupération, je peux le faire, mais à moins qu'il y ait un moyen de capturer des captures d'écran en mode de récupération, ce seront des photos d'un écran.

Résultats actuels de 'diskutil list disk0' et 'sudo gpt -r show disk0'.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_Boot                         650.0 MB   disk0s2
   3:                 Apple_APFS                         883.2 GB   disk0s3

       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   226802864         
   227212504     1269536      2  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
   228482040  1725043095      3  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

Merci pour toute aide ou suggestion

6voto

David Anderson Points 30783

Remarque : L'affichage d'images de la sortie de l'application Terminal peut souvent conduire les utilisateurs à ne pas afficher la réponse à une question. Vous devez copier et coller le texte de votre question. Une fois collé, mettez le texte en surbrillance, puis cliquez sur le bouton d'exemple de code. {} pour mettre en forme le texte.

Votre partition APFS actuelle ( disk0s2 ) ne semble pas être valable pour plusieurs raisons. En voici trois.

  1. Le numéro magique stocké dans l'en-tête est incorrect. De plus, l'en-tête définit la taille du bloc comme étant de 2 385 839 421 octets et le conteneur APFS comme étant de 2 777 634 813 198 357 TB. Le chiffre magique devrait être BSXN . La taille du bloc doit être de 4096 octets et le conteneur doit avoir une taille inférieure ou égale à 883 222 061 056 octets.
  2. La taille de la partition APFS de 1 725 043 095 secteurs logiques n'est pas divisible par 8.
  3. La partition APFS devrait apparaître soit immédiatement et peu après la partition EFI ( disk0s1 ). Ici, la partition commence 116 773 068 800 octets après la fin de la partition EFI.

Il semble qu'une partition APFS d'une taille de 960 018 657 280 octets soit apparue immédiatement après la partition EFI ( disk0s1 ). Le problème est que les données stockées dans la partition APFS ont été partiellement écrasées par les données stockées maintenant dans la partition disk0s3 . Le type et l'emplacement des disk0s3 indiquerait que MacOS Sierra a pu être installé près ou immédiatement avant disk0s3 . Si c'est le cas, des données supplémentaires stockées dans la partition APFS peuvent avoir été écrasées.

Remarque : les entrées de partition stockées dans le GPT ne sont pas dans l'ordre croissant. Bien que cela ne crée pas de problèmes pour Ubuntu, cette condition conduit souvent à un fonctionnement incorrect de MacOS.

Pour corriger le TPG, vous devez supprimer les deuxième et troisième entrées. Les commandes sont données ci-dessous.

Remarque : vous devez démonter tous les volumes de l'application disk0 avant de saisir les commandes données ci-dessous.

sudo gpt remove -i 2 /dev/disk0
sudo gpt remove -i 3 /dev/disk0

La commande ci-dessous ajoutera le conteneur APFS au GPT.

sudo gpt add -i 2 -b 409640 -s 1875036440 -t apfs /dev/disk0

Il n'y a aucune garantie que la réparation du GPT conduira automatiquement à une partition APFS fonctionnant correctement.

Une fois terminé, la sortie de sudo gpt -r show /dev/disk0 devrait apparaître comme indiqué ci-dessous.

     start        size  index  contents
         0           1         PMBR
         1           1         Pri GPT header
         2          32         Pri GPT table
        34           6         
        40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    409640  1875036440      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
1875446080    78079055         
1953525135          32         Sec GPT table
1953525167           1         Sec GPT header

4voto

Vishal Patwa Points 41

La réponse de David Anderson ci-dessus est en or. Gardez à l'esprit que les valeurs utilisées dans la commande ci-dessous (1875036440 blocs (512)) utilisées ici sont conformes à la situation donnée par le PO.

sudo gpt add -i 2 -b 409640 -s 1875036440 -t apfs /dev/disk0

Modifiez ces valeurs en fonction des résultats de votre sudo gpt -r show disk0 . Remplacez-les par la taille de votre partition endommagée.

Par exemple, j'ai eu exactement le même problème que le PO. J'avais 3 partitions pour mon disque dur. La première partition (APFS) a été endommagée. Les autres partitions (partition2, partition3) étaient des HFS.

Dans le gpt add J'ai entré la taille de ma partition, et voilà, au redémarrage de mon ordinateur, MacOS est revenu.

0voto

dexin Points 1

Conseil pour la récupération : Les données peuvent encore être accessibles en utilisant linux et apfs-fuse.

Malheureusement, j'ai rencontré le même problème sur mon installation Bootcamp en essayant d'étendre ma partition MacOS en utilisant l'Utilitaire de disque après avoir réduit ma partition Windows en utilisant diskmgmt. Il a affiché une erreur mais est resté utilisable jusqu'au prochain redémarrage. Ensuite, MacOS n'apparaissait pas parmi les options de démarrage et Windows ne démarrait pas non plus. Même en exécutant Internet Recovery, le disque n'a pu être effacé ni avec Disk Utility ni avec diskutil. La réinstallation de MacOS a évidemment échoué. C'est là que je suis venu lire ce fil de discussion très instructif.

Heureusement, je suis en train de faire un "triple démarrage" avec Debian sur un disque USB et j'ai décidé d'essayer de monter la partition MacOS avant d'y apporter d'autres modifications. J'ai donc vérifié lsblk et a constaté que la partition y était correctement enregistrée :

  • /dev/sda1 : Boot Macintosh
  • /dev/sda2 : Système et données Macintosh (FileVault)
  • /dev/sda3 : Démarrage de Windows
  • /dev/sda4 : Système et données Windows (Bitlocker)

Les étiquettes respectives peuvent être récupérées en utilisant blkid .

Ensuite, j'ai téléchargé le apfs-fuse et suivi les instructions d'installation, grâce auxquelles le paquet cmake-curses-gui était en outre nécessaire. À l'issue de l'opération, les données compilées apfs-fuse peut être utilisée pour monter la partition MacOS - de préférence en lecture seule.

Comme la partition semble être accessible, je ne comprends pas pourquoi Disk Utility est incapable de réparer l'erreur actuelle. Mais vu cette possibilité de sauvegarder même les modifications récentes, les conséquences restent légères.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X