Montage du volume

Vérification de l'utilitaire de disque et réparation éventuelle de la carte de partition

Si vous ne l'avez pas encore fait, utilisez Disk Utility 13 (426) dans OS X 10.8 pour sélectionner puis vérifier :

• pas la partition grisée
• au lieu de cela, le disque physique qui contient la partition.

Si la vérification révèle un problème avec la carte de partition, envisagez d'autoriser l'Utilitaire de disque à tenter une réparation.

Procéder sans l'utilitaire de disque

Crédit pour la réponse de Caesium pour trouver le asr suggestion.

Ici, avec un volume JHFS+ jetable, un exemple d'ajustements fonctionnant comme prévu. Notez les vérifications du système de fichiers :

macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1
Volume sandpit on disk12s1 unmounted
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_UFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil list disk12
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.9 MB   disk12
   1:                  Apple_UFS sandpit                 256.9 MB   disk12s1
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume on disk12s1 failed to mount
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_HFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume sandpit on /dev/disk12s1 mounted
macbookpro08-centrim:~ gjp22$ 

Si le type de votre propre /dev/disk0s4 ne peut pas être réglé ou (re)réglé en toute sécurité sur Apple_HFS alors :

• le système d'exploitation ne peut plus fonctionner avec le système de fichiers HFS Plus (ou ses vestiges) qui occupe ou a occupé la zone concernée du disque physique ; et
• vous pourriez douter de l'intégrité de la partition (blocs de début et de fin, etc.).

Lignes pertinentes de /private/var/log/install.log devrait révéler ce qui, le cas échéant, est arrivé à disk0s4 avant, pendant ou après l'installation de l'OS pour disk0s2 . Ces informations enregistrées peuvent devenir essentielles pour retrouver un accès facile aux données.

Obtenir les données sans monter le volume

Bonne chance pour l'utilisation de Data Rescue 3. J'ai l'application, mais je n'ai jamais essayé de récupérer une zone d'un disque où le type de partition a été affecté de cette manière.

Observations

Nom du dispositif/média

Il s'agit parfois, mais pas toujours, d'une correspondance avec le nom du volume. Ici par exemple :

macbookpro08-centrim:~ gjp22$ diskutil info disk0s2 | grep Name:
   Device / Media Name:      swap
   Volume Name:              swap
macbookpro08-centrim:~ gjp22$ diskutil info disk0s4 | grep Name:
   Device / Media Name:      Untitled
   Volume Name:              spare

Pour Todd K., présence du nom du dispositif/média -

Données MacBook

- soulève l'espoir que les blocs de début et de fin etc. sont bons, que seule la type de la partition est erronée.

Non Système de récupération 10.8 pour OS X 10.8

Recovery HD implique la récupération de l'OS 10.7.x.

Dans un tel cas, une installation incomplète (c'est-à-dire sans la mise à niveau attendue de l'application Apple_Boot slice) signale qu'une méthode d'installation non standard - avec une partie seulement de l'application d'installation d'Apple - a pu être utilisée.

Note complémentaire

Table de partition GUID tel qu'il est décrit dans Disk Utility, est la norme pour ce type d'installation moderne d'OS X - et non le Master Boot Record.

Il est intéressant de noter que deux résultats Google si vous recherchez ce GUID, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

L'une d'entre elles fait référence à une commande qui pourrait remettre le type de partition à Apple_HFS (en supposant qu'il s'agissait de cela au départ ?), ce qui pourrait valoir le coup ?

sudo asr adjust --target /dev/disk0s4 --settype "Apple_HFS"

Source : http://help.bombich.com/discussions/questions/12878-unable-to-boot-from-local-disk-after-verify-step

[Edit : il semblerait que mon asr sur Mountain Lion n'ait pas un ajuster argument pour asr ] :(

Télécharger testdisk et se référer aux instructions intégrées. Il s'agit d'un logiciel très puissant, il faut donc l'utiliser avec précaution. Il reconstruira la partition de disk0s4 et ensuite le système de fichiers. Tous vos fichiers seront récupérés tels quels. Je le recommande parce qu'il est très convivial et que j'ai économisé 2000 dollars en récupération de données grâce à testdisk.

J'ai eu le même problème, j'ai dû rsynchroniser les données de la partition, supprimer, recréer et remettre les données à nouveau