10.15 Catalina Retrouver mon DD interne d’origine.

[Mr-Kimita]

Bonjour,

J'aurai besoin d'un petit coup de pouce afin de retrouver l'état d'origine de mon DD.
Alors déja je tiens à m’excuser j'ai l'impression d'écrire tout les jours à cause de mes soucis mais bref, passons...

J'ai tenté une installation de bootcamp (encore) qui à échoué.
Suite à cela je suis parti faire un tour dans le terminal et j'ai trouvé cela :

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         1000.0 GB  disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS macOS Base System       2.0 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1000.0 GB  disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  443.3 GB   disk2s1
   2:                APFS Volume Preboot                 79.5 MB    disk2s2
   3:                APFS Volume Recovery                526.6 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4
   5:                APFS Volume Macintosh HD            10.8 GB    disk2s5

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +10.5 MB    disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk21

/dev/disk22 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk22

/dev/disk23 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk23

-bash-3.2# gpt show disk0

Qqun pourrait t'il m'aider à reconfigurer cela convenablement ?
Je ne comprend pas trés la différence entre ces 2 partitions:

1: APFS Volume Macintosh HD - Données 443.3 GB disk2s1
5: APFS Volume Macintosh HD 10.8 GB disk2s5


j'imagine qu'il faut probablement viré la 5 éme.




Merci pour vos retours, et bonne soirée.

 

[Aliboron]

Je ne comprend pas très bien la différence entre ces 2 partitions:

1: APFS Volume Macintosh HD - Données 443.3 GB disk2s1
5: APFS Volume Macintosh HD 10.8 GB disk2s5

C'est la nouvelle organisation des volumes avec Catalina. Je n'ai pas les liens mais, en cherchant un peu, tu dois facilement trouver de la littérature à ce sujet.

j'imagine qu'il faut probablement virer la 5e.

Sûrement pas, c'est le volume consacré au système !

Jusqu'à cette ligne, tout est normal (à toi de voir ce qu'il y a dans les 443 Go de données). Ce qui m'étonne plus, ce sont les 20 images-disques qui viennent après (et qu'on voit régulièrement dans les rapports du même genre). Peut-être les fameux "snapshots" ?

 

[Mr-Kimita]

Salut,


C'est après avoir fait une instal Boot Camp, du moins il me semble...

Non en faite je te renvoi sur une explication exhaustive de @macomaniac qu'il m'a fait part une fois.
Bon j'avoue ne pas avoir tout saisie

• une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS hébergé dans un volume monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

 

[Membre supprimé 1060554]

Bonjour Mr-Kimita

Le tableau que tu as posté au message #1 est celui qu'affiche la commande : diskutil list passée dans le terminal de la session de secours. La bonne question est : pourquoi le tableau des disques affiche-t-il une rimbambelle de micro-disques (ici de disk3 à disk23) > alors qu'on n'en voit plus aucun si l'on passe cette commande dans le terminal d'une session d'utilisateur du volume de macOS ?

- en inspectant ces disques => on s'aperçoit qu'ils sont désignés comme : disk image = images-disques. Il ne s'agit donc pas de disques physiques > mais de disques virtuels. Où donc existent ces disques virtuels ? --> une commande : hdiutil info qui affiche les images-disques en cours d'utilisation avec leurs propriétés => affiche ces images-disques avec la mention de leur chemin d'accès = ram. Ce qui apprend par là qu'il s'agit de RAMDisks = images-disques supportées en RAM > qui s'effacent au moindre redémarrage.​

​

- la question devient alors : pourquoi un démarrage en mode secours --> s'accompagne-t-il systématiquement d'une distribution en RAM de plus d'une dizaine de RAMDisks > créés à la volée avec le démarrage de secours > et supprimés de la RAM dès que la session de secours se trouve quittée ?​

​

- c'est que l'OS de secours qui se trouve démarré est lui-même recelé dans une image-disque intitulée BaseSystem.dmg - image-disque hébergée dans le volume Recovery du Conteneur apfs. Cette image-disque monte un volume intitulé : macOS Base System (pour Catalina ert son précédesseur Mojave). Or une propriété non documentée de ce volume de secours => est qu'il monte toujours exclusivement et sans exception en mode : lecture seule. Aucune écriture ne peut venir donc affecter l'OS de secours recelé dans le volume monté en lecture seule --> gage de son caractère incorruptible et in-modifiable.​

​

- oui mais ! un OS (et l'OS de secours en est un : une réplique abrégée de macOS) --> "coince" logiciellement parlant > si aucune écriture ne peut venir s'effectuer en concomitance de son démarrage et de son fonctionnement. Ne serait-ce que les préférences provisoires d'affichage de la fenêtre du terminal de la part de l'utilisateur > ou celles de son emploi du Safari de l'option : "Obtenir de l'aide en ligne". Sans compter les processus intrinsèques du fonctionnement du Système.​

​

- eh bien ! les RAMDisks créés en RAM à l'occation du démarrage en mode secours --> répondent à ce problème : permettre à des écritures de s'effectuer pendant le démarrage d'un OS hébergé dans un volume d'image-disque ne montant qu'en lecture seule. Pour cela > chaque image-disque créée en RAM => monte en lecture et écriture un volume Untitled (Sans titre) à un dossier dédié de l'OS de secours qui lui sert de point de montage. Ce qui veut dire que l'espace de chacun de ces dossiers "points de montage" --> se trouve identifié à un volume d'image-disque de la RAM monté en lecture & écriture. En conséquence : des floppées d'écritures peuvent s'effectuer à plus d'une dizaine de dossiers de l'OS de secours dans le respect du montage en lecture seule du volume de secours > car ces dossiers ont été transformés provisoirement en espaces de sous-montage en lecture et écriture de volumes d'images-disques de la RAM. Au redémarrage > les volumes des images-disques sont démontés des dossiers de l'OS de secours en emportant avec leur repliement les écritures effectuées et hop ! toutes les images-disques se trouvent effacées de la RAM - ce qui efface toutes les écritures précédentes - l'OS de secours étant resté intouché.​

On a donc affaire à une subtilité d'ingéniérie informatique remarquable --> à laquelle on peut seulement reprocher ceci : jamais ! - nulle part ! la raison d'être des images-disques de la RAM ne se trouve documentée > càd. explicitée clairement & distinctement. Mais les utilisateurs se retrouvent confrontés à un état de fait incompréhensible : une pullulation affolante de disques sortis de nulle part sans justification.

 

[dtb06]

Super. MacOS est devenu incompréhensible, pire qu'un vieux Linux des années 90

 

[Aliboron]

Merci @macomaniac pour cette explication (bien détaillée comme à ton habitude) !

 

[Mr-Kimita]

Wow c'est super intéressant, je pense avoir compris l’essentiel.

@dtb06 je pense que si tu prends n'importe quel système d’exploitation on peut en arriver là.
Ici on est vraiment à un stade avancé, ce n'est pas quelque chose qu'on aborde tous les jours sur son OS

 

[ericse]

Super. MacOS est devenu incompréhensible, pire qu'un vieux Linux des années 90

Le cœur de macOS 10 est bien plus ancien que n'importe quel Linux [emoji6]

 

[Membre supprimé 1060554]

Dès le 1er OS dont le volume-Système se trouvait flanqué d'un volume de secours sur le disque (volume Recovery HD) = l'OS Lion 10.7 publié le 20 octobre 2010 -->

- on constatait la génération en RAM d'une série d'images-disques destinées à permettre des écritures alors que le volume de l'OS de secours montait en lecture seule. Le procédé des images-disques concomitantes d'un démarrage en mode secours => appartient donc au concept même du démarrage de secours d'OS X - puis macOS.​