10.13 High Sierra disque externe: 2 partitions bootables ?

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
ok...Je redémarrerai tout à l'heure car là j'ai un autre truc en cours... ;-)

Et le clone ce sera sans doute pour cette nuit (la dernière fois, le complet m'avait pris 7h++)
Je pense que je vais le faire avec CCC pour la partition recovery comme tu le conseillais.

Je te tiendrai au courant.

Encore un tout grand merci et bonne soirée :merci:
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
j'ai rebooté et tout est effectivement réordonné:
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                  1000.0 GB  disk1s3
   4:                  Apple_HFS Clone                   499.9 GB   disk1s4
   5:                  Apple_HFS T_Wk1                   500.1 GB   disk1s5
   6:                  Apple_HFS T_Wk2                   499.7 GB   disk1s6
A suivre pour le clônage...
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Les index sont bien réalignés.

Tu n'auras qu'à dire si le volume Clone > une fois cloné > est bien affiché à l'écran de choix des volumes de démarrage --> et par suite choisissable comme volume à démarrer.
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
Bon, ben voilà:
j'ai créé le clône avec CCC cette nuit (+/-5h30 - au lieu de 7 avec SuperDuper) et la partition recovery ce matin.
On voit bien le clône dans les préf système et j'ai pu redémarrer dessus sans problème :)
idem en redémarrant avec <ALT>: je vois le clône et en plus sa partition Recovery.

Encore un grand merci pour ton aide efficace (ce n'est pas la première fois) :merci:

Je suppose que j'ai dû faire l'andouille à un moment donné pour que cela n'aie pas fonctionné du premier coup.

Si ce n'est pas trop abuser: :sorry:
quelle serait la commande à taper si je veux recoller les 2 morceaux T_Data et Clone ?
ou mieux encore T_Data + T_WK2 que je compte reformater puisque devenu inutile (en supposant qu'on puisse associer 2 partitions 'disjointes')
Et est-ce possible de le faire sans perdre les data déjà présentes sur T_Data
Merci
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Donc Clone démarre après clonage > alors que T_WK2 non. Alors que le contenu des volumes est équivalent > comme leur format > et chemin de démarrage. Les seules différences sont : a) le nom des volumes > b) la position des partitions sur les blocs du disque de 3 To.

Passe la commande :
Bloc de code:
sudo gpt show disk1

  • qui affiche le tableau de la distribution des blocs du disque

Poste ce tableau.

----------

Note : on ne peut pas recoller les partitions disk1s3 (T_Data) & disk1s6 (T_WK2) ensemble > car il y a pour le moment 2 partitions intercalaires : disk1s4 (Clone) & disk1s5 (T_WK1).
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
mais par contre, je pourrai 'ulétrieurement' recoller T_Data et Clone qui sont voisines ?
Et sans perte de data (je réinitialiserai Clone à ce moment-là) ?

Je passe la commande ...
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
Mouais... quand le disque n'est pas connecté, cela ne marche pas ! le con ...:oops:

Bloc de code:
sudo gpt show disk1
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   976562496      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   976972136      262144        
   977234280  1953125000      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  2930359280      262144        
  2930621424   975030816      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  3905652240     1269536      5  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  3906921776      262144        
  3907183920   976805672      6  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  4883989592      262144        
  4884251736   976019248      7  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  5860270984      262147        
  5860533131          32         Sec GPT table
  5860533163           1         Sec GPT header
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Sur le seul bloc 0 (= 1er bloc) du disque --> existe toujours une table de partition MBR (schéma Windows) alternative de la GPT principale (inscrite sur les blocs 1 à 33. La forme de la MBR alternative peut être : soit une PMBR (Protective_MBR) décrivant la totalité des blocs du disque comme une pseudo partition de type EFI (0xEE) et constituant une table neutralisée ("bidon") > soit une HMBR (Hybrid_MBR) décrivant au plus 3 partitions du disque dans une limite de validité des 2,2 To de blocs à partir du début du disque (le reste des blocs n'étant pas reconnu).

Je pensais que la présence d'une HMBR sur le bloc 0 > pour laquelle les 800 derniers Go de blocs auraient été non reconnus (dont l'espace de la partition de T_WK2) --> aurait pu avoir une action restrictive sur la GPT principale (table de partition non sujette à la limitation des 2,2 To de blocs). Mais c'est bien une PMBR neutre qui existe sur le bloc 0.

Alors il ne reste plus que les 2 possibilités suivantes :

- soit le nom T_WK2 n'est pas reconnu comme label d'un volume de démarrage (douteux mais à vérifier)​

- soit la postition de la partition disk1s6 sur la rangée de blocs allant du 2500è Go au 3000è Go > si elle n'empêche pas la partition et son volume d'être gérés comme supports de stockage (de données) > empêcherait le volume d'avoir un statut démarrable.​

=> est-ce que tu veux tester une modification du label de démarrage du volume T_WK2 --> afin d'éliminer la plus faible des 2 conjectures ?

----------

Aucun problème pour supprimer la partition de Clone et récupérer son espace de 500 Go à la partition supérieure de T_Data.
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
donc, SI je te comprends bien, utiliser la T_WK1 aurAIT pu fonctionner car son 'début' est avant la limite fatidique des 2,2T
Par contre, la T_WK2 étant au-delà, c'est foutu...

OK pour tester la modification du Label, on en saura ainsi plus pour une prochaine fois ;-)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Alors > le DDE attaché comme disk1 --> passe les commandes (copier-coller - copie bien la 2è jusqu'au Brol final) :
Bloc de code:
diskutil rename disk1s6 Brol
sudo bless --folder /Volumes/Brol/System/Library/CoreServices --file /Volumes/Brol/System/Library/CoreServices/boot.efi --label Brol

  • la 1ère renomme T_WK2 => Brol ; la commande passe avec confirmation du changement de nom
  • la seconde réécrit le chemin de démarrage du volume renommé Brol > en y ajoutant un "label" (intitulé de volume démarrable pour le seul gestionnaire de démarrage du Mac) = Brol ; la commande passe sans commentaire

Les 2 commandes passées > redémarre avec "alt" --> est-ce qu'à l'écran du boot_manager tu vois affiché un volume intitulé Brol ?
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
oops, I did it again ? :banghead:

Bloc de code:
diskutil rename disk1s6 Brol
Could not find disk for disk1s6
iMac:~ dpp$ 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/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS T_iMac                  500.0 GB   disk2s2
   3:                  Apple_HFS T_Data                  1000.0 GB  disk2s3
   4:                  Apple_HFS Clone                   499.2 GB   disk2s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk2s5
   6:                  Apple_HFS T_Wk1                   500.1 GB   disk2s6
   7:                  Apple_HFS T_Wk2                   499.7 GB   disk2s7
qu'ai-je encore fait ?o_O
je suppose que c'esta la recovery qui a tout décalé ?
mais pourquoi disk2 ? pcq à un moment j'ai éjecté disk1 ??

Je suppose que je dois donc taper disk2s7 au lieu de disk1s6 ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Alors voici les commandes éditées en fonction des nouveaux index du disque (lesquels varient en fonction du rang du disque dans le processus temporel d'attachement au Système du Mac) :
Bloc de code:
diskutil rename disk2s7 Brol
sudo bless --folder /Volumes/Brol/System/Library/CoreServices --file /Volumes/Brol/System/Library/CoreServices/boot.efi --label Brol
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
J'ai passé les commandes et redémarré via <ALT>
Brol n'apparaît pas au reboot:
j'ai Mac HD et sa recovery, T_imac, Clone et sa recovery.

Pour info, T_WK2 renommé en Brol apparaît toujours bien dans les préf / démarrage. Logique je suppose.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Alors il faut se rabattre sur l'autre conjecture : la partition du volume actuellement renommé Brol --> est située trop bas sur les blocs de ton disque de très grande taille (3 To) pour être affichée démarrable par le boot_manager. Et pourtant c'est bien une table GPT (GUID_Partition_ Table) qui est la table directrice pour ce disque. Cette conjecture ne me satisfait pas théoriquement > car je ne conçois pas la raison du problème (une table GPT gérant en principe un nombre indéfini de blocs). Mais empiriquement parlant > nous avons eu la preuve qu'une partition située plus haut sur les blocs --> a son volume bien affiché comme démarrable (Clone).

Il faut donc que tu remanies l'ordre de tes partitions (ce qui va impliquer quelques opérations de clonage). Vu que des partitions de volumes de stockage sont très bien gérées (volumes montant bien) en queue de disque.

Repasse les 2 commandes :
Bloc de code:
diskutil list disk2
df -H

  • qui listent les partitions du DDE seul > puis mesurent l'occupation des volumes montés

Poste ces 2 tableaux à jour.
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
voilà, voilà

Bloc de code:
diskutil list disk1
/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.2 GB   disk1s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk1s5
   6:                  Apple_HFS T_Wk1                   500.1 GB   disk1s6
   7:                  Apple_HFS Brol                    499.7 GB   disk1s7

Bloc de code:
df -H
Filesystem      Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s2    499G   461G    38G    93% 2541829 4292425450    0%   /
devfs           195k   195k     0B   100%     660          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% 2326932 4292640347    0%   /Volumes/T_iMac
/dev/disk1s3    1.0T   355G   645G    36% 1452223 4293515056    0%   /Volumes/T_Data
/dev/disk1s4    499G   454G    45G    91% 2359386 4292607893    0%   /Volumes/Clone
/dev/disk1s6    500G    65G   435G    13%  111560 4294855719    0%   /Volumes/T_Wk1
/dev/disk1s7    500G   463G    37G    93% 2344494 4292622785    0%   /Volumes/Brol


Mais personnellement, à ce stade, je suis déjà très satisfait de la solution que tu m'as trouvée:
j'ai bien un second clône 'récent' de mon disque et bootable comme je le souhaitais.

Seule chose, quand j'en aurai terminé avec mes aventures en cours (remplacement de mon HDD par un SSD), j'aimerais éventuellement 'recoller' T_Data et Clone. Mais tout bien considéré ce n'est absolument pas impératif.

Et je suppose que la modif de Label faite sur Brol n'a aucun impact pour la suite ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Tu notes que le volume T_Wk1 de 500 Go de capacité --> ne contient actuellement que 65 Go de données. Il s'agit d'un volume de stockage qui aurait parfaitement sa place en queue de disque -->

- je te propose de renommer ce volume T_Wk1 => TOTO > de reformater / renommer Clone => T_Wk1 > de cloner TOTO dans le nouveau T_Wk1 de queue de disque. Ainsi > comme dans un jeu de pousse-pousse > c'est comme si tu avais poussé le volume T_Wk1 => en bas de disque.​

Cela fait > tu auras effectué la 1ère phase des remaniements. Qu'est-ce que tu en dis ?
 

Filou53

Membre actif
20 Janvier 2003
998
26
Karelkoning (Belgique)
je ne te suis plus, sorry:sorry:

En finale, tu voudrais aboutir à quoi ? à ceci:
- T_iMac 500G ('ancien' clône bootable)
- T_Data 1000G (data diverses)
_ T_WK1 500G (le nouveau clône créé la nuit dernière - celui qui correspond à ce que je voulais en fait)
_ T_WK2 500G (disque de travail) qu'on pourrait rendre bootable pour valider ta théorie
_ T_WK3 500G (disque de travail)

et peu m'importe où seront les 65G du T_WK1 actuel tant que les récupère ;-)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 678
26 333
Forêt de Fontainebleau
Voici l'idée -->
Bloc de code:
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS T_iMac                  500.0 GB   disk1s2
   6:                  Apple_HFS T_Wk2                   500.1 GB   disk1s3
   5:                 Apple_Boot Recovery HD             650.0 MB   disk1s4
   3:                  Apple_HFS T_Data                  1.5   TB   disk1s5
   6:                  Apple_HFS T_Wk1                   500.1 GB   disk1s6

  • en-dessous de la partition EFI > les 2 volumes démarrables : T_iMac & T_WK2 (= Clone renommé)
  • la partition de secours Recovery HD en-dessous de T_WK2 (si tu décides de la recréer)
  • les 2 volumes de stockage T_Data & T_WK1 en queue de disque
----------

Pour l'exécuter > il faut remanier pas à pas le partitionnement avec des opérations de clonage intercalaires. Je t'avais décrit la 1ère opération consistant à créer un clone de T_Wk1 tout en queue de disque --> ce qui libère l'espace de la partition originelle de ce volume située plus haut.