10.12 Sierra Installation Mac Os Sierra bloquée

Alors ton DDE attaché > reposte le tableau retourné par :
Bloc de code:
diskutil list
que je sois sûr de l'identifiant de ce disque.
 
bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *121.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Mac 120.5 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme +2.1 GB disk1

1: Apple_HFS OS X Base System 2.0 GB disk1s1

/dev/disk2 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: FDisk_partition_scheme *160.0 GB disk2

1: DOS_FAT_32 UNTITLED 104.9 GB disk2s1

2: Windows_NTFS VIDEOS 55.2 GB disk2s2

/dev/disk3 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +5.2 MB disk3

/dev/disk4 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk4

/dev/disk5 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk5

/dev/disk6 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk6

/dev/disk7 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk7

/dev/disk8 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk8

/dev/disk9 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk9

/dev/disk10 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk10

/dev/disk11 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk11

/dev/disk12 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk12

/dev/disk13 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk13

/dev/disk14 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk14

/dev/disk15 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk15

/dev/disk16 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Mac +120.1 GB disk16

Logical Volume on disk0s2

CFE40105-26F8-40BE-9FB8-AA33A25C217F

Unencrypted

-bash-3.2#
 
Alors en supposant que le disque du DDE soit bien toujours identifié comme disk2 > tu passes la commande :
Bloc de code:
diskutil partitionDisk /dev/disk2 gpt jhfs+ CLONE 100%
qui inscrit au disque des paramètres logiques Apple.

S'il n'y a pas eu de message d'erreur > le DDE exporte désormais un volume monté intitulé CLONE de 159,8 Go.

En supposant par ailleurs que le Volume Logique Mac soit bien déverrouillé et monté > il te reste à passer la commande :
Bloc de code:
cp -av /Volumes/Mac/* /Volumes/CLONE
et les 53 Go de données (Système et perso) du volume Mac devraient être clonées dans le volume CLONE du DDE. Tout le temps de l'opération > l'option verbose fera s'afficher une succession de lignes pour chaque élément recopié.

À la fin de l'opération de copie (immobilisation de l'affichage sur l'invite de commande -bash-3.2#) => tu n'auras qu'à faire signe.

[Il restera quelques manœuvres de finition : suppression du dossier d'installation macOS Install Data forcément cloné à la racine du volume de destination CLONE en miroir de la source > effacement de la NVRAM > bénédiction de l'en-tête du volume CLONE pour qu'il bénéficie du boot_flag (indicateur de caractère démarrable), que le chemin au bootloader (démarreur) de l'OS y soit inscrit et qu'une instruction de démarrage forcé sur ce volume soit écrite en NVRAM.

Si tout s'est correctement passé > tu devrais pouvoir redémarrer sur le volume CLONE et à partir de ta session d'utilisatrice régler son compte au CoreStorage Chiffré du disque du Mac. Avant clonage à rebours du volume CLONE dans le volume reformaté du Mac.]
 
ATTENTION : BONNE NOUVELLE !

Je rajoute une édition, parce qu'avec l'« esprit de l'escalier » qui me caractérise
402655_original.gif
(trouver au moment où l'on descend l'escalier pour sortir l'idée qu'on aurait dû servir à propos dans la conversation de salon à l'étage) - je viens de m'aviser de quelque chose qui aurait dû trente six fois me sauter aux yeux plus tôt ce matin.

Voici ce qui est mentionné à propos du Volume Logique Mac aux dernières nouvelles (ce matin à 2H 04') :
Bloc de code:
/dev/disk16 (internal, virtual):
#:      TYPE NAME   SIZE      IDENTIFIER
0: Apple_HFS Mac   +120.1 GB  disk16
             Logical Volume on disk0s2
             CFE40105-26F8-40BE-9FB8-AA33A25C217F
             Unencrypted

Cette mention « Unencrypted » n'a qu'une seule signification possible : la partition disk0s2 Mac est à l'heure actuelle entièrement libre de chiffrement.

[Il est même présumable que le processus de déchiffrement ait déconstruit le CoreStorage - comme il le fait habituellement - un Volume Logique n'étant maintenu monté qu'en kernel (celui du Système Recovery) --> un re-démarrage a alors des chances d'avoir raison de ce montage résilient et le volume Mac s'avérer reconverti à un format standard jhfs+.]

Pendant que khalsis s'échinait à des opérations logiques tous azimuths en maintenant sa session Recovery ouverte en permanence > quelque chose a dû secouer le tas de ferrailles logiques du CoreStorage et silencieusement, en arrière-plan , le processus logique a repris. Ce processus devait, originellement, avoir été un processus de déchiffrement  initié par un repentir de l'activation de «FileVault» - et c'est lui qui avait été suspendu en cours d'opération par le lancement du Programme d'installation de «Sierra» tout en bloquant ce dernier en retour. Toujours est-il qu'à l'heure actuelle il n'y a pas plus de chiffrement que de beurre en broche !

Donc toutes affaires cessantes et sans ré-initialiser le DDE (qui n'a pas de raison de servir) opérer la manœuvre suivante :

☞ Menu  > Démarrage > choisir le volume Mac > re-démarrer. Le Mac va re-démarrer sur le Système auxiliaire d'installation de «Sierra» présent dans le volume Mac et... le Programme d'installation n'étant plus bloqué par le chiffrement va logiquement déclencher l'opération de mise-à-niveau 10.11 > 10.12.

☞ Si jamais le blocage persistait > le système de fichiers jhfs+ actuel du volume Mac devant désormais monter naturellement en lecture et écriture > il serait aisé depuis la session Recovery de supprimer le dossier du Système auxiliaire d'installation macOS Install Data et de restaurer le boot sur «El Capitan» - comme il avait été envisagé initialement.​
 
Dernière édition par un modérateur:
LA derniere procedure n as pas marché donc j'ai essaye le clonage DDE , copie en cours mnt






ATTENTION : BONNE NOUVELLE !

Je rajoute une édition, parce qu'avec l'« esprit de l'escalier » qui me caractérise
402655_original.gif
(trouver au moment où l'on descend l'escalier pour sortir l'idée qu'on aurait dû servir à propos dans la conversation de salon à l'étage) - je viens de m'aviser de quelque chose qui aurait dû trente six fois me sauter aux yeux plus tôt ce matin.

Voici ce qui est mentionné à propos du Volume Logique Mac aux dernières nouvelles (ce matin à 2H 04') :
Bloc de code:
/dev/disk16 (internal, virtual):
#:      TYPE NAME   SIZE      IDENTIFIER
0: Apple_HFS Mac   +120.1 GB  disk16
             Logical Volume on disk0s2
             CFE40105-26F8-40BE-9FB8-AA33A25C217F
             Unencrypted

Cette mention « Unencrypted » n'a qu'une seule signification possible : la partition disk0s2 Mac est à l'heure actuelle entièrement libre de chiffrement.

[Il est même présumable que le processus de déchiffrement ait déconstruit le CoreStorage - comme il le fait habituellement - un Volume Logique n'étant maintenu monté qu'en kernel (celui du Système Recovery) --> un re-démarrage a alors des chances d'avoir raison de ce montage résilient et le volume Mac s'avérer reconverti à un format standard jhfs+.]

Pendant que khalsis s'échinait à des opérations logiques tous azimuths en maintenant sa session Recovery ouverte en permanence > quelque chose a dû secouer le tas de ferrailles logiques du CoreStorage et silencieusement, en arrière-plan , le processus logique a repris. Ce processus devait, originellement, avoir été un processus de déchiffrement  initié par un repentir de l'activation de «FileVault» - et c'est lui qui avait été suspendu en cours d'opération par le lancement du Programme d'installation de «Sierra» tout en bloquant ce dernier en retour. Toujours est-il qu'à l'heure actuelle il n'y a pas plus de chiffrement que de beurre en broche !

Donc toutes affaires cessantes et sans ré-initialiser le DDE (qui n'a pas de raison de servir) opérer la manœuvre suivante :

☞ Menu  > Démarrage > choisir le volume Mac > re-démarrer. Le Mac va re-démarrer sur le Système auxiliaire d'installation de «Sierra» présent dans le volume Mac et... le Programme d'installation n'étant plus bloqué par le chiffrement va logiquement déclencher l'opération de mise-à-niveau 10.11 > 10.12.

☞ Si jamais le blocage persistait > le système de fichiers jhfs+ actuel du volume Mac devant désormais monter naturellement en lecture et écriture > il serait aisé depuis la session Recovery de supprimer le dossier du Système auxiliaire d'installation macOS Install Data et de restaurer le boot sur «El Capitan» - comme il avait été envisagé initialement.​
 
Passe la commande informative :
Bloc de code:
csrutil status
et poste le retour.

C'est pour savoir si le SIP (protocole de verrouillage) est activé ou non (s'il l'était, il verrouillerait la possibilité de saisir une adresse de démarrage en NVRAM).
 
  • J’aime
Réactions: khalsis
Cool.

Alors 2 commandes :

- a) la commande :
Bloc de code:
nvram -c
pour effacer les variables de la mémoire NVRAM (dont l'adresse de boot sur le Système du dossier macOS Install Data). Elle va passer avec récupération de l'invite de commande -bash-3.2# sans commentaire.

- b) la commande :
Bloc de code:
diskutil list
pour vérifier l'existence du volume CLONE (mais aussi - car ça continue de me travailler - le statut logique actuel du volume Mac après le re-démarrage que tu as effectué) => peux-tu poster une fois de plus ce tableau mis à jour ?​
 
Cool.

Alors 2 commandes :

- a) la commande :
Bloc de code:
nvram -c
pour effacer les variables de la mémoire NVRAM (dont l'adresse de boot sur le Système du dossier macOS Install Data). Elle va passer avec récupération de l'invite de commande -bash-3.2# sans commentaire.

- b) la commande :
Bloc de code:
diskutil list
pour vérifier l'existence du volume CLONE (mais aussi - car ça continue de me travailler - le statut logique actuel du volume Mac après le re-démarrage que tu as effectué) => peux-tu poster une fois de plus ce tableau mis à jour ?​
-bash-3.2# nvram -c

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *121.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Mac 120.5 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme +2.1 GB disk1

1: Apple_HFS OS X Base System 2.0 GB disk1s1

/dev/disk2 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *160.0 GB disk2

1: EFI EFI 209.7 MB disk2s1

2: Apple_HFS CLONE 159.7 GB disk2s2

/dev/disk3 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +5.2 MB disk3

/dev/disk4 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk4

/dev/disk5 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk5

/dev/disk6 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk6

/dev/disk7 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk7

/dev/disk8 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk8

/dev/disk9 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk9

/dev/disk10 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk10

/dev/disk11 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk11

/dev/disk12 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk12

/dev/disk13 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk13

/dev/disk14 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk14

/dev/disk15 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk15

/dev/disk16 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Mac +120.1 GB disk16

Logical Volume on disk0s2

CFE40105-26F8-40BE-9FB8-AA33A25C217F

Unencrypted

-bash-3.2#
 
Alors il y a bien un volume CLONE du DDE = disk2s2. Et le volume Mac est toujours un Volume Logique CoreStorage et toujours mentionné Unencrypted : non chiffré.

Avant d'essayer de te faire re-démarrer sur CLONE > j'aimerais que tu essayes la commande (attention ! commande rm) :
Bloc de code:
rm -rf /Volumes/Mac/"macOS Install Data"
(attention à saisir exactement la commande, avec les "" encadrant le nom du dossier à la fin).

=> est-ce que la commande passe sans commentaire ? Ou bien est-ce que tu as encore un : « readonly filesystem » ?
 
Alors il y a bien un volume CLONE du DDE = disk2s2. Et le volume Mac est toujours un Volume Logique CoreStorage et toujours mentionné Unencrypted : non chiffré.

Avant d'essayer de te faire re-démarrer sur CLONE > j'aimerais que tu essayes la commande (attention ! commande rm) :
Bloc de code:
rm -rf /Volumes/Mac/"macOS Install Data"
(attention à saisir exactement la commande, avec les "" encadrant le nom du dossier à la fin).

=> est-ce que la commande passe sans commentaire ? Ou bien est-ce que tu as encore un : « readonly filesystem » ?
readonly filesystem
 
Bouffre ! Pardonne-moi de tenter le tout pour le tout =>

Passe la commande :
Bloc de code:
diskutil umountDisk force /dev/disk16
qui doit démonter le Volume Logique Mac sans le reverrouiller.

Ensuite la commande :
Bloc de code:
mount -t hfs -w /dev/disk16 /tmp
qui s'efforce de remonter en lecture & écriture le disk16 du Volume Logique Mac au point de montage du répertoire des éléments temporaires /tmp du Système Recovery.

S'il n'y a pas de message d'erreur, retente alors la commande :
Bloc de code:
rm -rf /Volumes/Mac/"macOS Install Data"

=> quel est le résultat des courses ? S'il y a échec > je jette l'éponge avec le volume Mac et on bascule sur CLONE.
 
  • J’aime
Réactions: khalsis
Bouffre ! Pardonne-moi de tenter le tout pour le tout =>

Passe la commande :
Bloc de code:
diskutil umountDisk force /dev/disk16
qui doit démonter le Volume Logique Mac sans le reverrouiller.

Ensuite la commande :
Bloc de code:
mount -t hfs -w /dev/disk16 /tmp
qui s'efforce de remonter en lecture & écriture le disk16 du Volume Logique Mac au point de montage du répertoire des éléments temporaires /tmp du Système Recovery.

S'il n'y a pas de message d'erreur, retente alors la commande :
Bloc de code:
rm -rf /Volumes/Mac/"macOS Install Data"

=> quel est le résultat des courses ? S'il y a échec > je jette l'éponge avec le volume Mac et on bascule sur CLONE.
error on mount(): error = -1
Invalid argument

ce que j ai obtenu a la deuxieme commande
 
Alors on abandonne la volume Mac et on se reporte sur le volume CLONE.

Passe la commande :
Bloc de code:
bless --folder /Volumes/CLONE/System/Library/CoreServices --setBoot

qui opère la "bénédiction" (blessing) du volume CLONE pour le marquer comme démarrable et inscire sur son en-tête le chemin à son bootloader (démarreur) boot.efi + inscrit à la rubrique efi-boot-device en NVRAM l'adresse de boot automatique pour l'EFI à cette partition.

La commande passée > passe encore la commande informative :
Bloc de code:
nvram -p
qui va te retourner le tableau des paramètres de la mémoire NVRAM. Même s'il paraît peu lisible > peux-tu le poster ici que je vérifie si l'adresse de démarrage a bien été inscrite ?
 
Alors on abandonne la volume Mac et on se reporte sur le volume CLONE.

Passe la commande :
Bloc de code:
bless --folder /Volumes/CLONE/System/Library/CoreServices --setBoot

qui opère la "bénédiction" (blessing) du volume CLONE pour le marquer comme démarrable et inscire sur son en-tête le chemin à son bootloader (démarreur) boot.efi + inscrit à la rubrique efi-boot-device en NVRAM l'adresse de boot automatique pour l'EFI à cette partition.

La commande passée > passe encore la commande informative :
Bloc de code:
nvram -p
qui va te retourner le tableau des paramètres de la mémoire NVRAM. Même s'il paraît peu lisible > peux-tu le poster ici que je vérifie si l'adresse de démarrage a bien été inscrite ?

-bash-3.2# bless --folder /Volumes/CLONE/System/Library/CoreServices --setBoot

-bash-3.2# nvram -p

bluetoothInternalControllerInfo %8f%82%ac%05%00%003%1446;j%8a%11

efi-boot-device <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>2DCD8DDB-E21B-4D2F-8A20-2DE95C4AD1C0</string></dict></dict><key>BLLastBSDName</key><string>disk2s2</string></dict></array>

bluetoothActiveControllerInfo %8f%82%ac%05%00%00%00%003%1446;j%8a%11

SystemAudioVolumeDB %f5

ALS_Data %02%12

Test_ALS_Data %01%00

SystemAudioVolume d

csr-active-config w%00%00%00

efi-boot-device-data %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%00%14%03%05%06%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00`^%97%12%00%00%00%00%db%8d%cd-%1b%e2/M%8a -%e9\J%d1%c0%02%02%7f%ff%04%00

-bash-3.2#
 
La préférence de boot automatique en NVRAM :
Bloc de code:
<string>disk2s2</string>
est donc bien fixée sur la partition CLONE du DDE.

Alors tu n'as qu'à re-démarrer ton Mac sans presser aucune touche > avec un peu de chance > il va démarrer sur le Système recopié dans le volume CLONE. À toi de le signaler si c'est bien le cas.

Mais comme la providence ne t'a pas aidée jusqu'ici concernant ce plantage de ton Mac > il y a des chances que le démarrage sur CLONE ratatouille et plante aussi. Dans ce cas là > tu re-démarres en mode Recovery comme d'habitude et là > pas de quartiers > tu lances l'option "Ré-installer OS X" et tu choisis le volume CLONE comme destination > le Système de CLONE va être restauré et ce volume deviendra démarrable.

=> quand tu en seras à pouvoir démarrer sur CLONE --> tu n'auras qu'à le signaler.
 
La préférence de boot automatique en NVRAM :
Bloc de code:
<string>disk2s2</string>
est donc bien fixée sur la partition CLONE du DDE.

Alors tu n'as qu'à re-démarrer ton Mac sans presser aucune touche > avec un peu de chance > il va démarrer sur le Système recopié dans le volume CLONE. À toi de le signaler si c'est bien le cas.

Mais comme la providence ne t'a pas aidée jusqu'ici concernant ce plantage de ton Mac > il y a des chances que le démarrage sur CLONE ratatouille et plante aussi. Dans ce cas là > tu re-démarres en mode Recovery comme d'habitude et là > pas de quartiers > tu lances l'option "Ré-installer OS X" et tu choisis le volume CLONE comme destination > le Système de CLONE va être restauré et ce volume deviendra démarrable.

=> quand tu en seras à pouvoir démarrer sur CLONE --> tu n'auras qu'à le signaler.
il a redemarre mais m as donne un choix entre deux logins , l'Admin et Autre je choisis lequel?