10.14 Mojave Réparer la partition Recovery HD (Grub collé dedans)

Le docteur

Membre expert
Club iGen
8 Février 2008
6 164
743
56
Bonjour. En faisant un test d’installation de Linux j’ai oublié qu’il allait m’installer Grub comme un con sur la partition système.
Du coup je n’ai plus les options de récupérations et j’imagine que c’est parce que le bootloader de Linux est venu se coller dans/sur la parution de récupération. J’ai bien essayé de voir avec CCC, mais apparemment il ne veut pas cloner dans le sens clone ➟ Macintosh HD
Il doit rester quelque chose parce que mon disque est crypté sous Filevault et j’y accède encore
 
Bonjour doc

Est-ce que tu ouvres ta session d'utilisateur habituelle dans Macintosh HD ?
 
Salut MacO.
Merci de répondre à mon invocation. ;)

Oui. Apparemment. Je commence à me dire que Grub n’y est peut-être pas. Sinon je n’aurais plus rien.

Je me dis aussi que CCC devrait voir qu’il n’y a pas de partition Recovery ou qu’elle n’est pas comme prévue.
 
Voici comment tu vas pouvoir fournir les informations de base -->

- va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :​
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations

Poste le retour en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.

=> ces informations montreront la configuration du disque. Disons que ça va me permettre de visualiser le partitionnement de ton disque de démarrage. Je pourrai alors te passer une commande destinée à débusquer Grub à sa localisation.
 
Bloc de code:
   TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            429.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.7 MB    disk1s2
   3:                APFS Volume Recovery                507.4 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Je commence à penser que tout est là...
J’ai retenté une installation sur un DD externe d’un Linux Mint, j’avais loupé le bas de la fenêtre qui sélectionnait la partition sur laquelle on plaçait l’amorçage.
J’ai vraiment perdu l’habitude : dans le temps je plaçais l’amorçage sur une disquette pour ma RedHat 7
 
Grub doit être dans le volume EFI (non monté automatiquement dans le temps de la session d'utilisateur) de la partition n°1.

- passe la commande (copier-coller) :​
Bloc de code:
sudo diskutil mount disk0s1 ; ls -R /Vol*/EFI

  • à 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 monte le volume EFI > puis liste récursivement son contenu

Poste le retour complet.

Note : avec les OS récents > il faut sudo pour autoriser le remontage du volume EFI.
 
Bloc de code:
Volume EFI on disk0s1 mounted
BOOTLOG    EFI

/Volumes/EFI/EFI:
APPLE

/Volumes/EFI/EFI/APPLE:
CACHES        EXTENSIONS    FIRMWARE

/Volumes/EFI/EFI/APPLE/CACHES:
CAFEBEEF

/Volumes/EFI/EFI/APPLE/CACHES/CAFEBEEF:

/Volumes/EFI/EFI/APPLE/EXTENSIONS:
Firmware.scap

/Volumes/EFI/EFI/APPLE/FIRMWARE:
MBP91.scap
 
Contrairement à mes attentes => je ne vois de dossier de Grub nulle part dans le volume EFI (tous les éléments qui ont été listés relèvent d'Apple).

- Grub aurait-il pu se loger dans un des 3 volumes auxiliaires du Conteneur apfs : Preboot (prédémarrage) > Recovery (secours) > VM (Virtual Memory : archivage de la RAM et du swap) ?​

Passe la commande :
Bloc de code:
diskutil mount disk1s2 ; ls -R /Vol*/Preboot

  • qui remonte le volume de pré-démarrage Preboot > puis liste récursivement son contenu

Poste le retour.
 
Je réalise. Je m’étais dit que Grub devait avoir été installé quelque part ou qu’il devait avoir fichu en l’air la partition de récupération parce que je ne voyais plus d’optionse pour démarrer sur celle-ci au démarrage quand je pressais la touche ALT.
Je n’ai pas de Grub lancé au démarrage. Je crains que ce soit ce que tu aies compris.
Ce qui m’étonne toujours c’est l’inaccessibilité de cette option au démarrage, mais sinon je n’ai rien de changé.
Il faut savoir aussi que ça m’arrive de la perdre. En général je règle ça avec une petite purge de la P-RAM
Là j’ai testé et ça ne change rien.
Mon superdrive ne fonctionne de nouveau plus, ça a peut-être contribué à mettre le souk dans le démarrage (j’ai un démarrage ralenti quand il déconne).
Je n’ai rien vu dans le rapport.
Tu es sûr qu’il n’y a pas de données sensibles ?
 
Avec les OS qui s'installent en format apfs > la partition principale du disque -->
Bloc de code:
   2:                 Apple_APFS Container disk1         499.9 GB   disk0s2

  • n'est plus flanquée d'une partition de secours indépendante (volume Recovery HD que tu pouvais visualiser comme volume démarrable à l'écran obtenu avec "alt". Sous un intitulé du genre : Récupération 10.x.x). Mais elle sert de "base de lancement" à un espace disque virtuel appelé Conteneur. Ici désigné comme disk1 (disque virtuel de second ordre). Et voici ce que donne ce Conteneur :
Bloc de code:
/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            429.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.7 MB    disk1s2
   3:                APFS Volume Recovery                507.4 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

  • cet espace-virtuel héberge en simultané 4 volumes : 1 principal (le volume de démarrage Macintosh HD) > 3 auxiliaires (les volumes Preboot > Recovery > VM dédiés chacun à une fonction spécialisée). Ces volumes n'ont que la taille de leurs données. Parmi eux > c'est le volume Recovery qui héberge l'OS de secours. Dans une image-disque BaseSystem.dmg comme avant. Ce qui change > est que tu ne peux démarrer sur cet OS de secours du disque => que via la commande ⌘R au clavier après avoir lancé le redémarrage.
 
J’ai dû relire une fois ou deux et faire des allers-retours avec ce que j’avais posté plus haut pour essayer de visualiser le machin.
A priori je comprends bien que les disk0sx sont les volumes « physiques » ou « logiques » que le disk1 ou « conteneur » est un « espace disque virtuel » qui contient plusieurs (4, donc) volumes virtuels nommés du coup disk1sX.

Du coup je me dis : les partitions « logiques » je crois que le terme désigne toute partition non physique à la base, même s’il peut s’agir de partitions dites « principales » ou « logiques » (permettant de dépasser les limites initiales de 4 partitions).

Le système d’Apple au départ présentait un truc qui a pas mal fait couler d’encre (virtuelle). Je suis en train de chercher le nom, ça va me revenir.
Ce serait ce truc-là qui a évolué pour finir avec 4 partitions virtuelles.

Ce qui différencie ces volumes-là, c’est donc bien le fait d’être des images qui se chargent, là où les partitions classiques se réservaient simplement une partie du disque.

J’imagine que c’est à la fois pour pouvoir crypter et assurer la sécurité de la machine.

C’est pour la même raison que je rame avec les LVM sur Linux (qui doivent ressembler à ce système-là).
 
Tu dois penser au système de stockage CoreStorage.

- et oui : on peut considérer que le CoreStorage a été le précurseur de l'apfs > en ce qui concerne la gestion de volumes virtuels. Mais le CoreStorage virtualisait un volume logique unique > à partir d'une partition primaire recelant un magasin de stockage appelé Physical Volume. Avec l'apfs > le magasin de stockage de la partition primaire s'appelle Physical Store > mais la grosse différence est qu'une population nombreuse de volumes logiques se trouve exportée : un volume de démarrage + ses 3 auxiliaires > mais tu peux créer en plus un autre volume de démarrage dans le même Conteneur etc.​
- une autre différence foncière est le système de fichiers formateur des volumes. Avec le CoreStorage > c'était toujours un jhfs+ qui formait le volume Macintosh HD terminal. Avec l'apfs > c'est le nouveau système de fichiers apfs qui forme les volumes. En somme : le CoreStorage virtualisait un espace logique et un jhfs+ formait dessus le volume terminal. L'apfs fait tout-en-un : système de stockage de volumes virtuels + système de fichiers formateur des volumes.​
 
  • Wow
Réactions: litobar71