Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forums MacBidouille _ [Hackintosh] Tutoriels _ Comment renommer l'icône de boot de Big Sur sous OpenCore

Écrit par : Mac Arthur 23 Oct 2020, 07:57

Merci à mon vieux complice de MB jeanjd63 (qui rôde en général sur le forum OSX au volant de sa camionnette Darty pour dépanner ceux qui en ont besoin smile.gif ).
Il ne connait rien au hackintosh, mais c'est un virtuose du Terminal, et il maîtrise déjà la nouvelle architecture des volumes sous Big Sur. C'est à lui que revient donc le mérite de ce post que j'ai rédigé après avoir discuter avec lui...



Ce post explique comment changer le nom de l'icône de boot de l'OS Big Sur sous OpenCore 0.62 (ça devrait rester valable pour les versions suivantes, et pour la version définitive de Big Sur !).

En effet l'affichage par défaut au démarrage d'OpenCore est le nom du volume que l'on a créé sur le disque choisi lors de l'installation initiale de Big Sur et parfois ce n'est pas très propre.

Si vous avez eu la mauvaise idée de baptiser ce volume "MacArt" ou "Tata ginette" cool.gif vous risquez de vous en lasser rapidement, et l'utilitaire de disque ne vous servira pas à grand chose parce que vous verrez bien les différents volumes du conteneur abritant Big Sur, mais pas de volume "MacArt" (ou Tata Ginette) où que ce soit mad.gif

Pour remédier à cela il faut:
- un fichier (en ZIP en PJ) dans le post ".disk_label.contentDetails" (avec le point au début...) que l'on ne verra dans le finder une fois dézippé que si on affiche les fichiers cachés
- Le terminal
- et c'est tout !

On peut éditer ce fichier avec BBEdit et mettre ce qu'on veut ("BigSur" y est déjà par défaut mais c'est ce que vous mettrez dedans qui s'affichera à l'apparition du menu OpenCore.).

Ce fichier, une fois prêt doit être mis sur le bureau.

La suite utilise le Terminal.

Attention, figure en rouge les éléments qui sont spécifiques à ma session et devront être modifiés en fonction des informations retournées par le Terminal en retour de commande.

La fonction copier coller dans la fenêtre Terminal est bien utile pour éviter tout risque d'erreur !

On localise le disk Preboot avec la commande suivante dans le Terminal:

Code
diskutil list


Pour moi le résultat est: (il se trouve que j'ai un disque nommé SATA2 sur le même container mais ça n'a pas d'importance).

Code
/dev/disk9 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +3.9 TB     disk9
                                 Physical Store disk5s5
   1:                APFS Volume SATA2 4To               929.8 KB   disk9s1
   2:                APFS Volume                         15.1 GB    disk9s2
   3:                APFS Volume Big Sur                 638.6 GB   disk9s3
   4:                APFS Volume Preboot                 285.6 MB   disk9s4
   5:                APFS Volume Recovery                655.1 MB   disk9s5
   6:                APFS Volume VM                      34.4 GB    disk9s6
   7:                APFS Volume Update                  548.9 KB   disk9s7


Le disque Preboot qui nous intéresse est donc le disk9s4, qui n'apparaît pas d'ailleurs dans le gestionnaire de disque sous Catalina.

On monte ce disk:

Code
diskutil mount disk9s4


et le résultat est:

Code
Volume Preboot on disk9s4 mounted



On entre ensuite la commande:


Code
bless --info /Volumes/Preboot


J'obtiens:

Code
2394 => Blessed System File is /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/boot.efi
        2328 => Blessed System Folder is /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices
These paths are associated with the device /dev/disk9s2, which is not mounted.
Lookup of blessed APFS snapshot for this volume requires it be mounted.
domhack@iMac ~ %


L'élément qui va nous servir est le code obtenu 414EB069-E0B5-45A6-80DA-CFEA59EB5DE8 que vous devrez également adapter en fonction de votre résultat (copier coller...)


On entre enfin la commande:

Code
sudo cp Desktop/.disk_label.contentDetails /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails


Et c'est tout :-)

On reboot et comme par magie, l'icône de boot Big Sur porte le nom que vous voulez !
Les commandes du Terminal utilisées sont non destructrices et sans danger, au pire, ça ne marchera pas.

Mac

 disk_label.contentDetails.zip ( 652 octets ) : 52
 

Écrit par : mbournau 23 Oct 2020, 08:50

Bravo à vous deux, maintenant à nous de tester et merci !!

Le disque considéré une fois monté, à la commande : % bless --info /Volumes/Preboot, j'obtiens :

fg: no current job

J'ai compris, il ne faut pas copier le % de la ligne en question (cela fait répétition)... rolleyes.gif

Écrit par : Mac Arthur 23 Oct 2020, 10:25

Merci !
C'est corrigé ;-) bye bye le disk "MacArt'" tongue.gif

Écrit par : bob II 23 Oct 2020, 14:38

Intéressant merci pour la marche à suivre, çà peut servir.

Écrit par : mbournau 24 Oct 2020, 09:05

Petit retour d'expérience :

La manip fonctionne très bien pour renommer le disque sur lequel je ne boote pas, mais par contre ça bloque à : bless --info /Volumes/Preboot pour le disque de boot !! La réponse suivante m'est envoyée :

% bless --info /Volumes/Preboot
No mount point for /Volumes/Preboot

alors que le disque est monté comme l'indique cette réponse :

diskutil mount disk2s2
Volume Preboot on disk2s2 mounted

Écrit par : Mac Arthur 24 Oct 2020, 09:49

Intéressant !
On vient d'en parler au téléphone pour essayer de comprendre. (c'est plus pratique que les MP de MB, et ça fait gagner du temps) biggrin.gif
J'avais réussi à renommer 2 preboot d'installations de 2 big surs différents, sur 2 disques différents, depuis un autre disque sur lequel je travaille sous Catalina.

Et je confirme que... ça ne marche pas ph34r.gif
Autrement dit il semble qu'il refuse de modifié le preboot du disque sur lequel il a booté, et qu'il faille donc le faire depuis un autre disque.

Une autre hypothèse, non étudiée pour l'instant, serait que ça marche depuis Catalina et pas depuis Big Sur mais bon je n'ai encore pas testé, et ça me parait peu plausible.

Il serait intéressant que l'ami Jeanjd63 nous donne son point de vue ;-)
Mac

Écrit par : jeanjd63 24 Oct 2020, 09:57

@mbourneau

Peux tu, toujours depuis notre cher terminal, donner les retours, entre balises code de préférence, de la commande :

Code
diskutil list

Écrit par : mbournau 24 Oct 2020, 10:06

Citation (jeanjd63 @ 24 Oct 2020, 10:57) *
@mbourneau

Peux tu, toujours depuis notre cher terminal, donner les retours, entre balises code de préférence, de la commande :

Code
diskutil list


Voilà :

Code
Last login: Sat Oct 24 11:03:32 on console
bigsur@imac-de-asus ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         239.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +239.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Asus Carrière - Données⁩ 23.1 GB    disk1s1
   2:                APFS Volume ⁨Preboot⁩                 477.2 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                2.4 GB     disk1s3
   4:                APFS Volume ⁨VM⁩                      2.1 GB     disk1s4
   5:                APFS Volume ⁨Asus Carrière⁩           15.4 GB    disk1s5
   6:                APFS Volume ⁨Catalina - Données⁩      63.9 GB    disk1s7
   7:                APFS Volume ⁨Catalina⁩                11.1 GB    disk1s8

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *640.1 GB   disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                 Apple_APFS ⁨Container disk3⁩         639.9 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +639.9 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume ⁨Mojave Carriere⁩         15.1 GB    disk3s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk3s1s1
   3:                APFS Volume ⁨Preboot⁩                 315.4 MB   disk3s2
   4:                APFS Volume ⁨Recovery⁩                655.1 MB   disk3s3
   5:                APFS Volume ⁨VM⁩                      1.1 MB     disk3s4
   6:                APFS Volume ⁨Mojave Carriere - Do...⁩ 9.8 GB     disk3s5


Le disk1s2 monte (Volume Preboot on disk1s2 mounted), mais à la commande suivante :

bless --info /Volumes/Preboot
No mount point for /Volumes/Preboot

par contre pour le disk3s2 ça roule !

Écrit par : jeanjd63 24 Oct 2020, 10:43

Que te renvoie la commande

Code
mount

Écrit par : mbournau 24 Oct 2020, 10:46

Ce qui est renvoyé quand je boote de l'autre disque (bien sûr je modifie les commandes en conséquence à savoir disk2s2 au lieu de disk1s2...) pour le même résultat négatif.

Code
asusbigsur@imac-de-asus ~ % mount
/dev/disk2s5s1 on / (apfs, sealed, local, read-only, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk2s4 on /System/Volumes/VM (apfs, local, noexec, journaled, noatime, nobrowse)
/dev/disk2s2 on /System/Volumes/Preboot (apfs, local, journaled, nobrowse)
/dev/disk2s6 on /System/Volumes/Update (apfs, local, journaled, nobrowse)
/dev/disk2s1 on /System/Volumes/Data (apfs, local, journaled, nobrowse)
/dev/disk2s7 on /Volumes/Catalina - Données (apfs, local, journaled, nobrowse)
/dev/disk2s8 on /Volumes/Catalina (apfs, local, read-only, journaled)
/dev/disk3s1 on /Volumes/Mojave Carriere (apfs, sealed, local, read-only, journaled)
/dev/disk3s5 on /Volumes/Mojave Carriere - Données (apfs, local, journaled, nobrowse)
map auto_home on /System/Volumes/Data/home (autofs, automounted, nobrowse)
/dev/disk3s2 on /Volumes/Preboot (apfs, local, journaled, nobrowse)


La commande diskutil list donne dans ce cas cela :

Code
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk2⁩         239.8 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *640.1 GB   disk1
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk1s1
   2:                 Apple_APFS ⁨Container disk3⁩         639.9 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +239.8 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Asus Carrière - Données⁩ 23.1 GB    disk2s1
   2:                APFS Volume ⁨Preboot⁩                 477.2 MB   disk2s2
   3:                APFS Volume ⁨Recovery⁩                2.4 GB     disk2s3
   4:                APFS Volume ⁨VM⁩                      2.1 GB     disk2s4
   5:                APFS Volume ⁨Asus Carrière⁩           15.4 GB    disk2s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.4 GB    disk2s5s1
   7:                APFS Volume ⁨Catalina - Données⁩      63.9 GB    disk2s7
   8:                APFS Volume ⁨Catalina⁩                11.1 GB    disk2s8

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +639.9 GB   disk3
                                 Physical Store disk1s2
   1:                APFS Volume ⁨Mojave Carriere⁩         15.1 GB    disk3s1
   2:                APFS Volume ⁨Preboot⁩                 315.4 MB   disk3s2
   3:                APFS Volume ⁨Recovery⁩                655.1 MB   disk3s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk3s4
   5:                APFS Volume ⁨Mojave Carriere - Do...⁩ 9.9 GB     disk3s5

Écrit par : polyzargone 24 Oct 2020, 13:11

Citation (mbournau @ 24 Oct 2020, 11:06) *
Le disk1s2 monte (Volume Preboot on disk1s2 mounted), mais à la commande suivante :

bless --info /Volumes/Preboot
No mount point for /Volumes/Preboot

par contre pour le disk3s2 ça roule !


Sur Big Sur, la commande sera la suivante :

Citation
bless --info /System/Volumes/Preboot


Ex. :

Code
polyzargone@SkyCore ~ % sudo diskutil mount disk8s2
Password:
Volume Preboot on disk8s2 mounted
polyzargone@SkyCore ~ % bless --info /System/Volumes/Preboot
       12368 => Blessed System File is /System/Volumes/Preboot/A5DF7B55-AB23-417F-AF69-40741FAF43C6/System/Library/CoreServices/boot.efi
       11124 => Blessed System Folder is /System/Volumes/Preboot/A5DF7B55-AB23-417F-AF69-40741FAF43C6/System/Library/CoreServices
These paths are associated with the device /dev/disk8s5, which is not mounted.
Lookup of blessed APFS snapshot for this volume requires it be mounted.


Citation (Mac Arthur @ 23 Oct 2020, 08:57) *
L'élément qui va nous servir est le code obtenu 414EB069-E0B5-45A6-80DA-CFEA59EB5DE8 que vous devrez également adapter en fonction de votre résultat (copier coller...)


On entre enfin la commande:

Code
sudo cp Desktop/.disk_label.contentDetails /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails


Ça marche aussi pour changer l'icône dans le menu d'OpenCore avec un fichier .icns personnalisé appelé .VolumeIcon.icns (attention, le . devant le fichier le rend invisible) :

Dans ton cas :

Code
sudo cp Desktop/.VolumeIcon.icns /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/


Des exemples d'icônes ici : https://github.com/blackosx/OpenCanopyIcons

Note de la modération

Je déplace dans Tutoriels.

Même si je vous rappelle que pour l'instant : https://forum.macbidouille.com/index.php?showtopic=415887

Écrit par : Mac Arthur 24 Oct 2020, 15:29

@Poly & Jeanjd63 Merci !

J'avais vu ces icônes, très sympa.
Un autre repository de thèmes que j'aime bien aussi:
https://github.com/chris1111/My-Simple-OC-Themes

Écrit par : Mac Arthur 25 Oct 2020, 11:35

Et ne pas oublier, pour faire apparaître le thème choisi de modifier le config.plist ainsi (Picker Mode "external" et Picker attribute à "1"


Écrit par : mbournau 25 Oct 2020, 12:02

bless --info /System/Volumes/Preboot ne fonctionne pas mieux (chez moi). Ça bloque là : sudo cp Desktop/.disk_label.contentDetails /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails (ou à la précédente commande, ça dépend... du vent... :
bless --info /System/Volumes/Preboot
11309 => Blessed System File is <missing>
11301 => Blessed System Folder is <missing>)

Par contre, en "manuel", (CsrActiveConfig sous Clover : 0*67 ou sous OpenCore : E7030000) sans passer par le terminal, ça le fait huh.gif : Système/Volumes/Preboot—>tester les N° de dossier (s’il y en a plusieurs!) en vérifiant N° version macOs : (System/Volumes/Preboot/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/System/Library/CoreServices/SystemVersion.plist) )

et en faisant pour chacun : par exemple : System/Volumes/Preboot/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/System/Library/CoreServices/ :
ouvrir avec BBEdit le : .disk_label.contentDetails et voir ce qui est écrit comme nom de disque, changer éventuellement et sauvegarder (SIP doit être désactivé, voir début du post)

Ce qui n'est rien d'autre que la procédure "terminal" wink.gif, sauf que l'on intervient directement sur le fichier source et que, là, le nom du disque a pu être changé (ce n'est, certes, pas très élégant) mais ça peut donner une piste pour la procédure "terminal" (ou pas !)

PS : via le terminal on peut donc aussi faire ça : boot sur un disque différent de celui dont on veut changer le nom

Code
diskutil list


Code
sudo diskutil mount diskn°sn°


Code
bless --info /Volumes/Preboot


Code
cd /Volumes/Preboot/*/System/Library/CoreServices
où * correspond au N° obtenu avec la commande précédente.

Code
sudo vi .disk_label.contentDetails
(source : https://www.tonymacx86.com/threads/gigabyte-z490-vision-d-thunderbolt-3-i5-10400-amd-rx-580.298642/page-215#post-2170676)

[attachment=61500:Capture_...18.16.10.png]

Modifier le nom et sauver

Écrit par : polyzargone 30 Oct 2020, 00:45

Citation (mbournau @ 25 Oct 2020, 13:02) *
bless --info /System/Volumes/Preboot ne fonctionne pas mieux (chez moi). Ça bloque là : sudo cp Desktop/.disk_label.contentDetails /Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails (ou à la précédente commande, ça dépend... du vent... :
bless --info /System/Volumes/Preboot
11309 => Blessed System File is <missing>
11301 => Blessed System Folder is <missing>


Si tu fais ça depuis Big Sur, je pense qu'il y a une erreur dans ta commande ou plutôt un oubli :

Tu as oublié le /System devant /Volumes…

Citation
sudo cp Desktop/.disk_label.contentDetails /System/Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails


N'oublie pas que dans Big Sur, le Preboot ne monte pas dans /Volumes mais dans /System/Volumes contrairement aux précédentes versions de macOS wink.gif.

Et je pense aussi qu'il faut indiquer où se trouve le répertoire Desktop :

Citation
sudo cp /Users/ton_nom_d'utilisateur/Desktop/.disk_label.contentDetails /System/Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails


Ou :

Code
sudo cp ~/Desktop/.disk_label.contentDetails /System/Volumes/Preboot/414EB069-E0B5-45A6-80DA-CFEA59EB5DE8/System/Library/CoreServices/.disk_label.contentDetails


Écrit par : mbournau 30 Nov 2020, 07:55

Une autre méthode (qui m'a réussi rolleyes.gif ) consiste à ouvrir le terminal à partir de la récupération de Big Sur.

Pour cela :

Démarrez dans Recovery :

--> Dans le sélecteur OpenCore, appuyer sur la barre d'espace pour révéler des options supplémentaires, dont l'une sera le volume de récupération Big Sur (généralement à droite du volume qui contient Big Sur...).

--> Une fois la récupération démarrée, exécutez Terminal (n'est pas dans la fenêtre qui vient de s'afficher, mais dans la barre de menus supérieure-->Utilitaires)

Comme dit au début de ce tuto : repérer tous les lecteurs,

Code
diskutil list


Montez le volume de prédémarrage :preboot du volume dont on veut modifier l'intitulé dans le menu d' OpenCore (remplacez disk2s2 par votre IDENTIFIANT de disque) :

Code
diskutil mount disk2s2


Maintenant on va dans le répertoire correspondant :

Code
cd /Volumes/Preboot/*/System/Library/CoreServices


On répertorie tous les fichiers présents ici (y compris les "cachés") en utilisant la commande
Code
ls -al
on trouve alors un fichier appelé : .disk_label.contentDetails

On va modifier ce fichier à l'aide de l'éditeur vi :

Code
vi .disk_label.contentDetails


Ce fichier ne contient (en principe !) qu'un seul nom de volume. Il suffit d'en changer le nom par celui que l'on souhaite.

Pour se dépatouiller avec l'éditeur vi voir les commandes à utiliser https://doc.fedora-fr.org/wiki/Utilisation_de_vi#Le_mode_insertion (quand on les tape, elles s'inscrivent en bas à gauche de la fenêtre d'édition du texte)

:wq pour sauvegarder le fichier et quitter l'éditeur de texte.

That's all folks, il ne reste plus qu'à redémarrer et, (en principe !!) l'intitulé du volume considéré a été modifié.

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)