10.13 High Sierra « Impossible de créer un volume de prédémarrage pour l’installation APFS »

Ah d'accord ! - pas d'espace libre en-dessous --> je parie que l'espace libre est situé en-dessus de la partition Macintosh HD > juste en-dessous de EFI.

Passe la commande :
Bloc de code:
gpt show disk0

  • qui affiche le tableau de la distribution des blocs

Poste ce tableau.
 
Ah d'accord ! - pas d'espace libre en-dessous --> je parie que l'espace libre est situé en-dessus de la partition Macintosh HD > juste en-dessous de EFI.

Passe la commande :
Bloc de code:
gpt show disk0

  • qui affiche le tableau de la distribution des blocs

Poste ce tableau.
Bloc de code:
 gpt show disk0
       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   491676272        
   492085912  1550519104      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  2042605016      262144        
  2042867160     8071024      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  2050938184      262151        
  2051200335          32         Sec GPT table
  2051200367           1         Sec GPT header
-bash-3.2#
 
Voici la bande des blocs libres -->
Bloc de code:
      409640   491676272

  • ce qui s'interprète ainsi : elle commence au bloc n°409640 > et possède une extension de 491676272 blocs (de 512 octets) = 251,7 Go
  • comme conjecturé > elle se situe entre les partitions 1 (EFI) et 2 (Macintosh SDD)
  • je pense que le mieux serait de récupérer cet espace avant toute réinstallation. Mais ! --> pour recréer un descripteur de partition sur cette bande de blocs libres > il faut pouvoir écrire avec gpt à la table GPT de l'en-tête du disque. Ce qui implique qu'elle soit désactivée --> ce qui implique encore qu'aucun volume ne soit monté sur le disque > qui fait que le kernel utilise la GPT pour cette prise en charge.
  • on en conclut logiquement qu'il faut que tu puisses démarrer ton Mac sur un disque externe à ton disque interne. Si tu as une clé USB (peu importe la taille) --> je peux te passer une commande qui va réitérer un clonage du volume OS X Base System de l'OS de secours => au volume de la clé. Ainsi > tu pourras démarrer ton Mac sur le volume de la clé > et une commande gpt pourra manipuler la table GPT du disque interne. Ou plus simplement encore une commande pourra le réinitialiser.

=> d'accord pour cette tactique ?
 
Merci pour l'efficacité et la pédagogie que tu y associes. J'apprends des choses, moi qui suis vraiment néophyte.
J'ai une clé USB 3,98 Go jamais utilisée Format MS DOS FAT 32, ou une clé déjà utilisée mais avec 100Go libres.
D'accord pour la tactique proposée. Quelle clé utiliser?
 
Attache la petite clé (3,9 Go) : elle suffira largement. Puis passe la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques --> que je voie l'index d'appareil de la clé.
 
Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.1 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh SSD           793.9 GB   disk0s2
   3:                  Apple_HFS OS X Base System        4.1 GB     disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *4.0 GB     disk1
   1:                 DOS_FAT_32 NO NAME                 4.0 GB     disk1s1
 
Passe la commande :
Bloc de code:
diskutil eraseDisk jhfs+ CLE gpt disk1

  • la commande initialise la clé façon "Mac" et remonte un volume intitulé CLE

Poste l'affichage retourné.
 
Passe la commande :
Bloc de code:
diskutil eraseDisk jhfs+ CLE gpt disk1

  • la commande initialise la clé façon "Mac" et remonte un volume intitulé CLE

Poste l'affichage retourné.
Bloc de code:
diskutil eraseDisk jhfs+ CLE gpt disk1
Started erase on disk1
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk1s2 as Mac OS Extended (Journaled) with name CLE
Initialized /dev/rdisk1s2 as a 3 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished erase on disk1
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.1 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh SSD           793.9 GB   disk0s2
   3:                  Apple_HFS OS X Base System        4.1 GB     disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 GB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS CLE                     3.6 GB     disk1s2

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk2
 
Parfait.

À présent > je ne sais pas si le volume OS X Base System sur lequel tu es démarré (celui du bas du disque interne) --> est monté en lecture seule ou lecture et écriture. S'il est monté en lecture & écriture > l'emploi de la commande de clonage asr en mode "live" (le volume monté) est impossible.

Passe la commande :
Bloc de code:
diskutil info /

  • qui affiche un tableau d'informations sur le volume

Poste le tableau retourné.
 
Bloc de code:
3.2# diskutil info /
   Device Identifier:        disk0s3
   Device Node:              /dev/disk0s3
   Whole:                    No
   Part of Whole:            disk0

   Volume Name:              OS X Base System
   Mounted:                  Yes
   Mount Point:              /

   Partition Type:           Apple_HFS
   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Owners:                   Enabled

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              28FE104E-8BE4-3D57-AC3F-614CF4BAA8CB
   Disk / Partition UUID:    DF1C6736-C44B-4BF0-95AC-85BCAEA31ABA
   Partition Offset:         1045947985920 Bytes (2042867160 512-Byte-Device-Blocks)

   Disk Size:                4.1 GB (4132364288 Bytes) (exactly 8071024 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       4.1 GB (4132364288 Bytes) (exactly 8071024 512-Byte-Units)
   Volume Used Space:        1.3 GB (1313857536 Bytes) (exactly 2566128 512-Byte-Units) (31.8%)
   Volume Free Space:        2.8 GB (2818506752 Bytes) (exactly 5504896 512-Byte-Units) (68.2%)
   Allocation Block Size:    4096 Bytes

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

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
   Hardware AES Support:     No

-bash-3.2#
 
Cette mention -->
Bloc de code:
   Read-Only Volume:         Yes

  • montre qu'on est sauvés : volume OS X Base System monté en lecture seule. Donc asr va être fonctionnel.

Passe la commande :
Bloc de code:
asr restore --s / --t /Volumes/CLE --erase --noprompt

  • la commande asr clone le volume OS X Base System démarré dans CLE --> reformatage > renommage OS X Base System > restauration d'un OS de secours de 1,3 Go > inscription d'un chemin de démarrage

Poste l'affichage retourné.
 
  • J’aime
Réactions: Renaud01
Bloc de code:
asr restore --s / --t /Volumes/CLE --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# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.1 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh SSD           793.9 GB   disk0s2
   3:                  Apple_HFS OS X Base System        4.1 GB     disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 GB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS OS X Base System        3.6 GB     disk1s2

Voila!
 
Ça marche. Alors comme tu as 2 volumes du même intitulé : OS X Base System > ce qui fait qu'à l'écran de choix du volume de démarrage ("alt") tu ne saurais pas lequel choisir pour être sur la clé > on va faire un peu de cosmétique.

Voici la commande à passer :
Bloc de code:
bless --folder /Volumes/OS\ X\ Base\ System\ 1/System/Library/CoreServices --file /Volumes/OS\ X\ Base\ System\ 1/System/Library/CoreServices/boot.efi --label "Récupération 10.13"

  • pour la saisir > fais un copier-coller à rebours : tu viens d'abord ici avec Safari > copies la commande (déroule-la bien jusqu'au 13" final pour la copier toute) > quittes Safari > relances le Terminal > colles la commande > et tu l'exécutes
  • la commande adresse le nouveau volume OS X Base System sous l'intitulé OS X Base System 1 assumé par le kernel pour le distinguer du 1er volume OS X Base System démarré > et réécrit le chemin de démarrage + ajoute un label = intitulé d'un volume démarrable uniquement à l'écran du gestionnaire de démarrage ("alt"). Ici c'est : "Récupération 10.13".
  • la commande passe sans commentaire, si elle passe.

Si ça a été le cas > passe ensuite la commande :
Bloc de code:
bless --info /Volumes/"OS X Base System 1"

  • mets "OS X Base System 1" avec les ""
  • qui affiche le chemin de démarrage du volume de la clé

Poste le tableau retourné.
 
c'est fait:
Bloc de code:
bless --folder /Volumes/OS\ X\ Base\ System\ 1/System/Library/CoreServices --file /Volumes/OS\ X\ Base\ System\ 1/System/Library/CoreServices/boot.efi --label "Récupération 10.13"
-bash-3.2# bless --info /Volumes/"OS X Base System 1"
finderinfo[0]:     34 => Blessed System Folder is /Volumes/OS X Base System 1/System/Library/CoreServices
finderinfo[1]:  45151 => Blessed System File is /Volumes/OS X Base System 1/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]:     34 => OS X blessed folder is /Volumes/OS X Base System 1/System/Library/CoreServices
64-bit VSDB volume id:  0xD5A829CA16A8291B
-bash-3.2#
 
Chemin valide. Alors fais le test de redémarrage -->

  • Menu  > Redémarrer > touche "alt" --> choisis le volume affiché intitulé "Récupération 10.13" (= volume de la clé) > démarre dessus

=> est-ce que tu récupères encore un écran avec une fenêtre de 4 Utilitaires macOS ?
 
Chemin valide. Alors fais le test de redémarrage -->

  • Menu  > Redémarrer > touche "alt" --> choisis le volume affiché intitulé "Récupération 10.13" (= volume de la clé) > démarre dessus

=> est-ce que tu récupères encore un écran avec une fenêtre de 4 Utilitaires macOS ?
Voilà, redémarrage sur la clé, ça marche, je récupère les 4 utilitaires, mais Safari pedale dans la semoule: la roue arc en ciel tourne. Je réponds avec mon téléphone
 
Bon ! --> le levier est acquis.

Je vais faire un pause (prandiale :hilarious:) et je reviendrai dans ton fil tout à l'heure pour la finalisation des opérations.
 
  • J’aime
Réactions: Renaud01