Le tableau détaillé n'apporte
pas d'informations neuve. Il est absolument
régulier pour l'OS
Big Sur > sauf (comme signalé précédemment) en ce qui concerne le volume
Update de fin de tableau. Ce volume ne devrait
pas se trouver affiché en
conditions de démarrage de Big Sur. Mais servir d'espace de "
formation en volume" du
snapshot de démarrage.
- car un snapshot en soi n'est pas un volume > mais une méta-donnée imageant un état temporel d'un volume source qui est ici le volume-Système Macintosh HD. Pour qu'un snapshot devienne un volume > il lui faut l'assignation d'un espace permettant cette "formation en volume". Normalement > d'après ce que j'ai compris du tonctionnement de Big Sur > c'est le volume Update qui tient ce rôle d'espace de "formation en volume" du snapshot. Mais lorsque cela se produit > le volume Update de départ cesse d'apparaître en tant que tel (càd. comme un volume autonome quasi vide) > mais se trouve converti en "espace de volume" du snapshot. Ce qui n'est manifestement pas le cas chez toi > puisque le volume Update continue de subsister en mode indépendant une fois Big Sur démarré.
- ce qui soulève une question : si un snapshot a besoin d'un espace pour sa "formation en volume" > et étant donné que le volume Update dans ton Conteneur ne joue manifestement pas ce rôle => qu'est-ce qui permet actuellement au snapshot de démarrage d'avoir acquis la "forme d'un volume" ? Ce n'est pas nécessairement un volume d'accueil > cela peut aussi bien être un dossier qui joue ce rôle d'espace de "formation en volume". Si donc le volume Update du Conteneur a été dépossédé de la fonction d'espace de "formation en volume" du snapshot de démarrage au profit d'un dossier dédié à cette fonction --> quel est donc ce dossier et où réside-t-il ?
- on sait que le point de montage du snapshot est celui ci : Snapshot Mount Point: /. La / désigne par convention le point de montage du seul volume démarré "en kernel", càd. dans le processus moteur chargé en RAM au démarrage. Mais pour qu'un volume de démarrage se trouve monté "en kernel" comme / => il doit d'abord avoir une existence formelle de volume. Ce qui renvoie à ce que j'ai décrit précédemement : avant qu'un snapshot ne puisse se trouver monté "en kernel" au point de montage / --> il faut que la méta-donnée snapshot ait d'abord été convertie dans la "forme d'un volume". Et pour cela > disposer d'un espace (volume préexistant ou dossier) => permettant cette "formation en volume".
Bon : cette espèce de méditation logique (n'y vois rien d'autre et en tout cas rien d'assertorique) me conduit à un
constat d'échec de l'interprétation. Je ne peux pas rendre compte de l'
anomalie d'un volume
Update tenu
hors jeu de la formation en volume du
snaphot en condition de démarrage de ton
Big Sur. Ça n'a pas l'air de gêner en quoi que ce soit dans la pratique le fonctionnement de ton OS. Ce n'est gênant que d'un point de vue
théorique disons (lacune d'explication) et aussi
cosmétique (affichage indû d'un volume
Update dans l'
Utilitaire de disque).