macOS Big Sur Installation bancale, liste des volumes pas cohérente …

radioman

Membre actif
23 Octobre 2007
751
162
Limoges
j'ai fait un clone de mon SSD interne Catalina "Macintosh HD" vers un disque externe à plateaux (j'ai que ça)"clone Macintosh HD"

reboot sur le DD externe "clone Macintosh HD" et mise à jour Big Sur Beta > ça mouline tout est OK

retour sur Catalina (SSD interne) toujours OK

reboot pour redémarrer avec touche ALT et là je n'ai pas "clone macintosh hd" mais "efi boot" comme volume suplémentaire de démarrage !?!?!?

je le sélectionne et ça reboot sur le dd externe

comme je suis en mode Verbose je vois défiler des centaines (miliers ? ça va vite) de lignes: disk3s1s1 not readable

déjà le double s1 est étrange, mais ça finit par démarrer et tout fonctionne

MAIS lorsque je fais un diskutil list pour savoir ce qu'est ce disk3s1s1 j'ai ça :

Bloc de code:
Last login: Fri Aug 14 14:00:08 on ttys000
JP@MBP-16 ~ % diskutil list
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk3⁩         666.7 GB   disk0s2
   3:                  Apple_HFS ⁨Sans titre 2⁩            666.7 GB   disk0s3
   4:                  Apple_HFS ⁨Sans titre 3⁩            666.4 GB   disk0s4

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk1s1
   2:                 Apple_APFS ⁨Container disk2⁩         936.0 GB   disk1s2
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                63.7 GB    disk1s3
   4:           Windows Recovery ⁨⁩                        556.8 MB   disk1s4

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +936.0 GB   disk2
                                 Physical Store disk1s2
   1:                APFS Volume ⁨Macintosh HD⁩            11.2 GB    disk2s1
   2:                APFS Volume ⁨Macintosh HD - Data⁩     518.2 GB   disk2s2
   3:                APFS Volume ⁨Preboot⁩                 83.2 MB    disk2s3
   4:                APFS Volume ⁨Recovery⁩                528.8 MB   disk2s4
   5:                APFS Volume ⁨VM⁩                      4.3 GB     disk2s5

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +666.7 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume ⁨clone Macintosh HD⁩      14.9 GB    disk3s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk3s1s1
   3:                APFS Volume ⁨clone Macintosh HD -...⁩ 507.8 GB   disk3s2
   4:                APFS Volume ⁨Preboot⁩                 273.8 MB   disk3s3
   5:                APFS Volume ⁨Recovery⁩                880.9 MB   disk3s4
   6:                APFS Volume ⁨VM⁩                      1.1 GB     disk3s5

JP@MBP-16 ~ %

et utlitaire de disques me dit ça :

Capture d’écran 2020-08-14 à 14.03.20.png

si je refait les mêmes manip' depuis Catiline sur mon SSD interne j'ai ça :

Bloc de code:
Last login: Fri Aug 14 15:12:01 on ttys000
JP@MBP-16 ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         936.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                63.7 GB    disk0s3
   4:           Windows Recovery                         556.8 MB   disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +936.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            11.2 GB    disk1s1
   2:                APFS Volume Macintosh HD - Data     518.9 GB   disk1s2
   3:                APFS Volume Preboot                 83.2 MB    disk1s3
   4:                APFS Volume Recovery                528.8 MB   disk1s4
   5:                APFS Volume VM                      1.1 GB     disk1s5

/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_APFS Container disk3         666.7 GB   disk2s2
   3:                  Apple_HFS Sans titre 2            666.7 GB   disk2s3
   4:                  Apple_HFS Sans titre 3            666.4 GB   disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +666.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume                         14.9 GB    disk3s1
   2:                APFS Volume clone Macintosh HD -... 507.7 GB   disk3s2
   3:                APFS Volume Preboot                 273.8 MB   disk3s3
   4:                APFS Volume Recovery                880.9 MB   disk3s4
   5:                APFS Volume VM                      1.1 GB     disk3s5
   6:                APFS Volume Update                  960.3 MB   disk3s6

JP@MBP-16 ~ %

et utilitaire de disque voit ça :

Capture d’écran 2020-08-14 à 15.41.38.png

y'a visiblement un moment où Big Sur s'est pris les pieds dans le tapis …
 
Dernière édition par un modérateur:
Bonjour radioman

Catalina avait déjà complexifié la distribution apfs avec 5 volumes au lieux des 4 de Mojave > Big Sur complexifie encore plus la distribution apfs avec désormais 6 volumes.

- de plus > cette distribution apfs de Big Sur n'est pas lisible de la même façon > selon que le démarrage s'effectue sur Big Sur et que la distribution est donc vue depuis une session d'utilisateur interne de Big Sur > ou selon que le démarrage s'effectue sur un OS distinct Catalina et que la distribution est donc vue depuis une session externe à Big Sur.​

Voici la distribution Big Sur vue depuis la session interne Big Sur -->
Bloc de code:
/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +666.7 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume ⁨clone Macintosh HD⁩      14.9 GB    disk3s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk3s1s1
   3:                APFS Volume ⁨clone Macintosh HD -...⁩ 507.8 GB   disk3s2
   4:                APFS Volume ⁨Preboot⁩                 273.8 MB   disk3s3
   5:                APFS Volume ⁨Recovery⁩                880.9 MB   disk3s4
   6:                APFS Volume ⁨VM⁩                      1.1 GB     disk3s5

  • tu notes le volume-données : ⁨clone Macintosh HD - Données disk3s2 (508 Go) et les 3 volumes auxiliaires (Preboot > Recovery > VM) = aucun changement par rapport à Catalina.
  • tu notes aussi le volume-Système : clone Macintosh HD⁩ disk3s1 (14,9 Go) > mais tu le vois aussi flanqué d'un volume bizarre : com.apple.os.update-... disk3s1s1 (14,9 Go = même taille). Voici l'histoire en coulisses : le volume-système : clone Macintosh HD⁩ ne sert que de paradigme (d'original) scellé par un sceau d'intégrité et pas "fonctionnellement" (le Mac ne démarre pas dessus). Le volume ⁨com.apple.os.update-... est celui d'un snapshot (instantané apfs) de clone Macintosh HD monté en lecture seule sous cet intitulé. Big Sur démarre donc sur un snapshot du volume-système original qui sert de paradigme pour la prise du snapshot de démarrage.

Voici la distribution Big Sur vue depuis la session externe Catalina -->
Bloc de code:
/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +666.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume                         14.9 GB    disk3s1
   2:                APFS Volume clone Macintosh HD -... 507.7 GB   disk3s2
   3:                APFS Volume Preboot                 273.8 MB   disk3s3
   4:                APFS Volume Recovery                880.9 MB   disk3s4
   5:                APFS Volume VM                      1.1 GB     disk3s5
   6:                APFS Volume Update                  960.3 MB   disk3s6

  • le changement concerne la paire de volumes-système : le volume-système paradigme : clone Macintosh HD⁩ est illisible depuis une session Catalina et par suite in-montable -->
Bloc de code:
   1:                APFS Volume                         14.9 GB    disk3s1

  • quant au volume-système de démarrage > il a pris l'intitulé simple de Update -->
Bloc de code:
   6:                APFS Volume Update                  960.3 MB   disk3s6

  • il s'agit ici du volume auquel > en condition de démarrage > le snapshot du volume-système paradigme : clone Macintosh HD se trouve monté > mais ici sans montage du snapshot à ce point de montage. Le volume Update ainsi "inactif" > ne recèle qu'une distribution auxiliaire en attente du montage du snapshot à ce volume-point de montage.

=> est-ce que ces explications ont pu t'éclairer quelque peu ? - et souhaites-tu modifier le label de boot de la distribution Big Sur (affiché uniquement à l'écran du gestionnaire de démarrage initié par la touche "alt") > de EFI Boot => à Big Sur (par exemple) ?
 
  • J’aime
Réactions: radioman
WAhOooou … ça c'est de l'explication
je ne suis pas suffisamment calé pour avoir (bien) tout compris mais visiblement d'après ton explication tout est normal …

seul petit hic:
le défilement de miliers de lignes "disk3s1s1 unreadable" ça n'augure pas d'un petit désordre quand même ?

juste par curiosité (ça ne change rien au fonctionnement): quelle est la manip' que tu proposes pour changer le label (c'est juste pour le fun de la faisabilité) :-D
 
Dernière édition:
Quel est ton démarrage actuel ? - depuis ta session ouverte > passe la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques => que je récupère les index d'appareils actuels.

Les lignes : "disk3s1s1 unreadable" doivent venir du fait que le snapshot répète à l'identique la nature logique du volume paradigme => volume scellé d'un sceau d'intégrité => qui le rend illisible par un processus externe. Donc tel modèle (clone Macintosh HD) => tel clone du modèle (le snapshot de démarrage monté au volume Update en lecture seule). C'est du blindage logique triple couche.
 
de retour ce matin …
depuis Cataline sur mon SSD interne:

Bloc de code:
Last login: Fri Aug 14 15:12:14 on ttys000
JP@MBP-16 ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         936.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                63.7 GB    disk0s3
   4:           Windows Recovery                         556.8 MB   disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +936.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            11.2 GB    disk1s1
   2:                APFS Volume Macintosh HD - Data     520.5 GB   disk1s2
   3:                APFS Volume Preboot                 83.2 MB    disk1s3
   4:                APFS Volume Recovery                528.8 MB   disk1s4
   5:                APFS Volume VM                      3.2 GB     disk1s5

/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_APFS Container disk3         666.7 GB   disk2s2
   3:                  Apple_HFS Sans titre 2            666.7 GB   disk2s3
   4:                  Apple_HFS Sans titre 3            666.4 GB   disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +666.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume                         14.9 GB    disk3s1
   2:                APFS Volume clone Macintosh HD -... 504.7 GB   disk3s2
   3:                APFS Volume Preboot                 273.8 MB   disk3s3
   4:                APFS Volume Recovery                880.9 MB   disk3s4
   5:                APFS Volume VM                      1.1 GB     disk3s5
   6:                APFS Volume Update                  960.3 MB   disk3s6

JP@MBP-16 ~ %
 
Passe d'abord la commande (copier-coller) :
Bloc de code:
diskutil mount disk3s3

  • qui monte le volume Preboot de prédémarrage de la distribution Big Sur externe.

Si le retour avère le montage du volume => enchaîne avec la commande (copier-coller) :
Bloc de code:
bless --info /Vol*/Preboot

  • qui lit dans Preboot monté le chemin de démarrage de l'OS Big Sur

Poste le retour de cette dernière commande.
 
Bloc de code:
JP@MBP-16 ~ % diskutil mount disk3s3
Volume Preboot on disk3s3 mounted
JP@MBP-16 ~ % bless --info /Vol*/Preboot
         500 => Blessed System File is /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices/boot.efi
         442 => Blessed System Folder is /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices
These paths are associated with the device /dev/disk3s1, which is not mounted.
Lookup of blessed APFS snapshot for this volume requires it be mounted.
JP@MBP-16 ~ %
 
Parfait : je vois le chemin de démarrage actuel -->

- on peut le réécrire à l'identique > en ajoutant une option déterminant le "label de boot" (intitulé de démarrage uniquement visible à l'écran du bootmanager lancé via la touche "alt") de l'OS. Quel intitulé veux-tu ? - Big Sur ? - autre chose ?​
 
Big Sur Beta
 
Passe la commande (copier-coller - copie-la bien jusqu'au "Big Sur Beta" final) :
Bloc de code:
sudo bless --folder /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices --file /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices/boot.efi --label "Big Sur Beta"

  • à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande réécrit le chemin de démarrage à l'identique dans le volume Preboot monté (qui héberge ce chemin de démarrage pour l'EFI) + inscrit un "label de boot" intitulé : Big Sur Beta

=> la commande passe en mode muet si elle passe (retour direct de l'invite de commande JP@MBP-16 ~ %) : est-ce que ça a bien été le cas ?
 
Bloc de code:
JP@MBP-16 ~ % sudo bless --folder /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices --file /Volumes/Preboot/2F74668D-0E7A-4BFF-B083-8A6C4C49E9D7/System/Library/CoreServices/boot.efi --label "Big Sur Beta"
Password:
JP@MBP-16 ~ %

j'ai plus qu'à tester un reboot sur Big Sur Beta …
 
La commande est passée -->

- effectue une vérification : redémarre > la touche "alt" pressée pour obtenir l'écran de choix du volume de démarrage (= écran du bootmanager où s'affichent les options de démarrage via leurs "labels de boot"). Vois-tu affiché un volume intitulé Big Sur Beta (= volume Preboot de Big Sur automatiquement monté par le bootmanager sous ce label de boot) ? - si oui > démarre dessus et dis si tu ouvres bien la session Big Sur externe.​

Note : le label de boot est l'intitulé exclusivement affiché à l'écran du bootmanager d'un volume > qui peut très bien porter un intitulé différent pour ce qui est de son système de fichiers formateur. Ainsi > le volume de prédémarrage de Big Sur peut s'intituler Preboot du point de vue de son système de fichiers apfs formateur > mais avoir Big Sur Beta comme label de boot uniquement visible à l'écran du bootmanager.
 
IMG_0074 - copie.jpg
 
Dernière édition par un modérateur:
Je vois que tu as un joli Big Sur Beta (avec une icône de Catalina - on ne peut pas tout avoir) : il s'agit du "label de boot" (intitulé de démarrage) sous lequel se présente le volume Preboot de Big Sur > automatiquement affiché en qualité de volume porteur d'un chemin de démarrage par le bootmanager (sous-programme de gestion de démarrage de l'EFI).

- teste si le démarrage s'effectue toujours bien et si tu ouvres la session Big Sur externe.​
 
tout marche OK …
à part le bruit incessant du disque dur qui gratte en permanence !!! j'avais oublié comment c'est insupportable …

l'icône c'est celle - personnalisée- de mon SSD Catalina, mais j'ai pas compris comment le fait de renommer le volume avait aussi récupéré l'icône …
il se passe des choses étranges en informatique .
 
Content pour toi !

- Big Sur sur un disque rotatif externe (connecté en USB) => ça ne doit pas être terrible - si ?​
 
poussif ET bruyant, mais c'est juste pour tester le "look and feel", pas pour les perfs …

pour l'usb c'est du 3.1 V2 donc limité par … la vitesse du DD à 100 Mo/s …

le remplacement d'icône ne fonctionne pas (encore) sur cette bêta, je ne peux pas remplacer l'icône Catalina sur le DD …
 
Dernière édition:
D'accord.

- alors disons en résumé : il n'y a pas d'anomalies formelles en ce qui concerne ton installation externe de Big Sur. C'est seulement que la distribution de cet OS a été compliquée dans le Conteneur apfs => cela étant dû à une séquence de démarrage absolument inédite à ce jour pour une version de macOS (sur un snapshot du volume-système original monté à un volume Update lui servant d'espace de montage).​
 
tout à fait .
question subsidiaire: la "séquence de démarrage absolument inédite" est due à la version Bêta ou bien c'est la nouvelle mouture pour les séquences de démarrage ?

EDIT: sous-entendu:
en HFS+ on avait UN volume qu'on gérait avec plus ou moins de bonheur suivant ses compétences
en APFS Big Sur ça devient la jungle et seuls les utilitaires concoctés par des gars balèzes ( dans ton genre) vont pouvoir nous sauver la vie …
 
Je pense qu'il s'agit bien du nouveau procédé de démarrage de Big Sur (qui devrait se trouver confirmé dans la version publique de l'OS) -->

- le volume-système original reste inaccessible et sans emploi au démarrage => le démarrage ne s'opère que sur une image de ce volume-système (un snapshot) > montée à un volume Update en lecture seule de surcroît.​