et voici ,
Bloc de code:
-bash-3.2# gpt add -b 411648 -s 1951842304 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
disk0s2 added
-bash-3.2#
iMac gros probleme imac - impossible de lancer le chargement -sauvegarde données
- Créateur du sujet janowie
- Date de début
M
Membre supprimé 1060554
Invité
Partition ajoutée. On va voir ce que ça donne.
Passe la commande :
Poste le tableau --> qui permettra de vérifier si la recréation d'un descripteur gardant la même localisation de blocs que celle de la partition précédente > avec substitution de son type à : "Apple_HFS" => a réglé le problème > ou pas.
Passe la commande :
Bloc de code:
diskutil list disk0- qui affiche la configuration actuelle du disque interne
Poste le tableau --> qui permettra de vérifier si la recréation d'un descripteur gardant la même localisation de blocs que celle de la partition précédente > avec substitution de son type à : "Apple_HFS" => a réglé le problème > ou pas.
et voici, c'est bon !
Bloc de code:
-bash-3.2# diskutil list 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_HFS 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
-bash-3.2#Me revoici.
J ai tenté de réinstaller iOS sierra avec la clé , sans succès
Sans la clé, cela indique " le serveur de récupération n à pas pu être contacté
Quand j essaie de de faire SOS sur le disque 0s2 , cela échoue
Sur le détail du disque cela indique:
Point de montage : non monté
Propriétaires : désactivé
Disponible ;0ko
C est mort pour les données ?
M
Membre supprimé 1060554
Invité
Ne tente pas de réinstallation surtout ! - rien n'est encore perdu pour ton volume et ses données !
Passe la commande :
Poste le retour.
Note : le temps que tu effectues la commande et reposte > je prépare une petite explication.
Passe la commande :
Bloc de code:
gpt remove -i 2 disk0- qui supprime le descripteur qu'on avait recréé et qui à mon avis ne correspond pas aux bons emplacements sur les blocs
Poste le retour.
Note : le temps que tu effectues la commande et reposte > je prépare une petite explication.
Dernière édition par un modérateur:
voici le résultat
Bloc de code:
-bash-3.2# gpt remove -i 2 disk0
disk0s2 removed
-bash-3.2#
M
Membre supprimé 1060554
Invité
Bien : descripteur supprimé.
----------
Si tu observes cette partie critique du tableau des blocs -->
=> je vais donc te proposer de recréer un descripteur définissant une partition macOS sans espaces libres séparateurs > càd. telle qu'elle doit canoniquement se trouver localisée sur les blocs. Il s'agit d'une recréation spéculative > mais qui me paraît rationnelle.
----------
Passe la commande :
Poste le nouveau tableau des blocs.
----------
Si tu observes cette partie critique du tableau des blocs -->
Bloc de code:
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 2008
411648 1951842304 2 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
1952253952 1640
1952255592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC- tu notes que les 3 partitions : EFI > macOS > Recovery HD sont désignées par les chiffres 1 > 2 > 3.
- tu remarques que la partition 2 (= macOS) se trouve séparée de la partition EFI qui précède par un espace libre de 2008 blocs > et de la partition Recovery HD qui suit par un espace libre de 1640 blocs.
- or la partition macOS ne doit jamais être séparée > ne serait-ce que par un seul bloc > de la partition de secours Recovery HD. Et pas non plus de la partition EFI.
- le descripteur qu'on avait recréé a admis la localisation sur les blocs de la partition 2 telle que donnée par le tableau des blocs. Càd. avec les bandes d'espace libre séparateur. Or je pense que c'est le logiciel Paragon qui a corrompu le type de la partition macOS > mais qui l'a aussi retaillée en recréant un descripteur d'extension rétrécie.
=> je vais donc te proposer de recréer un descripteur définissant une partition macOS sans espaces libres séparateurs > càd. telle qu'elle doit canoniquement se trouver localisée sur les blocs. Il s'agit d'une recréation spéculative > mais qui me paraît rationnelle.
----------
Passe la commande :
Bloc de code:
gpt show disk0- qui affiche la destribution actuelle des blocs après suppression du descripteur n°2
Poste le nouveau tableau des blocs.
et voici
Bloc de code:
-bash-3.2# gpt show disk0
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 1951845952
1952255592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
1953525128 7
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
-bash-3.2#
M
Membre supprimé 1060554
Invité
M
Membre supprimé 1060554
Invité
Voici la partie clé du tableau -->
Passe la commande :
Poste le retour.
Bloc de code:
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 1951845952
1952255592 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC- tu remarques que les partitions 1 (= EFI) et 3 (= Recovery HD) se trouvent toujours décrites de manière immuable
- la suppression du descripteur de la partition 2 (macOS) a rassemblé tous les blocs intermédaires > à partir du 1er bloc libre n°409640 > avec une extension de 1951845952 blocs (999,35 Go)
- la recréation spéculative consiste en ceci --> décider que le bloc n°409640 était le bloc de départ de la partition macOS. Càd. aussi constitue le super-bloc du système de fichiers jhfs+ toujours intact de son volume = le bloc d'ancrage de son header (en-tête). Et décider que l'extension canonique de cette partition est constituée des 1951845952 blocs disponibles
Passe la commande :
Bloc de code:
gpt add -b 409640 -s 1951845952 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk0- tu la passes en copier-coller à rebours comme la fois d'avant
- cette commande recrée un descripteur de partition telle que : rang = 2 > type = "Apple_HFS" (déterminé par son UUID) > bloc de départ = n°409640 (estimé spéculativement être le super-bloc du système de fichiers jhfs+) > extension : 1951845952 blocs (999,35 Go)
Poste le retour.
désolée le délai, voici
Bloc de code:
-bash-3.2# gpt add -b 409640 -s 1951845952 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk0
disk0s2 added
-bash-3.2#
M
Membre supprimé 1060554
Invité
Partition ajoutée.
Alors tu connais la routine du test : passe la commande :
Poste le tableau.
Alors tu connais la routine du test : passe la commande :
Bloc de code:
diskutil list disk0- qui affiche la configuration actuelle du disque interne
Poste le tableau.
j'attends ton retour .
M
Membre supprimé 1060554
Invité
Passe la commande :
Poste le tableau.
Bloc de code:
diskutil list disk0- qui affiche la configuration actuelle du disque interne
Poste le tableau.
voici
Bloc de code:
-bash-3.2# diskutil list 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_HFS 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
-bash-3.2#
M
Membre supprimé 1060554
Invité
Toujours pas de volume en vue sur la partition n°2 (macOS). Mais il reste encore une possibilité --> que le type de la partition ait été "Apple_CoreStorage" et pas "Apple_HFS" => la même localisation sur les blocs conservée.
Pour le savoir > passe la commande :
Poste l'affichage retourné --> il prouvera si un système de stockage CoreStorage existait sur la partition macOS ou non.
Pour le savoir > passe la commande :
Bloc de code:
diskutil mount disk0s3 ; ls -R /Volumes/Reco*- fais un copier-coller à rebours
- la commande : a) monte le volume Recovery HD de la partition de secours > b) liste récursivement son contenu
Poste l'affichage retourné --> il prouvera si un système de stockage CoreStorage existait sur la partition macOS ou non.
et voici
Bloc de code:
-bash-3.2# diskutil mount disk0s3 ; ls -R /Volumes/Reco*
Volume Recovery HD on disk0s3 mounted
.Trashes .metadata_never_index
.fseventsd com.apple.recovery.boot
/Volumes/Recovery HD/.Trashes:
501
/Volumes/Recovery HD/.Trashes/501:
/Volumes/Recovery HD/.fseventsd:
no_log
/Volumes/Recovery HD/com.apple.recovery.boot:
.disk_label BaseSystem.dmg boot.efi
.disk_label_2x PlatformSupport.plist com.apple.Boot.plist
BaseSystem.chunklist SystemVersion.plist prelinkedkernel
-bash-3.2#
M
Membre supprimé 1060554
Invité
À part des dossiers invisibles qu'on trouve dans tous les volumes (comme une corbeille) > cette seule mention de dossier visible -->
On sait donc que le type de la partition 2 (macOS) ne pouvait être que "Apple_HFS" --> tel qu'assigné par le descripteur actuel de cette partition.
Passe la commande :
Poste le retour.
Bloc de code:
/Volumes/Recovery HD/com.apple.recovery.boot- montre qu'il n'existe qu'un dossier com.apple.recovery.boot contenant l'OS de secours > mais aucun dossier parallèle : com.apple.Boot.P --> qui aurait signé la présence d'un système de stockage CoreStorage (en contenant le booter ou pré-démarreur de ce dispositif).
On sait donc que le type de la partition 2 (macOS) ne pouvait être que "Apple_HFS" --> tel qu'assigné par le descripteur actuel de cette partition.
Passe la commande :
Bloc de code:
diskutil mount disk0s2- qui monte un volume de la partition macOS > s'il existe un système de fichiers opérationnel qui le définisse.
Poste le retour.
voici
Bloc de code:
-bash-3.2# diskutil mount disk0s2
Volume on disk0s2 failed to mount
If the volume is damaged, try the "readOnly" option
-bash-3.2#
M
Membre supprimé 1060554
Invité
Pas de montage d'un volume. Passe encore la commande :
Poste le retour.
Bloc de code:
diskutil info disk0s2- qui affiche un tableau d'informations sur la partition
Poste le retour.
