Résolu Problème après restauration CCC

Locke · 25 Août 2017

Coucou tout le monde, ce matin big problème que je ne comprends pas ! J'ai voulu faire une restauration de mon iMac sous macOS Sierra 10.12.6 avec Carbon Copy Cloner. Dans un premier temps je me suis dit "tant qu'à faire je vais le reformater", pas de problème tout se passe bien et je lance CCC. Pas de problème non plus, sauf qu'au redémarrage pas de Macintosh HD !

Je redémarre sur le clone, le disque dur interne apparait bien sous Macintosh HD mais son contenu est désespérément vide ! J'ai eu beau tenter de nombreuses manipulations, y compris le formatage avec le Terminal, mais que nenni, le disque dur interne après restauration du clone reste vide.

J'ai toutefois une anomalie avec Utilitaire de disque qui ne peut pas le réparer, la fonction SOS est inopérante et là je crains le pire. Le disque dur interne est renommé sous le nom de Test.

Bloc de code:

imac:~ Admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Test                    499.9 GB   disk0s2

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Clone 10.12.6 Carbon... 119.3 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:                  Apple_HFS Datas II                119.7 GB   disk1s4

imac:~ Admin$

Si je teste la partition Test, tout est a priori normal...

Comme j'ai un autre clone en ayant utilisé SuperDuper!, eh bien le problème est le même. Quel est donc ce problème ? C'est comme si il y avait un problème de droit d'autorisation avec un problème avec le boot de démarrage, mais là, je sèche.

Membre supprimé 1060554 · 25 Août 2017

Locke

Ça a l'air poilant, comme problème.

Tu n'as qu'à passer la commande :

Bloc de code:

diskutil partitionDisk disk0 gpt jhfs+ Test 100%

qui va ré-initialiser le disque interne > avec une nouvelle table de partition GPT > et un nouveau volume Test au format JHFS+.

=> si tu retentes un clonage via «Carbon Copy Cloner» --> est-ce que la tâche avorte encore ?

Locke · 25 Août 2017

J'ai eu le même résultat d'une autre manière, mais voici...

Bloc de code:

imac:~ Admin$ diskutil partitionDisk disk0 gpt jhfs+ Test 100%
Started partitioning on disk0
Unmounting disk
Error: -69825: Wiping volume data to prevent future accidental probing failed
imac:~ Admin$

macomaniac a dit:
=> si tu retentes un clonage via «Carbon Copy Cloner» --> est-ce que la tâche avorte encore ?

Le problème est que CCC me dit que tout va bien.

Membre supprimé 1060554 · 25 Août 2017

Eh ! la commande ne passe pas mais échoue :

Bloc de code:

Error: -69825: Wiping volume data to prevent future accidental probing failed

(l'effacement des données du volume ... a échoué)

Passe la commande :

Bloc de code:

diskutil info disk0s2

qui retourne le tableau des paramètres de la partition du volume Test

et poste le tableau pour voir.

Locke · 25 Août 2017

Le résultat...

Bloc de code:

Last login: Fri Aug 25 13:30:00 on ttys000
imac:~ Admin$ diskutil info disk0s2
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0

   Volume Name:             
   Mounted:                  No

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

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 PCI
   SMART Status:             Verified
   Disk / Partition UUID:    C1F8ECAF-C391-434E-8F1C-78334BC00DDD

   Disk Size:                499.9 GB (499932790784 Bytes) (exactly 976431232 512-Byte-Units)
   Device Block Size:        512 Bytes

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

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

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
   Device Location:          "SSD"

imac:~ Admin$

Locke · 25 Août 2017

Le disque dur n'apparait plus sur le Bureau et dans Utilitaire de disque...

...j'avais eu ce cas de figure après des tentatives avec le Terminal, mais là ça recommence.

J'avais essayé avec...

Bloc de code:

diskutil eraseDisk jhfs+ Test /dev/disk0

...mais j'avais le même code d'erreur.

Membre supprimé 1060554 · 25 Août 2017

Le volume Test n'est pas monté.

Si tu passes la commande :

Bloc de code:

diskutil mount disk0s2

est-ce que tu obtiens le retour :

Bloc de code:

volume Test on disk0s2 mounted

ou au contraire un failed to mount ?

Si le volume remonte > repasse la commande d'info et poste le tableau.

Locke · 25 Août 2017

Je connaissais la réponse, mais la fin m'en fait tomber les bras...

Bloc de code:

imac:~ Admin$ diskutil mount disk0s2
Volume on disk0s2 failed to mount
If the volume is damaged, try the "readOnly" option
If the volume is an APFS Volume, try the "diskutil apfs unlockVolume" verb
imac:~ Admin$

Edit : ça me revient, le clone sur lequel se trouve ma copie de CCC était un disque dur sur lequel j'avais testé High Sierra, mais je n'avais pas opté pour le format APFS, parce que ce n'était pas possible sur ce disque dur.

Bien entendu, une commande...

Bloc de code:

diskutil apfs unlockVolume disk0

...ne donne rien.

Membre supprimé 1060554 · 25 Août 2017

Alors tu peux tenter les grands moyens.

Par la commande :

Bloc de code:

sudo gpt destroy disk0

tu effaces la table de partition GPT de l'en-tête du disque interne.

Par la commande :

Bloc de code:

diskutil partitionDisk disk0 gpt jhfs+ Test 100%

tu retentes l'inscription d'une GPT sur le même disque > avec remontage d'un volume Test sur la partition principale.

=> résultats ?

Locke · 25 Août 2017

macomaniac a dit:
=> résultats ?

Pas terrible, car rien ne change...

Bloc de code:

imac:~ Admin$ sudo gpt destroy disk0
Password:
imac:~ Admin$ diskutil partitionDisk disk0 gpt jhfs+ Test 100%
Started partitioning on disk0
Unmounting disk
Error: -69825: Wiping volume data to prevent future accidental probing failed
imac:~ Admin$

Locke · 25 Août 2017

J'ai réussi à le formater depuis Utilitaire de disque, il monte sur le Bureau, le SOS fonctionne sur la partition Test, mais échoue sur le disque dur !

Membre supprimé 1060554 · 25 Août 2017

C'est là que tu serais content qu'on te dise : c'est la faute à la nappe (SATA). Sauf que tu n'as pas de nappe...

=> c'est le SAV, non ? - tu as manifestement un problème de disque.

Locke · 25 Août 2017

Curieux ce message...

Bloc de code:

imac:~ Admin$ sudo gpt destroy disk0
Password:
gpt destroy: unable to open device 'disk0': Resource busy

Ben non, pour une fois que je ne prends l'Apple Care, il va falloir que je fasse ça tout seul comme un grand.

Membre supprimé 1060554 · 25 Août 2017

Pour la commande gpt > tu dois démonter tout volume monté au préalable. Je te l'avais passée directo > car le volume Test n'était pas remonté. Comme il est actuellement remonté > tu as droit à un :

Bloc de code:

Resource busy

(la ressource de la table de partition est tenue occupée par le montage du volume Test)

Passe d'abord la commande :

Bloc de code:

diskutil umount force disk0s2

qui démonte de force le volume Test

--> alors tu pourras retenter la commande :

Bloc de code:

sudo gpt destroy disk0

puis la suivante qui essaie de ré-inscrire une table de partition GPT sur le disque.

Locke · 25 Août 2017

Ca me fait penser à un disque SSD Crucial avec lequel j'avais eu des problèmes, mais bon les résultats...

Bloc de code:

imac:~ Admin$ diskutil umount force disk0s2
Volume Test on disk0s2 force-unmounted
imac:~ Admin$ sudo gpt destroy disk0
imac:~ Admin$ diskutil partitionDisk disk0 gpt jhfs+ Test 100%
Started partitioning on disk0
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk0s2 as Mac OS Extended (Journaled) with name Test
Initialized /dev/rdisk0s2 as a 466 GB case-insensitive HFS Plus volume with a 40960k journal
Mounting disk
Finished partitioning on disk0
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Test                    499.9 GB   disk0s2
imac:~ Admin$

Membre supprimé 1060554 · 25 Août 2017

Ça a marché sans coup férir ce coup-ci.

Tu n'as qu'à vérifier l'état des lieux en passant les 2 commandes :

Bloc de code:

diskutil repairDisk disk0
diskutil repairVolume disk0s2

(si tu as une demande de confirmation pour la 1ère - parce que la partition EFI disk0s1 pourrait être reformatée > tu valides par y(es) et Entrée)

--> résultat des opérations ?

Locke · 25 Août 2017

Alors le résultat du Loto est...

Bloc de code:

Last login: Fri Aug 25 17:36:18 on ttys000
imac:~ Admin$ diskutil repairDisk disk0
Repairing the partition map might erase disk0s1, proceed? (y/N) y
Started partition map repair on disk0
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
Repairing the EFI system partition's file system
Updating boot support partitions for the volume as required
Creating a new EFI system partition
Checking the EFI system partition's folder content
Problems were encountered during repair of the partition map
Error: -69842: Couldn't mount disk
imac:~ Admin$ diskutil repairVolume disk0s2
Started file system repair on disk0s2 Test
Repairing 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
Volume bitmap needs minor repair for orphaned blocks
Checking volume information
Repairing volume
Rechecking volume
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
Trimming unused blocks
The volume Test was repaired successfully
File system check exit code is 0
Updating boot support partitions for the volume as required
Finished file system repair on disk0s2 Test
imac:~ Admin$

Membre supprimé 1060554 · 25 Août 2017

Tu as toujours un :

Bloc de code:

Problems were encountered during repair of the partition map
Error: -69842: Couldn't mount disk

qui sent moyennement bon.

Comme le volume Test n'a pas dû être remonté > tente les 2 commandes :

Bloc de code:

diskutil mount disk0s2

(et si attestation de succès -->)

Bloc de code:

diskutil rename disk0s2 Macintosh\ HD

(pour voir si le volume accepte d'être renommé de Test à Macintosh HD)

=> résultats ?

Locke · 25 Août 2017

Allons bon, après avoir bidouillé avec le Terminal, répétez x fois certaines commandes que je connaissais (certaines assez mal), utilisé Utilitaire de disque, voilà que mon SSD interne refait surface et accepte de la vérification de SOS sans problème. Fort de ce constat je lance CCC et bingo j'ai de nouveau mon SSD interne qui fonctionne correctement ! Je n'ai rien compris et c'est dommage pour moi et peut-être pour vous ? o_O

Alors pour moi, je ne connais pas le fond du problème, ni comment le problème a été résolu, j'ai bien essayé de mon côté avec le Terminal avec des commandes moins compliquées que celles de macomaniac que je remercie profondément, mais jusqu'à présent cela n'aboutissait à rien du tout.

Ce que je sais, c'est que depuis ce matin et jusqu'à maintenant rien ne fonctionnait. Au final, j'ai bidouillé ce que je ne sais pas quoi très exactement, mais assurément plusieurs fois de suite les commandes citées par macomaniac, conjuguées avec l'utilisation d’Utilitaire de disque jusqu'à ce que la fonction SOS m'affiche son message de validation correct en vert.

Après clonage avec CCC, plus de problème, mais je ne sais toujours pas comment ce problème est résolu et ça m'agace profondément. Habituellement je n'utilise jamais CCC, mais comme je fais un clone avec SuperDuper!, avec lequel je n'ai jamais depuis 7 ans eu le moindre problème, je me suis dis "puisque tu fais une sauvegarde en plus depuis 2 ans avec CCC, il serait grand temps de tester".

Loin de moi de vouloir incriminer CCC, mais franchement c'est mal tombé, d'autant plus que j'apprécie les sauvegardes incrémentales plus rapides avec CCC. Pour information, lors d'une restauration d'un clone, le temps est identique à la seconde près avec CCC ou SuperDuper!. Pour moi ces 2 logiciels sont vraiment excellents, avec un bonus pour CCC qui sauvegarde tout de même la partition de récupération. A bon entendeur, faites votre choix.

Edit : ah oui, j'ai eu droit à tout, y compris en redémarrant et en voyant un écran noir avec une enveloppe et un point d'interrogation. Donc, prenez votre temps, respirez un bon coup, buvez un café ou eux. Mais prenez patience, réfléchissez, faites-vous aider, mais ne baisser pas les bras en croyant que c'est foutu, sauf panne matérielle il y aura une solution. Oui, mais laquelle ? Sûrement de la sagesse et de l'écoute des autres, non ?

Membre supprimé 1060554 · 25 Août 2017

«Carbon Copy Cloner» copie en mode "fichiers" de volume à volume. Càd. tous les éléments que le système de fichiers de la partition "source" lui présente comme objets dans un espace de volume monté > à l'espace du volume monté que lui présente le système de fichiers de la partition "destination".

Si le système de fichiers de la partition "destination" lui présente un volume pseudo-adressable (sans que cela ne paraisse) --> «CCC» effectue sa tâche comme d'habitude mais n'est aucunement responsable de l'absence d'écriture finale.

J'ai du mal à me représenter dans ton cas de figure le sens de cette "éclipse" de gestion du disque. Le volume paraissait normal > mais la table de partition avait toujours des anicroches. Or c'est la table de partition qui détermine l'accès aux volumes montés sur les partitions.

L'informatique a des raisons que la raison ne connaît pas...

Résolu Problème après restauration CCC

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

What am I doing here?

Membre supprimé 1060554

Invité

Sujets similaires