macOS Big Sur Casse-tête partitions, récupération OS suite dual-boot raté.
- Créateur du sujet Proto
- Date de début
M
Membre supprimé 1060554
Invité
Le rang n°2 de la partition supprimée n'est pas resté vacant > mais les partitions existantes ont remonté en rang sous la partition EFI n°1.
Poste une photo du retour de la commande.
Note : toujours pas d'assignation de rang à la nouvelle partition > car le rang n°2 qui lui revient a été sucré au redémarrage. Il va lui échoir le n° de rang 4 (mauvais placement qu'on corrigera ensuite).
- donc passe (en manuel) la commande préalable :
Bloc de code:
diskutil umount force disk0s4- qui démonte le volume NO NAME pour désactiver la GPT. Si tu obtiens en retour un :
Bloc de code:
Volume NO NAME on disk0s4 force-unmounted- signe de démontage réussi > enchaîne avec la commande :
Bloc de code:
gpt add -b 409640 -s 916672136 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0 ; diskutil list disk0- celle-là tu te hâtes de la passer en copier-coller à rebours en la copiant d'abord avec Safari > avant de la coller dans le terminal > et de l'exécuter
- la commande recrée un descripteur GPT de partition telle que : bloc de tête = n° 409640 (1er bloc libre sous la partition EFI) > extension = 916672136 (blocs de 512 octets = 469,33 Go) > type = "Apple_APFS" (via l'UUID identifiant universellement ce type = 7C3457EF-0000-11AA-AA11-00306543ECAC) > puis affiche la nouvelle configuration du disque interne
Poste une photo du retour de la commande.
Note : toujours pas d'assignation de rang à la nouvelle partition > car le rang n°2 qui lui revient a été sucré au redémarrage. Il va lui échoir le n° de rang 4 (mauvais placement qu'on corrigera ensuite).
M
Membre supprimé 1060554
Invité
Manifestement aucun problème : la partition a récupéré le rang n°2 qui lui revient dans la table GPT.
Test ! redémarre via ⌘⌥R (command option R) pour recharger en RAM un OS de secours Big Sur. Quand tu es dans la session aux 4 Utilitaires macOS > passe la commande :
Poste une photo du tableau retourné => qu'on voie si la recréation d'un descripteur GPT valide de la partition macOS aura permis au kernel (de l'OS de secours Big Sur) de re-déployer le Conteneur intact avec tous ses volumes logiques.
- si tu ne vois sur la partition que l'affichage de l'UUID :
Bloc de code:
7C3457EF-0000-11AA-AA11-00306543ECAC- c'est que Mavericks est incapable de prendre en charge l'apfs non encore publié à son époque. Mais le descripteur de la partition a bien été recréé avec le bon type > et la partition est rangée à la place requise.
Test ! redémarre via ⌘⌥R (command option R) pour recharger en RAM un OS de secours Big Sur. Quand tu es dans la session aux 4 Utilitaires macOS > passe la commande :
Bloc de code:
diskutil list internal- qui affiche la configuration du disque interne seul
Poste une photo du tableau retourné => qu'on voie si la recréation d'un descripteur GPT valide de la partition macOS aura permis au kernel (de l'OS de secours Big Sur) de re-déployer le Conteneur intact avec tous ses volumes logiques.
M
Membre supprimé 1060554
Invité
Comme tu peux le voir > la recréation du descripteur GPT (avec un type de partition valide) => a permis la réactivation du système de fichiers apfs toujours inscrit sur les blocs de tête de la partition > et le re-déploiement du Conteneur apfs avec ses volumes intacts.
Tu n'auras qu'à dire si tu as pu ré-ouvrir ta session intacte à la fin.
- tu peux quitter le terminal. Va à : Menu > Disque de démarrage > sélectionne le volume SSD => Redémarrer. Si cette sélection n'est pas possible parce que FileVault serait activé > alors menu : Redémarrer > et tiens aussitôt pressée la touche "alt" (option) pour obtenir l'écran de choix du volume de démarrage. Choisis SSD et démarre dessus.
Tu n'auras qu'à dire si tu as pu ré-ouvrir ta session intacte à la fin.
J'ai effectué un redémarrage plusieurs fois avec différents paramètres et un résultat différent à chaque fois :
1: J'allume avec "alt">SSD (je me connecte au réseau internet)>Rentrer le MDP de session>Se lance sur Kali.
2: J'allume sans rien appuyer>Se lance sur Kali
3:J'allume avec "alt">SSD (je ne me connecte pas au réseau internet)>Rentrer le MDP de session>Ouvre ma session Big Sur ! (Joie)
4:J'allume avec "alt">SSD (je me connecte au réseau internet)>Rentrer le MDP de session>Se lance sur Kali.
5:J'allume avec "alt">SSD (je ne me connecte pas au réseau internet)>Rentrer le MDP de session>Ouvre ma session Big Sur.
Le fait de me connecter ou non aurait une incidence ?
1: J'allume avec "alt">SSD (je me connecte au réseau internet)>Rentrer le MDP de session>Se lance sur Kali.
2: J'allume sans rien appuyer>Se lance sur Kali
3:J'allume avec "alt">SSD (je ne me connecte pas au réseau internet)>Rentrer le MDP de session>Ouvre ma session Big Sur ! (Joie)
4:J'allume avec "alt">SSD (je me connecte au réseau internet)>Rentrer le MDP de session>Se lance sur Kali.
5:J'allume avec "alt">SSD (je ne me connecte pas au réseau internet)>Rentrer le MDP de session>Ouvre ma session Big Sur.
Le fait de me connecter ou non aurait une incidence ?
M
Membre supprimé 1060554
Invité
Une situation un peu embrouillée > mais tu arrives à ouvrir ta session Big Sur.
Fais le test ensuite de redémarrer > sans option au clavier : le démarrage se fait-il automatiquement sur le Big Sur du volume SSD ?
- une fois dans ta session Big Sur > va à : Menu > Préférences Système > Disque de démarrage. Déverrouille le cadenas. Sélectionne SSD > referme le cadenas > quitte les Préférences Système. Cette manipulation inscrit en NVRAM une préférence de démarrage automatique sur SSD.
Fais le test ensuite de redémarrer > sans option au clavier : le démarrage se fait-il automatiquement sur le Big Sur du volume SSD ?
M
Membre supprimé 1060554
Invité
M
Membre supprimé 1060554
Invité
D'accord. J'ai noté que ta partition de swap a une taille insuffisante.
- veux-tu une commande qui supprime les 2 partitions Linux et qui récupère leur espace au Conteneur apfs ? - ou est-ce que tu gères via l'Utilitaire de disque ?
M
Membre supprimé 1060554
Invité
Content pour toi !
- de ton côté > tu m'as fourni un problème logique de vacances comme je les aime : recréer une partition disparue > restaurer une partition corrompue. Un réel plaisir 
Allez, une dernière pour le plaisir, j'ai maintenant 3 "AFPS container disk", Y a t'il une solution afin de fusionner les 3 ?
Bloc de code:
bash-3.2$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk3 469.3 GB disk0s2
3: Apple_APFS Container disk2 30.5 GB disk0s3
4: Apple_APFS Container disk1 133.2 MB disk0s4
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +133.2 MB disk1
Physical Store disk0s4
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +30.5 GB disk2
Physical Store disk0s3
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +469.3 GB disk3
Physical Store disk0s2
1: APFS Volume SSD - Données 87.9 GB disk3s1
2: APFS Volume Preboot 281.9 MB disk3s2
3: APFS Volume Recovery 626.1 MB disk3s3
4: APFS Volume VM 1.1 GB disk3s4
5: APFS Volume SSD 15.3 GB disk3s5
6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1
M
Membre supprimé 1060554
Invité
C'est parce que tu as reformaté en apfs les 2 partitions Linux.
Poste le retour intégral de la commande. S'il y a eu blocage à un point donné de l'enchaînement => on saura où et pourquoi.
- passe la commande (copier-coller) :
Bloc de code:
diskutil ap deleteContainer disk2 ; diskutil ap deleteContainer disk1 ; diskutil eraseVolume free null disk0s3 ; diskutil eraseVolume free null disk0s4 ; diskutil ap resizeContainer disk3 0b ; diskutil list internal- cette commande concaténée : supprime les 2 Conteneurs apfs du bas => ce qui reformate des volumes Untitled standards sur les partitions de base > supprime les 2 partitions du bas > récupère leur espace global au Conteneur apfs (et à sa partition de base) > ré-affiche la configuration interne
Poste le retour intégral de la commande. S'il y a eu blocage à un point donné de l'enchaînement => on saura où et pourquoi.
Bloc de code:
bash-3.2$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk3 469.3 GB disk0s2
3: Apple_HFS Sans titre 30.5 GB disk0s3
4: Apple_APFS Container disk1 133.2 MB disk0s4
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +133.2 MB disk1
Physical Store disk0s4
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +469.3 GB disk3
Physical Store disk0s2
1: APFS Volume SSD - Données 87.9 GB disk3s1
2: APFS Volume Preboot 281.9 MB disk3s2
3: APFS Volume Recovery 626.1 MB disk3s3
4: APFS Volume VM 1.1 GB disk3s4
5: APFS Volume SSD 15.3 GB disk3s5
6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1
bash-3.2$
Display all 1425 possibilities? (y or n)
bash-3.2$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk3 469.3 GB disk0s2
3: Apple_APFS Container disk2 30.5 GB disk0s3
4: Apple_APFS Container disk1 133.2 MB disk0s4
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +133.2 MB disk1
Physical Store disk0s4
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +30.5 GB disk2
Physical Store disk0s3
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +469.3 GB disk3
Physical Store disk0s2
1: APFS Volume SSD - Données 87.9 GB disk3s1
2: APFS Volume Preboot 281.9 MB disk3s2
3: APFS Volume Recovery 626.1 MB disk3s3
4: APFS Volume VM 1.1 GB disk3s4
5: APFS Volume SSD 15.3 GB disk3s5
6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1
bash-3.2$
bash-3.2$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk3 469.3 GB disk0s2
3: Apple_APFS Container disk2 30.5 GB disk0s3
4: Apple_APFS Container disk1 133.2 MB disk0s4
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +133.2 MB disk1
Physical Store disk0s4
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +30.5 GB disk2
Physical Store disk0s3
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +469.3 GB disk3
Physical Store disk0s2
1: APFS Volume SSD - Données 87.9 GB disk3s1
2: APFS Volume Preboot 281.9 MB disk3s2
3: APFS Volume Recovery 626.1 MB disk3s3
4: APFS Volume VM 1.1 GB disk3s4
5: APFS Volume SSD 15.3 GB disk3s5
6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1
bash-3.2$ diskutilclear
bash: diskutilclear: command not found
bash-3.2$ clear
bash-3.2$ diskutil ap deleteContainer disk2 ; diskutil ap deleteContainer disk1 ; diskutil eraseVolume free null disk0s3 ; diskutil eraseVolume free null disk0s4 ; diskutil ap resizeContainer disk3 0b ; diskutil list internal
Started APFS operation on disk2
Deleting APFS Container with all of its APFS Volumes
Unmounting Volumes
Deleting Volumes
Deleting Container
Wiping former APFS disks
Switching content types
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation on disk2
Removing disk0s3 from partition map
Started APFS operation on disk1
Deleting APFS Container with all of its APFS Volumes
Unmounting Volumes
Deleting Volumes
Deleting Container
Wiping former APFS disks
Switching content types
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s4
Finished APFS operation on disk1
Removing disk0s4 from partition map
Unable to find disk for disk0s3
Unable to find disk for disk0s4
Started APFS operation
Aligning grow delta to 30 731 902 976 bytes and targeting a new physical store size of 500 068 036 608 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 500 067 006 464 bytes
Resizing APFS Container designated by APFS Container Reference disk3
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-DAF39AAEF7126C0F582DB5FB64D2172B9ECB2CDD741C727272D103B27AC47BDE)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 469 336 133 632 to 500 068 036 608 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk3 500.1 GB disk0s2
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +500.1 GB disk3
Physical Store disk0s2
1: APFS Volume SSD - Données 87.9 GB disk3s1
2: APFS Volume Preboot 281.9 MB disk3s2
3: APFS Volume Recovery 626.1 MB disk3s3
4: APFS Volume VM 1.1 GB disk3s4
5: APFS Volume SSD 15.3 GB disk3s5
6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1Il y a cette ligne que je ne comprend pas:
"6: APFS Snapshot com.apple.os.update-... 15.3 GB disk3s5s1"
M
Membre supprimé 1060554
Invité
Problème résolu : la partition apfs et son Conteneur sont revenus à 500 Go de taille.
- l'OS Big Sur a la particularité suivante : le volume-Système SSD ne sert pas à démarrer > mais scellé par un sceau d'intégrité il sert de paradigme (patron ou modèle) pour la création d'un snapshot (image instantanée) de démarrage dans le temps du boot. Snapshot lui-même monté en lecture seule et immuable. Ton Mac est donc démarré actuellement sur le snapshot monté en volume : com.apple.os.update-[UUID kilométrique] et pas sur le volume-Système SSD inactif. Mais le volume du snapshot se trouve néanmoins affiché sous l'intitulé SSD du volume-Système dont il est le clone. Ce snapshot se supprime et se recrée d'un démarrage à l'autre. Ces sur-complications découlent d'un souci de sécurisation grandissant d'OS en OS.
