Quand tu effectues un démarrage de secours local (⌘R) > le Mac démarre non sur l'OS de secours original d'une image-disque contenue dans le volume Recovery du Conteneur > mais sur son double cloné à la volée en RAM -->
- conséquence : le SSD physique du Mac est disk0 (= 1er disque temporellement attaché au Système du Mac) > mais l'image-disque clonée en RAM de l'OS de secours est disk1 (= 2è disque) > et c'est seulement en disk2 (= 3è disque) que le Conteneur apfs se trouve virtualisé depuis la partition primaire du disque - ce via le moteur logique (kernel) du Système de secours démarré.
- mais quand tu es dans ta session ouverte : le SSD physique du Mac est disk0 > mais le Conteneur apfs = disk1 (second disque) en tant que virtualisé directement depuis la partition primaire du disque (ce : par le moteur logique du kernel chargé en RAM au démarrage).
Les index de disques sont donc des variables marquant le rang dans le processus temporel d'attachement des disques au Système du Mac.
----------
Bilan de ta réparation dans la session de secours : l'erreur du spaceman relativement au Conteneur global a disparu - reste l'erreur de sur-allocation touchant le volume auxiliaire VM.
- je te propose de passer d'abord la commande (copier-coller) :
[code]diskutil umount force disk1s4[/code]
- qui démonte le volume VM (monté dans le volume flo démarré à la localisation invisible : /private/var/vm)
- si le retour indique que le démontage a été effectué => passe la commande (copier-coller) :
[code]diskutil ap deleteVolume disk1s4[/code]
- qui supprime ce volume VM. Ce volume a la propriété de se recréer automatiquement en cas de carence - sur simple redémarrage.
Si le retour indique que la suppression a été effectuée => redémarre une fois. De retour dans ta session > repasse les 2 commandes (séparément) :
[code]df -H /
diskutil verifyVolume disk1[/code]
- qui : mesurent l'occupation du volume démarré (& l'espace libre dans le Conteneur) > puis vérifient l'apfs du Conteneur (et de ses volumes)
Poste les 2 retours.
