Sujet unique Une erreur s’est produite lors de la préparation de l’installation...

Alors tu repasses la commande-test :
Bloc de code: 
df -H

  • qui mesure l'occupation des volumes montés

Poste le tableau --> qu'on voie si l'occupation des blocs du volume Clone a augmenté...
 
Bloc de code: 
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   724M    64%   48782 4294918497    0%   /
devfs          207k   207k     0B   100%     702          0  100%   /dev
/dev/disk3     5.2M   5.2M     0B   100%      24 4294967255    0%   /private/var/log
/dev/disk4     524k   147k   377k    29%       7 4294967272    0%   /Volumes
/dev/disk5     524k   143k   381k    28%       5 4294967274    0%   /private/var/tmp
/dev/disk6     524k   160k   365k    31%      10 4294967269    0%   /private/var/run
/dev/disk7     2.1M   143k   2.0M     7%       2 4294967277    0%   /private/tmp
/dev/disk8     524k   147k   377k    29%       3 4294967276    0%   /System/Installation
/dev/disk9     524k   303k   221k    58%      20 4294967259    0%   /private/var/db
/dev/disk10    6.3M   3.4M   2.9M    54%      67 4294967212    0%   /private/var/folders
/dev/disk11    2.1M   2.1M     0B   100%     354 4294966925    0%   /private/var/root/Library
/dev/disk13    2.1M   143k   2.0M     7%       2 4294967277    0%   /private/var/root/Library/Containers
/dev/disk14    524k   172k   352k    33%       9 4294967270    0%   /Library/Preferences
/dev/disk15    524k   168k   356k    33%       6 4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk16    1.0M   143k   905k    14%       2 4294967277    0%   /Library/Keychains
/dev/disk17    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk18    524k   143k   381k    28%       2 4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk0s3   650M   563M    81M    88%      70 4294967209    0%   /Volumes/Image Volume
/dev/disk19    499G   253G   246G    51%  855345 4294111934    0%   /Volumes/Macintosh HD
/dev/disk2s4   400G   264G   136G    66%  785483 4294181796    0%   /Volumes/Clone
/dev/disk20    1.6T   919G   681G    58%    1820 4294965459    0%   /Volumes/Sans titre
-bash-3.2#
 
Hé ! hé ! --> retournement de situation :
Bloc de code: 
/dev/disk2s4   400G   264G   136G    66%  785483 4294181796    0%   /Volumes/Clone

  • il y a 264 Go d'occupation de blocs dans le volume Clone > contre 253 Go dans Macintosh HD (source). Soit un "délayage" à la recopie de +11 Go à la destination sur la source --> ce qui est entièrement conforme à la routine de cp. Le clone a l'air d'être un bon clone cette fois-ci. Ce qui confirme qu'il y avait bien eu un incident (interruption de la 1ère copie).

Veux-tu remesurer les dossiers de la source & de la destination ?
 
Par prudence > repasse les 2 commandes antérieures :
Bloc de code: 
/Volumes/Mac*/usr/bin/du -sh /Volumes/Mac*/*
/Volumes/Mac*/usr/bin/du -sh /Volumes/Clone/*

  • séparément - commandes assez lentes d'exécution (attends le retour de -bash-3.2# chaque fois)

Poste les 2 tableaux retournés --> on pourra faire un comparatif.
 
Bloc de code: 
-bash-3.2# /Volumes/Mac*/usr/bin/du -sh /Volumes/Mac*/*
12G    /Volumes/Macintosh HD/Applications
4.0K    /Volumes/Macintosh HD/Guides de l’utilisateur et informations
3.1G    /Volumes/Macintosh HD/Library
  0B    /Volumes/Macintosh HD/Network
4.7G    /Volumes/Macintosh HD/System
213G    /Volumes/Macintosh HD/Users
4.0K    /Volumes/Macintosh HD/Volumes
2.5M    /Volumes/Macintosh HD/bin
  0B    /Volumes/Macintosh HD/cores
  0B    /Volumes/Macintosh HD/dev
4.0K    /Volumes/Macintosh HD/etc
4.0K    /Volumes/Macintosh HD/installer.failurerequests
  0B    /Volumes/Macintosh HD/net
1.4G    /Volumes/Macintosh HD/private
1.0M    /Volumes/Macintosh HD/sbin
4.0K    /Volumes/Macintosh HD/tmp
427M    /Volumes/Macintosh HD/usr
4.0K    /Volumes/Macintosh HD/var
 
Bloc de code: 
-bash-3.2# /Volumes/Mac*/usr/bin/du -sh /Volumes/Clone/*
14G    /Volumes/Clone/Applications
4.0K    /Volumes/Clone/Guides de l’utilisateur et informations
3.6G    /Volumes/Clone/Library
  0B    /Volumes/Clone/Network
8.0G    /Volumes/Clone/System
217G    /Volumes/Clone/Users
4.0K    /Volumes/Clone/Volumes
4.8M    /Volumes/Clone/bin
  0B    /Volumes/Clone/cores
  0B    /Volumes/Clone/dev
4.0K    /Volumes/Clone/etc
4.0K    /Volumes/Clone/installer.failurerequests
  0B    /Volumes/Clone/net
1.4G    /Volumes/Clone/private
2.4M    /Volumes/Clone/sbin
4.0K    /Volumes/Clone/tmp
1023M    /Volumes/Clone/usr
4.0K    /Volumes/Clone/var
-bash-3.2#
 
Aucun problème : la comparaison montre qu'aucun dossier de Clone n'est inférieur en taille à son correspondant de la source > mais au moins égal sinon supérieur (pour System > Users > usr). Donc RAS : Clone est un bon clone sans perte.

----------

Pour la suite des opérations > j'ai besoin de savoir si ton Mac est actuellement démarré sur un OS de secours qui dépend du disque ou qui a été cloné en RAM.

Pour le savoir > passe la commande :
Bloc de code: 
hdiutil info

  • qui liste les images-disques en cours d'utilisation avec leurs informations.

Long tableau. Je n'ai besoin que des 3 ou 4 premières descriptions d'images-disques > celle qui m'intéresse étant la 1ère. Poste donc ce tableau raccourci.
 
Bloc de code: 
-bash-3.2# hdiutil info
framework       : 444.50.16
driver          : 10.12v444.50.16
images          : 17
================================================
image-path      : file:///com.apple.recovery.boot/BaseSystem.dmg
shadow-path     : <none>
icon-path       : <none>
image-type      : <unknown>
system-image    : false
blockcount      : 4187736
blocksize       : 512
writeable       : TRUE
autodiskmount   : <unknown>
removable       : false
image-encrypted : <false>
mounting user   : root
mounting mode   : <unknown>
process ID      : <in-kernel>
/dev/disk1    GUID_partition_scheme   
/dev/disk1s1    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/disk4        /Volumes
================================================
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        /private/var/tmp
================================================
image-path      : ram://1024
 
Cette mention -->
Bloc de code: 
image-path      : file:///com.apple.recovery.boot/BaseSystem.dmg

  • montre que l'OS de secours démarré dépend du disque.

Il n'est pas possible à partir de ce démarrage --> de supprimer le système de stockage CoreStorage Chiffré du disque interne > car la partition de secours en est solidaire.

Veux-tu qu'on reformate simplement le volume Macintosh HD qui restera chiffré > avant réinstallation puis récupération des données ? - ou qu'on prépare un autre démarrage > afin de supprimer le dispositif de chiffrement ?
 
Je t’avoue que je ne suis pas le plus doué en informatique et donc je te remercie énormément de prendre le temps de réparer mon mac avec moi!
Du coup je ne sais pas ce qui est le plus simple ou ce qui sera le mieux pour le pc ?
 
Le mieux serait (je pense) de supprimer le CoreStorage Chiffré du disque interne -->

- veux-tu effectuer cette manœuvre ?​
 
Le volume Clone doit toujours résider sur la partition disk2s4 de 400 Go. Passe la commande :
Bloc de code: 
diskutil resizeVolume disk2s4 395g jhfs+ BOOT 0b

  • le 0 de 0b est un zéro
  • la commande rétrécit (non destructivement) Clone à 395 Go > et crée un volume BOOT de 5 Go sur le DDE

Poste le retour.
 
Bloc de code: 
-bash-3.2# diskutil resizeVolume disk2s4 395g jhfs+ BOOT 0b
Resizing to 395000000000 bytes and adding 1 partition
Started partitioning on disk2s4 Clone
Verifying the disk
Verifying 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
Checking volume information
The volume Clone appears to be OK
File system check exit code is 0
Resizing
Shrinking file system
Modifying partition map
Initialized /dev/rdisk2s5 as a 4 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished partitioning on disk2s4 Clone
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage Sans titre              1.6 TB     disk2s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk2s3
   4:                  Apple_HFS Clone                   395.0 GB   disk2s4
   5:                  Apple_HFS BOOT                    4.6 GB     disk2s5
-bash-3.2#
 
Le volume BOOT est prêt.

Enchaîne avec la commande :
Bloc de code: 
asr restore --s / --t /Volumes/BOOT --erase --noprompt

  • la commande clone en mode "copie-de-blocs" le volume OS X Base System de l'OS de secours démarré (désigné par son point de montage / ) => sur BOOT - lequel va être reformaté > renommé OS X Base System comme la source > cloné d'un OS de secours de 1,3 Go > rendu démarrable par l'inscription d'un chemin de démarrage sur ton en-tête

Poste l'affichage retourné quand tu auras récupéré -bash-3.2#.
 
Bloc de code: 
-bash-3.2# asr restore --s / --t /Volumes/BOOT --erase --noprompt
    Validating target...done
    Validating source...done
    Validating sizes...done
    Restoring  ....10....20....30....40....50....60....70....80....90....100
    Verifying  ....10....20....30....40....50....60....70....80....90....100
    Remounting target volume...done
-bash-3.2#
 
Opération réussie.

Redémarre (Menu  > Redémarrer) > et tiens aussitôt pressée la touche "alt" pour obtenir l'écran de choix du volume de démarrage -->

- choisis le volume OS X Base System (que tu viens de créer sur le DDE) > démarre dessus.​

Tu récupères le même écran affichant une fenêtre de 4 Utilitaires macOS. Relance le Terminal > passe la commande :
Bloc de code: 
diskutil cs list

  • qui affiche le tableau détaillé du CoreStorage du disque interne

Poste ce tableau.
 
Le volume OS X Base System n'apparaît pas. Pourtant l'affichage retourné par la commande asr montrait que l'opération avait été réussie.

Le DDE ne s'est pas déconnecté du Mac ?

Si tu n'as pas de bouton "Redémarrer" > éteins ton Mac de force (pression continue sur le bouton d'alimentation) > rallume-le avec les touches ⌘R pressées pour revenir dans la session de secours du disque > relance le Terminal > passe une commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques.
 

Sujets similaires

lavirgensasha
Problème réinstallation macOS à la suite d’un changement de disque dur
Réponses
5
Affichages
2K
macOS
lavirgensasha
lavirgensasha
Y
10.13 High Sierra Installation bloquée "Une erreur s'est produite..."
Réponses
24
Affichages
4K
macOS
Membre supprimé 1060554
M
A
10.11 El Capitan Absence de disque Macintosh hd dans l’installation de OS X El Capitan
Réponses
110
Affichages
13K
macOS
Seb971
S
D
10.13 High Sierra "Une erreur s'est produite lors de la préparation de l'installation..."
Réponses
70
Affichages
16K
macOS
Membre supprimé 1060554
M
A
10.12 Sierra Problème de réinstallation
Réponses
5
Affichages
782
macOS
Fullcrum
Fullcrum
Haut Bas