10.14 Mojave Disque "corrompu" après tentative d’installation de Windows par Boot Camp

Reformatage standard effectué. Passe la commande :
Bloc de code:
diskutil ap convert disk0s2

  • qui convertit Macintosh HD à l'apfs

Poste le retour.

Note : tu dois effectuer cette conversion de format avant récupération de ta TM.
 
Ah j'ai voulu aller trop vite en besogne effectivement.

Malheureusement j'ai ça comme retour. Existe il d'autres solutions pour pouvoir convertir ma partition ?

15931182716657756024520358224341.jpg

Edit : j'ai démarré sur le recovery du disque qui a réapparu et là effectivement je peux formater en apfs...

On approche de la fin du tunnel je pense...
 
Dernière édition par un modérateur:
Ce sont les limitations de l'OS de secours de Sierra quant à l'apfs.

- tente la commande :​
Bloc de code:
diskutil eraseVolume apfs "Macintosh HD" disk0s2

  • ("Macintosh HD" avec les "") qui reformate la partition en apfs

Poste le retour. Si ça ne marche pas => il y a un plan B.
 
En passant par l'utilitaire de disque du recovery restauré, j'ai pu formater en apfs la partition.

Pour vérifier j'ai relancé un diskutil list et j'ai ça. C'est bon pour la restauration tu penses ?

15931192882594141827801108648945.jpg
 
Dernière édition par un modérateur:
Tu as une partition Recovery HD inutile en disk0s3.

- passe la commande :​
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk21 0b

  • tu la passes en copier-coller à rebours : tu la copies d'abord ici avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande supprime la partition disk0s3 > puis récupère son espace au Conteneur apfs disk21

Poste le retour.

Note : si tu avais commencé de lancer la récupération de ta TM => alors c'est cette opération qui avait commencé par créer une partition de récupération.
 
Oui effectivement j'avais été trop vite et déjà lancé une récupération de ma TM.


La commande s'est bien déroulée je te poste le retour

Bloc de code:
diskutil eraseVolume free null disk1s3 ; diskutil ap resizeContainer disk2 0b
Started erase on disk1s3 Recovery HD
Unmounting disk
Finished erase on disk1
Started APFS operation
Aligning grow delta to 650 002 432 bytes and targeting a new physical store size of 409 000 189 952 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 409 000 189 952 bytes
Resizing APFS Container designated by APFS Container Reference disk2
The specific APFS Physical Store being resized is disk1s2
Verifying storage system
Performing fsck_apfs -n -x -S /dev/disk1s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD was formatted by diskmanagementd (945.275.9) and last modified by apfs_kext (945.275.9)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by diskmanagementd (945.275.9) and last modified by apfs_kext (945.275.9)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.275.9) and last modified by apfs_kext (945.275.9)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
The volume /dev/disk1s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk1s2 from 408 350 187 520 to 409 000 189 952 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
-bash-3.2# diskutil list
/dev/disk0 (disk image):

#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        +2.1 GB     disk0
1:                  Apple_HFS macOS Base System       2.0 GB     disk0s1

/dev/disk1 (internal):
#:                       TYPE NAME                                  SIZE       IDENTIFIER
0:      GUID_partition_scheme                              500.3 GB   disk1
1:                        EFI EFI                                          314.6 MB   disk1s1
2:                 Apple_APFS Container disk2            409.0 GB   disk1s2
3:       Microsoft Basic Data BOOTCAMP                91.0 GB    disk1s4

Qu'en penses-tu ?
 
Dernière édition par un modérateur:
SUUUUUUUUPERRR mais vraiment Mille merci, j'espère que tout se passera bien mais honnêtement pour moi c'est déjà une victoire en soit.

Mille merci pour ta patience, je te tiens au courant demain. Bonne soirée à toi l'ami.
 
Dernière édition par un modérateur:
Parfait --> tu peux lancer la récupération de ta TM.
Salut à toi, aujourd'hui etait une journée assez chargée je viens à l'instant de rentrer. Ce matin avant de partir j'ai pu faire un checking rapide, que je confirme que maintenant.

Tout semble ok suite à la restauration. Mille merci encore, J'ai déjà eu des corruptions de disque mais j'avais jamais ce cas de figure. Je saurais pour la prochaine fois éventuellement.
 
Bonsoir,
Je m'incruste un petit peu sur le sujet car j'ai un début d'erreur similaire a ce sujet et avec le même disque dur (crucial).
C'était le disque dur de mon MBP15 2011 (qui rendu l'âme a cause de la CG) et que je lisais en externe sur le nouveau MBP16. Du jour au lendemain, impossible d'y accéder (je vois bien tous les fichiers avec EASEUS data Recovery)

J'ai suivi un peu la procédure et voila les résultats :
Bloc de code:
mathieuponzo@MBP-de-Mathieu ~ % diskutil list     
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         749.0 GB   disk0s2
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                251.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +749.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            14.9 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     130.8 GB   disk1s2
   4:                APFS Volume ⁨Preboot⁩                 283.8 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                652.6 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      20.5 KB    disk1s5

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk5s2

/dev/disk5 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk5
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk5s1
   2:                 Apple_APFS ⁨Container disk2⁩         511.9 GB   disk5s2
Ensuite :
Bloc de code:
mathieuponzo@MBP-de-Mathieu ~ % diskutil info disk2
   Device Identifier:         disk2
   Device Node:               /dev/disk2
   Whole:                     Yes
   Part of Whole:             disk2
   Device / Media Name:       CT512MX100SSD1

   Volume Name:               Not applicable (no file system)
   Mounted:                   Not applicable (no file system)
   File System:               None

   Content (IOContent):       EF57347C-0000-11AA-AA11-00306543ECAC
   OS Can Be Installed:       No
   Media Type:                Generic
   Protocol:                  USB
   SMART Status:              Not Supported
   Disk / Partition UUID:     F9D14B01-8FF4-41AA-86E7-2606FB92817B

   Disk Size:                 511.9 GB (511900434432 Bytes) (exactly 999805536 512-Byte-Units)
   Device Block Size:         4096 Bytes

   Media OS Use Only:         No
   Media Read-Only:           No
   Volume Read-Only:          Not applicable (no file system)

   Device Location:           External
   Removable Media:           Fixed

   Solid State:               Info not available
   Virtual:                   Yes

   This disk is an APFS Container.  APFS Information:
   APFS Physical Store:       disk5s2
   Fusion Drive:              No
Puis j'ai fait un Verify Volume :
Bloc de code:
mathieuponzo@MBP-de-Mathieu ~ % diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk5s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
warning: Unable to read apfs keylocker ranges: No such process
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Disque Principal was formatted by hfs_convert (748.31.8) and last modified by apfs_kext (1412.81.1)
Checking the object map
error: (oid 0x132587) om: btn: invalid o_oid (0x17ca4c)
error: (oid 0x132587) om: btn: invalid o_subtype (0xe, expected 0xb)
error: (oid 0x132587) om: btn: invalid o_type (0x3, expected 0x40000003)
Object map is invalid
The volume /dev/disk5s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
Underlying error: 8

Je suis dépité, il y a énormément de photos/videos que je souhaiterais récupérer (sans payer 160€ de licence au logiciel).

Je vous remercie d'avance
 
Dernière édition:
Bonjour Mathieu

Je ne pense pas pouvoir faire quelque chose. Le Conteneur apfs du disk2 externe n'affiche pas le volume Disque Principal. Car à la vérification > voici ce qui le concerne spécifiquement -->
Bloc de code:
Checking volume
Checking the APFS volume superblock
The volume Disque Principal was formatted by hfs_convert (748.31.8) and last modified by apfs_kext (1412.81.1)
Checking the object map
error: (oid 0x132587) om: btn: invalid o_oid (0x17ca4c)
error: (oid 0x132587) om: btn: invalid o_subtype (0xe, expected 0xb)
error: (oid 0x132587) om: btn: invalid o_type (0x3, expected 0x40000003)
Object map is invalid
  • le "super-bloc" du volume passe l'examen > mais la "carte des objets" est invalide. En somme l'équivalent de l'ancien "catalogue" des données du système de fichiers jhfs+. À cause de cette erreur d'inventaire => le volume ne peut pas être monté.

Je pense que tu n'as pas d'autre option qu'une récupération via un logiciel de récupération de données.
 
Merci pour ta réponse.
Bon plus qu'à trouver comment faire pour récupérer tout ça pas trop chère.

Par contre, je vois bien le disque en restant appuyé sur "contrôle" au démarrage du Mac.

Par contre petite question, j'ai téléchargé le logiciel Easeus version Mac et la Version Windows sur ma session bootcamp. Sur la version Mac, je vois tous les fichiers dans les bons dossier et ordonné comme le disque dur était quand il a planté. Par contre sur la version Windows, tous les fichiers dont en bordel.
As tu une idée de pourquoi cette différence ?

Merci beaucoup encore
 
Dernière édition par un modérateur:
Windows ne reconnaît pas le format apfs Apple. Peut-être cela affecte-t-il la version Windows de Easeus ?
 
Pourquoi n'utilises-tu pas la version Mac ?

- tu pourrais installer macOS dans le volume d'un DDE USB et démarrer sur cet OS externe.​
 
Pas besoin d'installer macOS sur une clé usb, j'ai un MacBook Pro 16" parfaitement fonctionnel.
Ce disque dur était le DD principal de mon Pro 2011 (dans lequel la carte graphique a lâché...) Il a très bien fonctionné en externe pendant un temps et, du jour au lendemain, plus rien...
La licence est juste super chère pour une utilisation, donc je cherche un outil ou une méthode qui ne me coûtera pas les yeux de la tête. Et l'offre est beaucoup plus importante sur Windows pour ce que je cherche.
 
Dernière édition par un modérateur:
Tu peux utiliser l'exécutable photorec de Christophe Grenier. D'emploi gratuit en ligne de commande dans un terminal.

- mais les fichiers récupérés sont reclassés dans des dossiers de types (JPG etc.) > sans conservation de l'arborescence de dossiers / sous-dossiers d'origine ni de leurs intitulés.​
 
Dernière édition par un modérateur:
  • J’aime
Réactions: Mathieu-P