10.13 High Sierra disque externe: 2 partitions bootables ?

Non, je n'ai pas CCC...

Je vais peut-être d'abord recommencer un 'smart update' avec Superduper
et si cela ne donne toujours rien, j'aviserai...
(un clone complet me prend 7 heures...)

Encore merci pour ton aide; je te tiendrai au courant des suites
 
Pour info:
je viens de relancer un Smart Update de T_WK2 via SuperDuper.
Cela m'a pris une trentaine de minutes mais le problème subsiste :(

Je vais donc regarder du côté de CCC ... mais ce ne sera plus aujourd'hui... marre :vomit:
 
Voici un court tuto pour abréger tes affres --> va à cette page internet : ☞Carbon Copy Cloner☜ (clique le lien rouge). Télécharge le logiciel et déplace-le dans les Applications. Tu as droit à une démo gratuite de 1 mois (sans restrictions logicielles) dont tu vas profiter.

----------

À présent lance CCC > et dans son panneau définis une tâche telle que :

  • SOURCE = Macintosh HD
  • DESTINATION = T_Wk2
  • SafetyNet = Désactivé
  • Presse le bouton "Cloner"

Le logiciel va cloner Macintosh HD dans T_Wk2 en mode incrémentiel (rien que les différences - ce qui devrait aller vite). À la fin > il va te proposer de créer une partition de secours (Recovery HD) sur le disque de destination (en-dessous de la partition T_Wk2) à l'image de la source : c'est toi qui décides si tu en veux une sur le DDE ou pas.
 
si je te comprends bien, il va ainsi simplement 'mettre à jour' le clône créé par SuperDuper
(cela devrait donc aller vite)
Et donc tu penses que dans la foulée cela pourrait corriger le problème de boot ?
 
Oui : c'est ça --> simple mise à jour. À la fin > il va reconstruire les caches de démarrage de la destination et réécrire le chemin de démarrage du volume.

S'il y a des problèmes pour écrire au volume de destination > le logiciel le signalera aussi.

Tu verras bien si le volume boote après ça.
 
suite du feuilleton ...
- jai installé CCC et lancé le clônage comme suggéré
- cela a duré +/- 3h30
- rien de changé :meh:
au redémarrage via <ALT>, il ne voit pas T_WK2
au redémarrage via les prefs, il voit T_WK2 mais cela n'aboutit pas comme avant

- j'ai supprimé mon psw firmware et j'ai redémarré
au redémarrage via <ALT>, il ne voit toujours pas T_WK2
au redémarrage via les prefs, il ne cale plus mais pas de T_WK2

Je crois que je vais en désespoir de cause reformater la partition
et repasser un CCC complet avec la partition recovery en plus comme tu le suggérais...
A suivre :cool:
 
Tes expériences montrent que le boot_manager (le gestionnaire de démarrage du Mac appelé par la touche "alt" et qui est un sous-programme de l'EFI ou programme interne de boot du Mac) ne "voit" pas le volume T_WK2 comme démarrable. Alors que le Système cloné est logiciellement parlant démarrable.

- peut-être le volume n'est-il pas monté dans le temps du boot ? - ou faudrait-il attendre un temps certain pour voir s'il se trouve détecté démarrable après montage et donc soit affiché ? --> bref : le problème ne me semble pas provenir du "contenu" du volume > mais du disque > ou de sa partition (système de fichiers générateur du volume) > ou de sa table de partition GPT (décrivant les partitions).​

Le DDE attaché au Mac > repasse un :
Bloc de code:
diskutil list

  • et poste le tableau --> que je récupère l'index de disque du DDE.

Je pourrai te passer quelques commandes de vérification : disque / partition.
 
revoilà l'affaire ...

Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS T_iMac                  500.0 GB   disk1s2
   3:                  Apple_HFS T_Data                  1.5 TB     disk1s3
   4:                  Apple_HFS T_Wk1                   500.1 GB   disk1s4
   5:                  Apple_HFS T_Wk2                   499.7 GB   disk1s5
 
Passe la commande :
Bloc de code:
diskutil repairDisk disk1

  • à validation > une demande de confirmation s'affiche (concernant la partition EFI1) --> tape y (comme yes) et revalide
  • la commande effectue une réparation du disque total multiforme : réparation de la table de partition GPT > de la partition EFI1 > du bloc de prise en charge des partitions de type Apple_HFS

Poste l'affichage retourné.
 
voili, voilà...
Bloc de code:
diskutil repairDisk disk1
Repairing the partition map might erase disk1s1, proceed? (y/N) y
Started partition map repair on disk1
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map repair on disk1
 
Pas d'erreur résiduelle.

Passe encore la commande :
Bloc de code:
diskutil repairVolume disk1s5

  • la commande vérifie & répare le système de fichiers jhfs+ > générateur du volume T_Wk2

Poste l'affichage retourné.
 
un peu plus long mais voilà:

Bloc de code:
dpp$ diskutil repairVolume disk1s5
Started file system repair on disk1s5 T_Wk2
Repairing file system
Volume was successfully unmounted
Performing fsck_hfs -fy -x /dev/rdisk1s5
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 T_Wk2 appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Finished file system repair on disk1s5 T_Wk2
 
Pas d'erreur non plus.

Passe encore la commande (simplement informative) :
Bloc de code:
df -H

  • qui mesure l'occupation des volumes montés

Poste le tableau.
 
Bloc de code:
dpp$ df -H
Filesystem      Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s2    499G   460G    39G    93% 2540089 4292427190    0%   /
devfs           194k   194k     0B   100%     654          0  100%   /dev
map -hosts        0B     0B     0B   100%       0          0  100%   /net
map auto_home     0B     0B     0B   100%       0          0  100%   /home
/dev/disk1s2    500G   468G    32G    94% 2326908 4292640371    0%   /Volumes/T_iMac
/dev/disk1s3    1.5T   355G   1.1T    24% 1452195 4293515084    0%   /Volumes/T_Data
/dev/disk1s4    500G    65G   435G    13%  111534 4294855745    0%   /Volumes/T_Wk1
/dev/disk1s5    500G   463G    37G    93% 2344470 4292622809    0%   /Volumes/T_Wk2
 
Il y a 460 Go dans le volume de démarrage Macintosh HD (désigné ici par son point de montage de volume démarré /).

Dans le volume T_Data d'une capacité totale de 1,5 To > il y a 355 Go occupés et 1,1 To de libres. Tu me vois venir ? -->

- il est absolument possible de repartitionner (non destructivement pour le volume existant et ses données) la partition disk1s3 du volume T_Data > pour créer une partition subalterne de (disons) 500 Go > montant un volume appelé Clone (par exemple). Puis de cloner le volume Macintosh HD dans Clone (ou si tu préférais encore : de cloner le clone T_Wk2 dans Clone > qui contiendrait alors le clone d'un clone). Enfin > de voir si le volume Clone serait affiché à l'écran du boot_manager > ce qui permettrait de le démarrer...​

=> qu'est-ce que tu en penses ?
 
pourquoi pas en effet...
(je suppose qu'APRES ;-) si nécessaire, je pourrai recoller les 2 partitions ainsi créées ? )

et a priori, je préfférerais cloner Macintosh HD dans Clone, on repartirait ainsi plus 'proprement'...
 
Oui : après expérimentation > tu peux supprimer la partition de Clone et récupérer son espace à la partition de T_Data.

Si tu veux créer cette partition (non destructivement) --> voici la commande :
Bloc de code:
diskutil resizeVolume disk1s3 1t jhfs+ Clone 0b

  • la commande rétrécit (non destructivement) la partition de T_Data à 1 To et crée une partition subalterne de 500 Go montant un volume Clone
  • la présence de données dans le volume T_Data --> peut exiger du temps pour l'effectuation de l'opération

Poste l'affichage retourné (si bien sûr tu as lancé le processus).
 
Bloc de code:
diskutil resizeVolume disk1s3 1t jhfs+ Clone 0b
Resizing to 1000000000000 bytes and adding 1 partition
Started partitioning on disk1s3 T_Data
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk1s3
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 T_Data appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Shrinking file system
Modifying partition map
Initialized /dev/rdisk1s7 as a 466 GB case-insensitive HFS Plus volume with a 40960k journal
Mounting disk
Finished partitioning on disk1s3 T_Data
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS T_iMac                  500.0 GB   disk1s2
   3:                  Apple_HFS T_Data                  1000.0 GB  disk1s3
   4:                  Apple_HFS Clone                   499.9 GB   disk1s7
   5:                  Apple_HFS T_Wk1                   500.1 GB   disk1s4
   6:                  Apple_HFS T_Wk2                   499.7 GB   disk1s5

j'ai un peu le sentiment de jouer à l'apprenti sorcier ! ;)
Passionnant !

Dans le Finder, Clone est apparu !
Il est vide bien sûr et T_Data semble toujours vivant... :angelic:
 
Voici ton nouveau volume :
Bloc de code:
   4:                  Apple_HFS Clone                   499.9 GB   disk1s7

  • la kernel (noyau opérateur du Système démarré) l'a pris en charge avec un index d'appareil (disk1s7) décalé > à cause des mouvements de partitions qui sont intervenus.

Si tu veux réaligner les index d'appareils des partitions du DDE (tels que prises en charge par le kernel qui est le monteur des volumes) --> il te suffit de redémarrer une fois. Une nouvelle commande :
Bloc de code:
diskutil list

  • te montrera que la partition de Clone est ré-indexée disk1s4 > et que les index des 2 partitions subalternes sont réalignés en conséquence comme disk1s5 (T_Wk1) & disk1s6 (T_Wk1).

Cela fait > tu peux cloner Macintosh HD = dans Clone (quand tu auras du loisir pour) - avec un des 2 cloneurs au choix. Puis à complétion > redémarrer avec "alt" et vérifier si le volume Clone est affiché à l'écran du boot_manager. Si oui > tu devrais pouvoir booter dessus.