MacBook HDD irréparable, récupération/clonage impossible

[julienp02]

Aïe...
Donc première commande :

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
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk1s3
Checking file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Recovery HD appears to be OK
Volume repair complete
Updating boot support partitions for the volume as required
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
Updating Windows boot.ini files as required
The partition map appears to be OK
Finished partition map repair on disk1

Deuxième :

Started file system repair on disk1s2 Macintosh HD
Checking file system
Checking Journaled HFS Plus volume
The volume   could not be verified completely
Volume repair complete
Updating boot support partitions for the volume as required
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

 

[julienp02]

Aïe...

Donc première commande :

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
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk1s3
Checking file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Recovery HD appears to be OK
Volume repair complete
Updating boot support partitions for the volume as required
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
Updating Windows boot.ini files as required
The partition map appears to be OK
Finished partition map repair on disk1

Deuxième :

Started file system repair on disk1s2 Macintosh HD
Checking file system
Checking Journaled HFS Plus volume
The volume   could not be verified completely
Volume repair complete
Updating boot support partitions for the volume as required
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

 

[julienp02]

Quand je tape

Underlying error: 8: POSIX reports: Exec format error

sur le net je tombe sur ça :
https://discussions.apple.com/message/27946427#27946427
Qui renvoie sur ça :
http://osxdaily.com/2013/08/07/how-to-repair-a-mac-disk-with-fsck-from-single-user-mode/

Est ce que ce mode peut apporter quoi que ce soit ou est ce que ça peut empirer?

 

[Membre supprimé 1060554]

La commande repairDisk répare la table de partition du disque inscrite sur l'en-tête du disque => aucun problème ici.

La commande repairVolume répare le système de fichiers inscrit sur l'en-tête de la partition disk1s2 => problème majeur ici.

L'utilitaire diskutil est un « wrapper » : un "enveloppeur de commandes". Quand tu l'appelles avec le verbe repairVolume > il ne s'embête pas > il active l'utilitaire en second fsck_hfs (filesystem_check_hfs : vérificateur de système de fichiers orienté format Apple_HFS) et c'est ce dernier qui fait le travail. Donc l'idée d'une réparation directe via fsck n'apporte rien en fait.

Pour en avoir le cœur net > tu peux toujours passer la commande :

sudo fsck_hfs -fy -R ace /dev/disk1s2

(une demande de password va s'afficher à validation de la commande <commande sudo> --> tape ton mot-de-passe d'ouverture de session admin dans ton OS du SSD à l'aveugle - aucun caractère ne s'affichant à la frappe - et valide à nouveau)

• cette commande force la réparation du système de fichiers jhfs+ de la partition cible > avec demande spécifique de réparation des fichiers btree du catalogue > des attributs_étendus > des segments en excès.

=> tu n'as qu'à poster l'affichage retourné > pour voir si cet utilitaire est plus bavard.

 

[julienp02]

** /dev/rdisk1s2
   Executing fsck_hfs (version hfs-226.1.1).
** Checking Journaled HFS Plus volume.
** The volume   could not be verified completely.

....

 

[Membre supprimé 1060554]

Comme tu peux le voir > le résultat est copie conforme de celui de la commande diskutil repairVolume.

J'ai carrément l'impression que les fichiers du système de fichiers sur l'en-tête de la partition n'arrivent pas à être trouvés (« browsés ») tout court. Donc on ne voit pas comment ils pourraient être lus pour vérification / réparation.

Car la vérification / réparation d'un système de fichiers opère toujours en mode "discret" : fichier à fichier > chacun de ces fichiers étant spécialisé dans une tâche gestionnaire > et chacun faisant l'objet d'une probation individuelle. Là : rien.

Je ne te cache pas que mes ressources techniques sont au bout de leur rouleau.

 

[julienp02]

Bon, en tout cas merci beaucoup pour ton aide.

Je me répète peut être mais je trouve ça étrange que :

J'essaye de réinstaller le système d'exploitation seulement. Hors au moment de choisir le disque de réinstallation celui ci est toujours en gris avec un petit message "Verrouillé" en dessous. Plus étrange encore il me précise que ce disque ne fait que quelques Mo (environ 600 je crois) contre les 250Go habituels.

 

[Membre supprimé 1060554]

On peut encore aller à la pêche aux informations. Tu n'as qu'à passer la commande :

diskutil info disk1s2

• qui va retourner le tableau des informations sur les paramètres logiques de la partition-cible

=> tu n'as qu'à poster encore ce tableau ici > on verra s'il y a des éléments instructifs.

 

[julienp02]

 Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Part of Whole:            disk1
   Device / Media Name:      Customer

   Volume Name:              Macintosh HD
   Escaped with Unicode:     Macintosh%FF%FE%20%00HD

   Mounted:                  No

   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Journal:                  Unknown (not mounted)
   Owners:                   Disabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      No
   Recovery Disk:            disk1s3
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Volume UUID:              ABA2BBC4-8478-3D01-8F50-2137676B7864

   Total Size:               249.2 GB (249199591424 Bytes) (exactly 486717952 512-Byte-Units)
   Volume Free Space:        0 B (0 Bytes) (exactly 0 512-Byte-Units)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (not mounted)
   Ejectable:                Yes

   Whole:                    No
   Internal:                 No

 

[Membre supprimé 1060554]

Je ne trouve à glaner que ceci :

Volume Free Space:        0 B (0 Bytes) (exactly 0 512-Byte-Units)

• espace libre dans le volume : 0 bytes

=> est-ce que ton volume Macintosh HD était bourré de données > au point qu'il y ait eu un passage à la limite de la saturation de son espace ? - un système de fichiers ne supporte pas ce genre de "bourrage" > mais plante en beauté dans ces conditions.

 

[julienp02]

Non je n'en ai pas le souvenir. Peut être un téléchargement en cours mais je ne me rappelle plus vraiment c'était il y a deux semaines. En général je laisse 40Go minimum pour éviter ce genre de problème. Peut être que je n'ai pas été vigilant ce coup ci. Ca l'empécherait de monter?

 

[Membre supprimé 1060554]

Ca l'empécherait de monter?

La saturation d'un volume en données plante régulièrement le système de fichiers de manière définitive. Par voie de conséquence > le volume ne peut plus être remonté. Et je ne vois pas quelle commande dans le «Terminal» permettrait de le faire.

Tu peux toujours essayer un autre logiciel de récupération de données comme ☞Data Rescue☜ > voire un logiciel comme ☞DiskWarrior☜

 

[julienp02]

Ok je vais regarder par là.
Merci beaucoup.

 

[julienp02]

Bon Disk Warrior a tourné toute la nuit. Il a réussi à me faire récupérer mes fichiers!
Mais le diagnostique est sans appel :

"DiskWarrior has successfully built a new directory for the disk named "Customer." The new directory cannot replace the original directory because of a disk malfunction.

A disk malfunction is a failure of or damage to any mechanical component of the disk device, or any component connected to it. The malfunction will likely worsen. Therefore, recovering your files from the DiskWarrior Preview as quickly as possible is essential.

It is highly recommended that you backup all of your data from the preview disk.

The original directory is damaged and it was necessary to scavenge the directory to find file and folder data.

Some files that had been lost or thrown away may have been recovered.

The disk was not mounted prior to rebuilding. Only the preview disk will appear if you preview the replacement directory.

Optimizing the Catalog Tree Directory File has increased available disk space.

Optimizing the Attributes Tree Directory File has increased available disk space.

Comparison of the original and replacement directories could not be performed because the original directory was too severely damaged. It is recommended that you preview the replacement directory."


Je crois que ça ne sert à rien de le formater pour essayer de m'en servir encore?

En tout cas un grand merci à vous, à toi macomaniac pour toutes ces pistes et explications!

 

[Membre supprimé 1060554]

Julien

Alors tant mieux si «DiskWarrior» a réussi à te récupérer tes fichiers.

----------

Tu ne risques rien à essayer de reformater la partition Macintosh HD de ton HDD devenu DDE. Si tu repasses une commande :

diskutil list

et que le disque du HDD a bien toujours disk1 pour identifiant d'appareil > alors tu peux enchaîner par la commande :

diskutil eraseVolume jhfs+ "Macintosh HD" disk1s2

• qui va effacer l'actuel système de fichiers corrompu > et le remplacer par un nouveau flambant neuf > remontant un volume intitulé Macintosh HD.

=> tu n'as qu'à utiliser ce volume Macintosh HD comme clone* de ton volume SSD (en utilisant le logiciel de clonage ☞Carbon Copy Cloner☜ - démo gratuite un mois). Tu verras bien si «CCC» fait ou non des difficultés à copier SSD dans Macintosh HD (le problème était peut-être uniquement logiciel = système de fichiers corrompu).

----------

clone* --> c'est une image-miroir démarrable du volume de l'OS du Mac dans le volume d'un DDE. Au moindre pépin > il est possible de démarrer sur le clone (avec "alt") > où une vraie session d'utilisateur offre beaucoup plus de confort que l'environnement Recovery > pour tenter de réparer > voir "rétro-cloner" (cloner à l'envers le clone sur sa source) pour récupérer un volume démarrable de l'OS.