Partition Bootcamp impossible

Le Conteneur de destination a l'air pas mal. Le volume VM d'archivage de la RAM se crée automatiquement en cas de démarrage sur le volume-Système. Il manque néanmoins un volume Update destiné à servir de point de montage à un snapshot (instantané du volume-Système) > et à tenir lieu de volume de démarrage.

- teste un redémarrage > avec la touche "alt" pressée pour obtenir l'écran de choix du volume de démarrage. Vois-tu affiché un volume intitulé Clone ?​
 
Le Conteneur de destination a l'air pas mal. Le volume VM d'archivage de la RAM se crée automatiquement en cas de démarrage sur le volume-Système. Il manque néanmoins un volume Update destiné à servir de point de montage à un snapshot (instantané du volume-Système) > et à tenir lieu de volume de démarrage.

- teste un redémarrage > avec la touche "alt" pressée pour obtenir l'écran de choix du volume de démarrage. Vois-tu affiché un volume intitulé Clone ?​
Oui je peux sélectionner le volume Clone !
 
Alors l’OS se lance, c’est effroyablemment lent mais je pense que c’est dû à la vétusté du DDE, j’ai du rentrer mon mdp pour déverrouiller les données de Macintosh HD, le bureau paraît normal.
 
Parfait. Et effectivement : l'apfs sur un disque rotatif en connexion USB => c'est très lent.

- passe la commande :​
Bloc de code:
diskutil list
  • et poste encore le tableau des disques => que je voie la mine actuelle du Conteneur du DDE.
 
C'etait long mais voila :D

Bloc de code:
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
MacBook-Pro-de-Christopher:~ christopherattal$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  47.2 GB    disk1s1
   2:                APFS Volume ⁨Preboot⁩                 293.1 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                613.7 MB   disk1s3
   4:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s4
   5:                APFS Volume ⁨Macintosh HD⁩            15.1 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                  Apple_HFS ⁨Sans titre 1⁩            220.0 GB   disk2s2
   3:                 Apple_APFS ⁨Container disk3⁩         99.6 GB    disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +99.6 GB    disk3
                                 Physical Store disk2s3
   1:                APFS Volume ⁨Clone - Données⁩         46.9 GB    disk3s1
   2:                APFS Volume ⁨Clone⁩                   15.1 GB    disk3s2
   3:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk3s2s1
   4:                APFS Volume ⁨Preboot⁩                 303.3 MB   disk3s3
   5:                APFS Volume ⁨Recovery⁩                624.1 MB   disk3s4
   6:                APFS Volume ⁨VM⁩                      1.1 MB     disk3s5
 
Pas de doute : CCC arrive a créer par clonage une distribution complète de Big Sur dans le Conteneur de destination.

- est-ce que tu penses > vu la vitesse de fonctionnement du clone => qu'un clonage à rebours dans le nouveau Conteneur apfs interne qu'on aura recréé après suppression est envisageable ? - ou que ce serait beaucoup trop lent ?​
 
Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseDisk apfs "Macintosh HD" gpt disk0 ; diskutil list internal
  • la commande réintialise le disque interne : table GPT > format apfs > volume Macintosh HD - puis affiche la configuration interne

Poste le retour.
 
Aussitot dit, aussitot fait :

Bloc de code:
MacBook-Pro-de-Christopher:~ christopherattal$ diskutil eraseDisk apfs "Macintosh HD" gpt disk0 ; diskutil list internal
Started erase on disk0
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk0s2 as APFS with name Macintosh HD
Mounting disk
Finished erase on disk0
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            712.7 KB   disk1s1
 
Parfait.

- dans le terminal > passe la commande :​
Bloc de code:
caffeinate -dimsu &
  • qui va empêcher le Mac de dormir. Ne ferme pas le terminal => le processus caffeinate en est solidaire. Planque-le dans un coin qu'il ne te gêne pas.
- maintenant relance CCC (qui s'est cloné dans les Applications du clone). Lance un tâche de clonage à rebours où : source = Clone & destination = Macintosh HD (SafeteNet désactivé). Ça va prendre sûrement pas mal de temps.​

Quand c'est fini > redémarre avec "alt" => choisis Macintosh HD > et dis si tu récupères une session interne conforme à l'originale.
 
Avant que je lance, un clonage a rebours c'est pas le même type de clonage qu'on a fait la première fois ? Ou est-ce que je le trouve sinon ?
 
Oui : c'est pareil. Mon expression "clonage à rebours" signifie simplement que le clonage opère en sens inverse : du DDE => disque interne.
 
D'acc, merci ! C'est lancé depuis une petite demi-heure et ca avance plutot bien, un tout petit plus lent que le premier clonage :up:
 
Ok c'est terminé, j'ai bien relancé le mac sur Macintosh HD et si j'ai bien compris, je lance la commande diskutil list dans le terminal et j'obtiens ce resultat :
Bloc de code:
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
MacBook-Pro-de-Christopher:~ christopherattal$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  46.9 GB    disk1s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.1 GB    disk1s2
   3:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk1s2s1
   4:                APFS Volume ⁨Preboot⁩                 304.1 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                624.1 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      1.1 MB     disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                  Apple_HFS ⁨Sans titre 1⁩            220.0 GB   disk2s2
   3:                 Apple_APFS ⁨Container disk3⁩         99.6 GB    disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +99.6 GB    disk3
                                 Physical Store disk2s3
   1:                APFS Volume ⁨Clone - Données⁩         47.3 GB    disk3s1
   2:                APFS Volume ⁨Clone⁩                   15.1 GB    disk3s2
   3:                APFS Volume ⁨Preboot⁩                 303.3 MB   disk3s3
   4:                APFS Volume ⁨Recovery⁩                624.1 MB   disk3s4
   5:                APFS Volume ⁨VM⁩                      1.1 GB     disk3s5
 
Tout m'a l'air en ordre. Passe la commande-test :
Bloc de code:
diskutil ap resizeContainer disk1 80g fat32 BOOTCAMP 0b ; diskutil list internal
  • qui rétrécit le Conteneur à 80 Go > crée un volume BOOTCAMP de 40 Go en FAT-32 > affiche la configuration interne

Poste le retour.
 
Voila le retour !

Bloc de code:
diskutil ap resizeContainer disk1 80g fat32 BOOTCAMP 0b ; diskutil list internal
Started APFS operation
Aligning shrink delta to 41 018 208 256 bytes and targeting a new physical store size of 80 000 000 000 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 67 318 579 200 bytes
Resizing APFS Container designated by APFS Container Reference disk1
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
The volume Macintosh HD - Données was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume Macintosh HD was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-DCA53726C55B1F85C9B53B535BFFD44ADC546530E0ED9F3DA8BD8BC34C936B3A)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume Recovery was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume VM was formatted by apfs_boot_util (1677.81.1) and last modified by
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
The volume Update was formatted by com.apple.Mobile (1677.81.1) and last modified by
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
Shrinking APFS Physical Store disk0s2 from 121 018 208 256 to 80 000 000 000 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
4096 bytes per physical sector
/dev/rdisk0s3: 10011472 sectors in 1251434 FAT32 clusters (32768 bytes/cluster)
bps=4096 spc=8 res=32 nft=2 mid=0xf8 spt=32 hds=255 hid=19608064 drv=0x80 bsec=10013952 bspf=1223 rdcl=2 infs=1 bkbs=6
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         80.0 GB    disk0s2
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                41.0 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +80.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  47.5 GB    disk1s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.1 GB    disk1s2
   3:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk1s2s1
   4:                APFS Volume ⁨Preboot⁩                 303.3 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                624.1 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s5

MacBook-Pro-de-Christopher:~ christopherattal$
 
Comme tu peux le voir > la création d'une partition BOOTCAMP (ici un test) => est désormais possible. Tu n'en as pas bavé pour rien.

- passe la commande :​
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
  • qui supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs > ré-affiche la configuration interne

Poste le retour intégral de la commande.
 
T'es terriblement efficace !

Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
Started erase on disk0s3 (BOOTCAMP)
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 41 018 208 256 bytes and targeting a new physical store size of 121 018 208 256 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 121 017 180 160 bytes
Resizing APFS Container designated by APFS Container Reference disk1
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
The volume Macintosh HD - Données was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume Macintosh HD was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-DCA53726C55B1F85C9B53B535BFFD44ADC546530E0ED9F3DA8BD8BC34C936B3A)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume Recovery was formatted by asr (1677.81.1) and last modified by apfs_kext (1677.81.1)
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
The volume VM was formatted by apfs_boot_util (1677.81.1) and last modified by
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
The volume Update was formatted by com.apple.Mobile (1677.81.1) and last modified by
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 80 000 000 000 to 121 018 208 256 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  47.6 GB    disk1s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.1 GB    disk1s2
   3:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk1s2s1
   4:                APFS Volume ⁨Preboot⁩                 303.3 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                624.1 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s5
 
Parfait ! ton apfs supporte à présent les : repartitionnement / départionnement sans problème.

- tu peux relancer ton Assistant BootCamp (car - ne l'oublions pas dans ces péripéties :hilarious: - c'était ta problématique initiale).​