10.14 Mojave Installation Catalina impossible après clonage disque

MacBook Pro Retina 13" 2015. Largement compatible avec Catalina.

- donc effectue un redémarrage les 3 touches ⌘⌥R (cmd alt R) tenues pressées = démarrage par internet téléchargeant en RAM un OS de secours correspondant au plus récent OS public (= Catalina). Quand tu as l'écran aux 4 Utilitaires macOS > lance le Terminal > passe la commande (qui sera trouvée) :​
Bloc de code:
csrutil disable

  • puis redémarre pour réouvrir ta session habituelle > passes-y la commande :
Bloc de code:
sudo gpt show disk0

  • et poste le tableau des blocs.
 
J'ai bien redémarré sous l'OS de secours de Catalina et ai bien pu désactiver le SIP. J'obtiens le bloc suivant :

Bloc de code:
      start       size  index  contents
          0          1         MBR
          1         62        
         63  937703025      1  MBR part 175
 
Dernière édition par un modérateur:
Voici mon analyse -->
Bloc de code:
          0          1         MBR

  • sur le bloc0 du disque (1er bloc) et pour une extension d'1 seul bloc => est inscrite une table de partition MBR. À ce seul bloc se réduit ici le secteur de boot du disque.
Bloc de code:
          1         62

  • à partir du bloc1 (compris) et pour une extension totale de 62 blocs (de 512 octets = 31,7 Ko) => existe une minuscule bande de blocs libres.
Bloc de code:
         63  937703025      1  MBR part 175
  • à partir du bloc63 (compris) et pour une extension totale de 937703025 blocs (de 512 octets = 480.10 Go) => se trouve décrite la partition principale et unique du disque.
  • une table GPT principale s'incrit toujours à partir du bloc1 > pour une extension totale de 33 blocs (= 16,89 Ko). Et elle possède une sauvegarde sous forme de GPT secondaire sur les 33 derniers blocs du disque. Il serait théoriquement envisageable d'utiliser les 33 premiers blocs de la bande d'espace libre (allant du bloc1 au bloc62) => pour créer une table GPT principale. Et de rétrécir de 33 blocs + 7 blocs libres de tampon = 40 blocs (= 20,48 Ko) la partition principale pour permettre l'inscription d'une GPT secondaire en queue de disque.
  • mais ! une GPT principale va toujours de pair avec une partition1 de type EFI > volume EFI qui doit partir du bloc40 en bloc de tête > pour une extension totale de 409600 blocs (de 512 octets = 209,7 Mo). Or il n'existe à partir du bloc40 => que 22 blocs disponibles avant le départ de la partition principale qui commence au bloc63. Il n'y a donc pas la place de créer une partition EFI de 409600 blocs. Et on ne peut pas reculer la localisation de la partition principale vers le bas > car son bloc de tête63 => correspond au "super-bloc" du système de fichiers jhfs+ formateur du volume de l'OS. "super-bloc" = le bloc où ce système de fichiers a son "header" (en-tête) = "initialisateur". Si la partition principale n'avait plus en 1er bloc ce bloc63 où le système de fichiers a son header => le volume serait perdu.
  • oui mais ! ne peut-on pas se dispenser d'une partition EFI de 209,7 Mo en n°1 des partitions ? => non ! car cette partition est la "partition-Système de l'EFI" = programme primaire de boot du Mac. Pour passer à Catalina > il faut une mise-à-jour de l'EFI lui permettant de reconnaître le format apfs. Or les ressources de cette mise-à-jour doivent toujours se trouver copiées dans le volume EFI d'une partition-Système de l'EFI au rang n°1 du disque. Sans cette partition de l'EFI => il est impossible de mettre à jour le programme interne du Mac en préalable => et donc l'installation de Catalina se trouverait bloquée.

Je pense avoir démontré logiquement dans ton cas => la nécessité d'un clonage pour échapper à la configuration invalide du disque interne.
 
Merci beaucoup macomaniac pour ton aide ! Je n'ai pas tout compris à ce que tu as dit, mais je crois avoir compris le message principal. Je vais donc devoir passer par la fonction clonage. Je vous tiendrai au courant, je ne vais pas le faire tout de suite.
Merci pour tout macomanic et oyapoque !
 
Et après le clonage, lorsque je formatte le disque dur, comment fais-je pour avoir un schéma de table GUID ?
Et comment faire pour remettre le clone sur le disque dur interne ? Je passe en mode recovery ? Mais je n'aurai pas accès à carbon copy cloner... Faut-il que j'installe Mac OS sur un disque dur externe et que j'installe carbon copy cloner sur le DD externe pour remettre le clone sur le DD interne ?
 
Si tu as effectué ton clone avec Carbon Copy Cloner > à destination d'un DDE bien paramétré => le clone est démarrable.

- le DDE branché au Mac > passe la commande :​
Bloc de code:
diskutil list

  • et poste le tableau des disques => que je voie le DDE.
 
Je viens d’avoir un problème assez gênant. Pour faire le clone, j’ai pris un dd externe de 1To et j’ai fait assez de place (500go) pour faire une nouvelle partition pour le clone. Seulement, lorssue j’ai voulu partitioner ce dd, il m’indiquait que cela ne marchait pas (je n’ai plus accès â mon ordi pour montrer le message d’erreur). Je me suis donc dit que cela venait de la fragmentation de mon dd externe. J’ai donc utilisé un défragmenteur pour mac et ai défragmenté mon dd externe. Cependant il y a eu trois fichiers qui posaient problème et n’ont pas pu être défragmentés. À la fin de la défragmentation, j’ai donc essayé de déplacer ces fichiers sur mon dd interne du mac, mais cela mettait du temps et le transfert n’avançait pas. J’ai donc arrêté le transfert et le finder s’est bloqué, j’ai donc essayé de le relancer mais aucune fenêtre n’apparaissait. N’ayant plus accès au finder, j’ai redémarré mon mac qui me donne cette erreur :

7B1AFBC4-11BD-4150-953A-DD175C01942E.jpeg

Et qui ne cesse de redémarrer pour me réafficher cette erreur. Je suis actuellement mode recovery, mais hésite à installer une nouvelle version de mac os pour faire le clonage depuis cette version et ensuite réinstaller le clone n’étant pas sûr de ne pas avoir le même problème avec le clone.

Je ne comprends pas d’où vient l’erreur. Est-ce le fait d’avoir défragmenté le dd externe et d’avoir voulu déplacer un fichier non défragmenté qui cause le blocage de l’ordi au redémarrage ? Auriez-vous une solution pour cela ?

Je vous remercie de votre aide.

-------------------------------------

Je viens d’essayer de repartitionner mon dd externe depuis le mode recovery et j’obtiens encore la même erreur :
image.jpg
 
Dernière édition par un modérateur:
Est-ce que tu es dans une session de secours actuellement (écran aux 4 Utilitaires macOS) ?
 
Est-ce que tu es dans une session de secours actuellement (écran aux 4 Utilitaires macOS) ?
Non, je viens de la fermer pour voir si je pouvais redémarrer correctement mais ça n’a pas marché. Jrelance le mode recovery internet et j’y serai dans 20min. Je vous tiens au courant quand j’y suis.
 
Quand tu as l'écran aux 4 Utilitaires > ton DDE branché au Mac > voici comment tu vas pouvoir fournir ici les informations de base (tuto) -->

- va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.​

Passe la commande  :
Bloc de code:
diskutil list

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari»
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil > tu colles dans un Bloc de code

=> ces informations montreront le DDE.

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau comme tu as déjà fait.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
Voilà ce que donne diskutil :
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *480.1 GB   disk0
   1:                  Apple_HFS Macintosh HD            480.1 GB   disk0s1

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS macOS Base System       2.0 GB     disk1s1

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS HD Data                 999.9 GB   disk2s2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    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               +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               +2.1 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk21

/dev/disk22 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk22

/dev/disk23 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk23
 
Je vois ton DDE en disk2. Passe la commande :
Bloc de code:
diskutil info disk2s2

  • qui affiche un tableau d'informations sur le volume HD Data

Poste le tableau.
 
Voilà ce que donne diskutil info disk2s2 :

Bloc de code:
Device Identifier:         disk2s2
   Device Node:               /dev/disk2s2
   Whole:                     No
   Part of Whole:             disk2

   Volume Name:               HD Data
   Mounted:                   Yes
   Mount Point:               /Volumes/HD Data

   Partition Type:            Apple_HFS
   File System Personality:   Journaled HFS+
   Type (Bundle):             hfs
   Name (User Visible):       Mac OS Extended (Journaled)
   Journal:                   Journal size 81920 KB at offset 0x1d1c000
   Owners:                    Enabled

   OS Can Be Installed:       Yes
   Media Type:                Generic
   Protocol:                  USB
   SMART Status:              Not Supported
   Volume UUID:               1C3DB0C9-6FA4-3231-86D5-6F7CEC579C0A
   Disk / Partition UUID:     D22CA1B4-C15F-4944-AA42-0430423D8595
   Partition Offset:          209735680 Bytes (409640 512-Byte-Device-Blocks)

   Disk Size:                 999.9 GB (999860912128 Bytes) (exactly 1952853344 512-Byte-Units)
   Device Block Size:         512 Bytes

   Volume Total Space:        999.9 GB (999860912128 Bytes) (exactly 1952853344 512-Byte-Units)
   Volume Used Space:         449.2 GB (449239306240 Bytes) (exactly 877420520 512-Byte-Units) (44.9%)
   Volume Free Space:         550.6 GB (550621605888 Bytes) (exactly 1075432824 512-Byte-Units) (55.1%)
   Allocation Block Size:     4096 Bytes

   Read-Only Media:           No
   Read-Only Volume:          No

   Device Location:           External
   Removable Media:           Fixed

   Solid State:               Info not available
 
Pas d'anomalies visibles. 449 Go d'occupation. Passe la commande :
Bloc de code:
diskutil resizeVolume disk2s2 500g jhfs+ Clone 0b

  • tu peux la passer en "copier-coller à rebours" : tu la copies d'abord ici avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande rétrécit (non destructivement) HD Data à 500 Go > et crée un volume Clone de 499 Go. Quand un volume à redimensionner est déjà chargé en données > et si le rétrécissement demandé est important => alors l'opération peut durer longtemps.

Poste le retour quand tu auras récupéré -bash-3.2# en signal de fin. Ou s'il y a un problème.
 
L'erreur est la même qu'à chaque fois :(, il arrive pas à réduire le système de fichiers, comme sur la photo présentée plus haut :
Bloc de code:
-bash-3.2# diskutil resizeVolume disk2s2 500g jhfs+ Clone 0b
Resizing to 500000000000 bytes and adding 1 partition
Started partitioning on disk2s2 HD Data
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk2s2
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 HD Data appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Shrinking file system
Error: -69787: The partition cannot be resized; try reducing the amount of change in the size of the partition
 
Le système de fichiers est sans erreurs. C'est l'importance du rétrécissement qui est refusée.

- passe une commande :​
Bloc de code:
df -H

  • qui mesure l'occupation des volumes montés

Poste le tableau => que je voie l'occupation du volume interne Macintosh HD.
 
Voilà ce que j'obtiens :

Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   669M    67%   47930 4294919349    0%   /
devfs          207k   207k     0B   100%     700          0  100%   /dev
/dev/disk3      10M   852k   9.6M     9%      21 4294967258    0%   /private/var/log
/dev/disk4      10M   262k    10M     3%       3 4294967276    0%   /private/var/log/dm
/dev/disk5     524k   147k   377k    29%       5 4294967274    0%   /Volumes
/dev/disk6     524k   147k   377k    29%       8 4294967271    0%   /private/var/tmp
/dev/disk7     524k   160k   365k    31%      15 4294967264    0%   /private/var/run
/dev/disk8     2.1M   152k   1.9M     8%       6 4294967273    0%   /private/tmp
/dev/disk9     524k   143k   381k    28%       2 4294967277    0%   /System/Installation
/dev/disk10    524k   303k   221k    58%      27 4294967252    0%   /private/var/db
/dev/disk11     13M   4.9M   7.7M    39%      99 4294967180    0%   /private/var/folders
/dev/disk12    4.2M   553k   3.6M    14%      51 4294967228    0%   /private/var/root/Library
/dev/disk14    2.1M   373k   1.7M    18%      76 4294967203    0%   /private/var/root/Library/Containers
/dev/disk15    524k   176k   348k    34%      13 4294967266    0%   /Library/Preferences
/dev/disk16    2.1M   143k   2.0M     7%       2 4294967277    0%   /Library/Preferences/Logging
/dev/disk17    524k   160k   365k    31%       6 4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk18    1.0M   197k   852k    19%       8 4294967271    0%   /Library/Keychains
/dev/disk19    524k   143k   381k    28%       2 4294967277    0%   /Library/Security/Trust Settings
/dev/disk20    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk21    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk22    524k   143k   381k    28%       2 4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk23    2.1M   143k   2.0M     7%       2 4294967277    0%   /Library/Logs/DiagnosticReports
/dev/disk0s1   480G   470G    10G    98% 1400795 4293566484    0%   /Volumes/Macintosh HD
/dev/disk2s2   1000   449G   551G    45%   16264 4294951015    0%   /Volumes/HD Data
-bash-3.2#

Je pensais que c'était dû à un problème de fragmentation du disque qui empêchait de partitionner le disque dur.
 
470 Go dans Macintosh HD => ça ne va jamais passer - même si on créait un volume Clone de 500 Go. Car une commande de recopie comme cp => délaye toujours sur la destination (càd. consomme davantage de blocs pour l'écriture des fichiers dans le volume de destination > en comparaison de la source).

- et oui : la fragmentation signifie que l'écriture des fichiers ne s'effectue pas sur un alignement de blocs continus. Mais qu'il peut y avoir copie d'une partie d'un fichier sur un alignement de blocs et poursuite sur une série de blocs très éloignés (numériquement parlant). C'est le fichier du jhfs+ appelé : "fichier des segments en excès" => qui gère ces écritures disjointes de fichiers.​
- il peut donc y avoir par suite des séries de blocs écrits mal placés en queue d'espace de la partition. Dans ce cas-là > un mécanisme logique intervient > qui clone les écritures des blocs mal placés => sur des blocs mieux placés en haut d'espace de partition > avant de libérer les blocs sources. Ce qui explique le temps que peut mettre un repartionnement non destructif quand il implique un "poly-clonage" très étendu. Dans le cas de ton DDE > il y a sans doute beaucoup trop de blocs écrits qui se baladent en bas de partition => pour que le mécanisme que j'ai évoqué fonctionne en vue d'un rétrécissement de moitié du volume.​

=> quoi qu'il en soit : il te faudrait un autre DDE destinataire du clonage.
 
Merci pour ces informations. J'ai malgré tout réussi à partioner le disque avec une partition clone de 500Go en ayant supprimé les 3 dossiers qui posaient problème lors de la défragmentation au moyen du terminal. J'ai donc la possibilité de faire un clone sur la nouvelle partition.

Cependant, comme expliqué précédemment, mon ordi ne redémarre plus en mode normal depuis que j'ai essayé de déplacer ces fichiers de mon DDE vers mon DD interne et que Finder a planté. Est-ce raisonnable et possible de faire un clone depuis le terminal ? Surtout depuis que le système ne démarre plus ?

ET surtout comment faire redémarrer mon ordinateur en mode normal. Le seul souci provenait du fait que j’ai essayé de déplacer un fichier endommagé de mon DDE vers mon DD interne ce qui a fait planter le finder et empêche mon ordinateur de redémarrer.
 
Dernière édition par un modérateur:
Oui : pas de problème. Tu te lances dans l'opération des « 4 r » : recopie > reformatage > réinstallation > récupération. La récupération des données du clone par l'Assistant de migration => ne reprend jamais l'OS démarrable intrinsèquement créé par la réinstallation. Seulement les données d'utilisateur et applications tierces.

- passe la commande :​
Bloc de code:
diskutil list

  • et reposte le tableau des disques => que je voie la configuration actuelle de ton DDE.