10.14 Mojave Interrompre le déchiffrement du disque
- Créateur du sujet Nato
- Date de début
M
Membre supprimé 1060554
Invité
Bien !
Alors passe la commande :
Poste le tableau. Il permettra de vérifier l'occupation de Clone.
Alors passe la commande :
Bloc de code:
df -H- qui mesure l'occupation de tous les volumes montés
Poste le tableau. Il permettra de vérifier l'occupation de Clone.
M
Membre supprimé 1060554
Invité
Tu peux quitter l'application Terminal. Car l'opération en cours est le processus caffeinate qui a empêché le Mac de dormir pendant la copie > et qui continue de courir en arrière-plan de la fenêtre de terminal ouverte. Ce processus ne sert plus.
----------
262 Go pour Clone vs 239 Go pour Macintosh HD. La commande cp a pour routine de consommer davantage de blocs pour l'écriture des fichiers sur la destination > en comparaison de la source. + 22 Go = excédent normal. Clone doit être un bon clone.
----------
Veux-tu tenter (par curiosité) de démarrer sur le volume Clone ? -->
----------
262 Go pour Clone vs 239 Go pour Macintosh HD. La commande cp a pour routine de consommer davantage de blocs pour l'écriture des fichiers sur la destination > en comparaison de la source. + 22 Go = excédent normal. Clone doit être un bon clone.
----------
Veux-tu tenter (par curiosité) de démarrer sur le volume Clone ? -->
- pour cela il faut passer quelques commandes de terminal..
M
Membre supprimé 1060554
Invité
Voici la longue commande à passer :
=> est-ce que ça a été le cas ?
Bloc de code:
bless --folder /Volumes/Clone/System/Library/CoreServices --file /Volumes/Clone/System/Library/CoreServices/boot.efi- comme tu peux à présent quitter le Terminal > je te conseille de la passer en copier-coller à rebours : tu la copies ici (jusqu'au boot.efi final) avec Safari > tu la colles dans le Terminal > tu l'exécutes
- la commande inscrit un chemin de démarrage sur l'en-tête du volume Clone > pointant au lanceur boot.efi de l'OS cloné. Elle passe sans commentaire, si elle passe
=> est-ce que ça a été le cas ?
M
Membre supprimé 1060554
Invité
Alors voici une commande à passer à la main :
Poste le retour.
Bloc de code:
bless --info /Volumes/Clone- la commande affiche le chemin de démarrage actif de Clone
Poste le retour.
Bloc de code:
-bash-3.2# bless --info /Volumes/Clone
finderinfo[0]: 456930 => Blessed System Folder is /Volumes/Clone/System/Library/CoreServices
finderinfo[1]: 467381 => Blessed System File is /Volumes/Clone/System/Library/CoreServices/boot.efi
finderinfo[2]: 0 => Open-folder linked list empty
finderinfo[3]: 0 => No alternate OS blessed file/folder
finderinfo[4]: 0 => Unused field unset
finderinfo[5]: 456930 => OS X blessed folder is /Volumes/Clone/System/Library/CoreServices
64-bit VSDB volume id: 0xFEF225D3BF0A066B
-bash-3.2#
M
Membre supprimé 1060554
Invité
Chemin valide. Une dernière commande à passer :
=> est-ce que tu as obtenu un retour ?
Bloc de code:
kextcache -u /Volumes/Clone- la commande met à jour le cache prelinkedkernel > chargé par le lanceur boot.efi au démarrage
=> est-ce que tu as obtenu un retour ?
Bloc de code:
-bash-3.2# kextcache -u /Volumes/Clone
Warning: /Volumes/Clone/AppleInternal/Library/Extensions: No such file or directory
Child process /usr/sbin/kextcache[1083] exited due to signal 10.
Error 107 rebuilding /System/Library/PrelinkedKernels/prelinkedkernel
-bash-3.2#
M
Membre supprimé 1060554
Invité
On va faire avec.
À présent --> tente ta chance. Va à : Menu > Disque de démarrage > choisis Clone > démarre dessus -->
À présent --> tente ta chance. Va à : Menu > Disque de démarrage > choisis Clone > démarre dessus -->
- tu n'auras qu'à dire si l'OS cloné s'est chargé complètement et si tu as pu ouvrir une session dans Clone. Ou pas...
M
Membre supprimé 1060554
Invité
Il faut que tu démarres avec les 3 touches ⌘⌥R (cmd alt R) pour récupérer un OS de secours Mojave.
M
Membre supprimé 1060554
Invité
Alors retour au plan initial : reformatage > réinstallation > récupération. Il doit y avoir une erreur dans l'OS de Macintosh HD > qui s'est transférée dans Clone. La réinstallation supprimera ce problème.
Passe une commande :
Passe une commande :
Bloc de code:
diskutil list- et poste le tableau des disques --> que je sois sûr des index de disques.
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +2.1 GB disk0
1: Apple_HFS OS X Base System 2.0 GB disk0s1
/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_APFS Container disk2 1000.0 GB disk1s2
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +1000.0 GB disk2
Physical Store disk1s2
1: APFS Volume Macintosh HD 239.3 GB disk2s1
2: APFS Volume Preboot 49.5 MB disk2s2
3: APFS Volume Recovery 517.0 MB disk2s3
4: APFS Volume VM 4.3 GB disk2s4
/dev/disk3 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +5.2 MB disk3
/dev/disk4 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk4
1: EFI EFI 209.7 MB disk4s1
2: Apple_HFS Clone 999.8 GB disk4s2
/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 +2.1 MB disk8
/dev/disk9 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk9
/dev/disk10 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk10
/dev/disk11 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +12.6 MB disk11
/dev/disk12 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +4.2 MB disk12
/dev/disk13 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk13
/dev/disk14 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk14
/dev/disk15 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk15
/dev/disk16 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk16
/dev/disk17 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk17
/dev/disk18 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk18
/dev/disk19 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk19
/dev/disk20 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk20
/dev/disk21 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk21
-bash-3.2#
M
Membre supprimé 1060554
Invité
Comme je ne sais pas si l'OS de secours démarré est celui du disque ou son clone en RAM (créé à la volée : une spécialité des derniers OS) > passe la commande :
Poste la partie haute de ce long tableau : disons les 3 premières images-disques > les autres n'ayant pas d'importance.
Note : il faut un OS de secours indépendant de l'actuel Conteneur apfs --> pour pouvoir le supprimer entièrement. Un clone en RAM fait l'affaire.
Bloc de code:
hdiutil info- qui liste les images-disques en cours d'utilisation (avec leur statut : résidentes de la RAM ou du disque)
Poste la partie haute de ce long tableau : disons les 3 premières images-disques > les autres n'ayant pas d'importance.
Note : il faut un OS de secours indépendant de l'actuel Conteneur apfs --> pour pouvoir le supprimer entièrement. Un clone en RAM fait l'affaire.
Bloc de code:
-bash-3.2# hdiutil info
framework : 480.240.1
driver : 10.13v480.240.1
images : 19
================================================
image-path : ramfile://485306481
shadow-path : <none>
icon-path : <none>
image-type : <unknown>
system-image : false
blockcount : 4192464
blocksize : 512
writeable : TRUE
autodiskmount : <unknown>
removable : false
image-encrypted : <false>
mounting user : root
mounting mode : <unknown>
process ID : <in-kernel>
/dev/disk0 GUID_partition_scheme
/dev/disk0s1 48465300-0000-11AA-AA11-00306543ECAC /
================================================
image-path : ram://10240
shadow-path : <none>
icon-path : <none>
image-type : <unknown>
system-image : TRUE
blockcount : 10240
blocksize : <unknown>
writeable : TRUE
autodiskmount : false
removable : TRUE
image-encrypted : <false>
mounting user : root
mounting mode : <unknown>
process ID : <in-kernel>
/dev/disk3 /private/var/log
================================================
image-path : ram://1024
shadow-path : <none>
icon-path : <none>
image-type : <unknown>
system-image : TRUE
blockcount : 1024
blocksize : <unknown>
writeable : TRUE
autodiskmount : false
removable : TRUE
image-encrypted : <false>
mounting user : root
mounting mode : <unknown>
process ID : <in-kernel>
/dev/disk5 /Volumes
================================================
M
Membre supprimé 1060554
Invité
Cette description de la 1ère image-disque -->
=> tu as donc bien bénéficié du mécanisme de clonage en RAM à la volée de l'OS de secours --> ce qui fait que ton Mac est actuellement démarré sur la RAM et pas sur le disque. Tout ce qu'il nous fallait, donc.
----------
Passe la commande :
Poste l'affichage retourné.
Bloc de code:
image-path : ramfile://485306481
shadow-path : <none>
icon-path : <none>
image-type : <unknown>
system-image : false
blockcount : 4192464- déclare qu'elle a une taille de 4192464 blocs (de 512 octets) = 2,14 Go. C'est donc l'image-disque supportant le volume de l'OS de secours démarré.
- cette mention à son sujet : ramfile --> déclare qu'il s'agit d'un fichier résident de la RAM et pas du disque.
=> tu as donc bien bénéficié du mécanisme de clonage en RAM à la volée de l'OS de secours --> ce qui fait que ton Mac est actuellement démarré sur la RAM et pas sur le disque. Tout ce qu'il nous fallait, donc.
----------
Passe la commande :
Bloc de code:
diskutil ap deleteContainer disk2 "Macintosh HD"- mets "Macintosh HD" avec les ""
- la commande supprime l'apfs > et reformate un Macintosh HD en jhfs+ classique
Poste l'affichage retourné.
