Mémoire insuffisante pour BootCamp

Victor13

Membre confirmé
22 Septembre 2012
36
1
Bonjour à tous,

Après avoir passé 2 jours sur le forum à essayer différentes opérations (notamment celles que propose @macomaniac), je ne parviens toujours pas à installer Windows 10 sur mon ordi.
Lors du lancement de Bootcamp, j'entre l'ISO téléchargé au préalable sur le site de microsoft, puis avant de me proposer de partitioner mon disque interne, un message d'erreur indiquant un manque de place apparait (j'ai 121go de libre sur mon SSD de 256go).
A la manoeuvre précédente, j'ai pu procéder au partitionnage, et à la fin de l'opération, même message: Manque d'espace, la partition a échoué.

Voici le tableau du terminal après avoir mis les lignes de code suggéré par @macomaniac

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ df -H /
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5   250G    11G   121G     9%  487425 2439450015    0%   /
MacBook-Pro-de-Victor:~ admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           116.1 GB   disk1s1
   2:                APFS Volume Preboot                 35.2 MB    disk1s2
   3:                APFS Volume Recovery                525.3 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume SSD                     11.4 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *8.0 GB     disk2
   1:               Windows_NTFS WinInstall              8.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            CCCOMA_X64FRE_FR-FR... +5.4 GB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Boot Camp              +2.8 GB     disk4

MacBook-Pro-de-Victor:~ admin$ df -H /
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5   250G    11G   121G     9%  487425 2439450015    0%   /
MacBook-Pro-de-Victor:~ admin$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

J'ai également décoché la sauvegarde automatique de time machine et entré :

Bloc de code:
sudo tmutil thinlocalsnapshots / 99000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'

Afin de libérer de l'espace, mais le problème persiste.


Je sais que le sujet a été abordé de nombreuses fois sur ce forum, mais je n'ai pas envie d'entrer n'importe quoi au risque de faire des bêtises. Je vous remercie par avance pour votre aide !

Victor




Note de la modération: pas trop de rapport avec les portables Mac, je déplace dans le forum adéquat.
 
Dernière édition par un modérateur:
  • J’aime
Réactions: macomaniac

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
89 075
27 409
Forêt de Fontainebleau
Bonsoir Victor

Passe la commande expérimentale :
Bloc de code:
diskutil ap resizeContainer disk1 190g fat32 BOOTCAMP 0b ; diskutil list

  • la commande rétrécit le Conteneur à 190 Go et crée un volume BOOTCAMP en FAT-32 de près de 60 Go > puis ré-affiche le tableau des disques

Poste le retour complet de la commande. En cas de blocage => on saura pourquoi.
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Merci pour ta réponse.

3 heures après avoir entré la commande que tu m'a indiqué, l'action reste figée à 45%. Est-ce normal ?

Voici le tableau:

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil ap resizeContainer disk1 190g fat32 BOOTCAMP 0b ; diskutil list
Started APFS operation
Aligning shrink delta to 59 849 596 928 bytes and targeting a new physical store size of 189 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 135 224 360 960 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 -S /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 SSD - Données was formatted by hfs_convert (748.21.6) and last modified by apfs_kext (1412.120.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 Preboot was formatted by newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 SSD was formatted by diskmanagement (1409.0.0.141.4) and last modified by apfs_kext (1412.120.1)
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
warning: overallocation detected on Main device: (0x3a1cea3+1) bitmap address (0xab5d7)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 249 849 593 856 to 189 999 996 928 bytes
Shrinking APFS data structures
[ - 0%..10%..20%..30%..40%............................... ] 45.0%
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Voici le tableau des disques actuel

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           118.1 GB   disk1s1
   2:                APFS Volume Preboot                 35.2 MB    disk1s2
   3:                APFS Volume Recovery                525.3 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume SSD                     11.4 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *8.0 GB     disk2
   1:               Windows_NTFS WinInstall              8.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            CCCOMA_X64FRE_FR-FR... +5.4 GB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Boot Camp              +2.8 GB     disk4

MacBook-Pro-de-Victor:~ admin$
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Tu es toujours à 45% ou bien est-ce qu'il y a eu une avancée ?

- un repartitionnement non-destructeur peut être lent > mais quand même là : ce n'est plus de la lenteur...​


Toujours à 45% et ca n'a pas bougé.. J'ai arrêté le process du coup

Voilà l'état de mon disque interne

Capture d’écran 2020-05-03 à 17.15.14.png
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           118.1 GB   disk1s1
   2:                APFS Volume Preboot                 35.2 MB    disk1s2
   3:                APFS Volume Recovery                525.3 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume SSD                     11.4 GB    disk1s5

MacBook-Pro-de-Victor:~ admin$
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
89 075
27 409
Forêt de Fontainebleau
Effectivement : rien n'a bougé.

- passe la commande d'ambition plus modeste :​
Bloc de code:
diskutil ap resizeContainer disk1 230g fat32 BOOTCAMP 0b ; diskutil list

  • la commande rétrécit le Conteneur à 230 Go > crée un volume BOOTCAMP de 19 Go > réaffiche la configuration des disques

Poste le retour.
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Voici la première commande

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil ap resizeContainer disk1 230g fat32 BOOTCAMP 0b
Started APFS operation
Error: -69524: Unable to get APFS Container resize limit information
MacBook-Pro-de-Victor:~ admin$

et la seconde :

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           118.1 GB   disk1s1
   2:                APFS Volume Preboot                 35.2 MB    disk1s2
   3:                APFS Volume Recovery                525.3 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume SSD                     11.4 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *8.0 GB     disk2
   1:               Windows_NTFS WinInstall              8.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            CCCOMA_X64FRE_FR-FR... +5.4 GB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Boot Camp              +2.8 GB     disk4

MacBook-Pro-de-Victor:~ admin$ diskutil list
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
89 075
27 409
Forêt de Fontainebleau
Il y a une erreur cette fois encore - disant que l'information sur la limite de redimensionnement du Conteneur est inaccessible. Bon ! => tout ça évoque un dysfonctionnement interne à l'apfs > quoique la vérification n'ait fait ressortir aucune erreur explicite.

- tu pourrais tenter de réparer l'apfs dans l'Utilitaire de disque de la session de secours (impossible de réparer depuis ta session > car il faut que tous les volumes du Conteneur soient démontés pour réparer l'apfs).​
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Ok pour réparer l'afps, du coup je fais simplement un "SOS" dans l'utilitaire de disque en sélectionnant mon disque interne ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
89 075
27 409
Forêt de Fontainebleau
Dans le panneau de l'Utilitaires de disque de la session de secours (⌘R) > presse d'abord la pastille : Présentation (coin gauche supérieur) et choisis : "Afficher tous les appareils" => ce qui affiche le Conteneur masqué. Sélectionne le Conteneur global et fais un S.O.S. dessus. Puis redémarre.

- de retour dans ta session > repasse la commande-test :​
Bloc de code:
diskutil ap resizeContainer disk1 230g fat32 BOOTCAMP 0b ; diskutil list

  • et poste le retour.
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
La commande fonctionne après le passage du S.O.S sur le conteneur global. Mais le même problème apparait, il s'arrête à 45%. Pourtant quand j'ouvre "a propos de ce mac" puis "stockage" il est indiqué qu'un autre volume du conteneur de 20,12go est présent.

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-Victor:~ admin$ diskutil ap resizeContainer disk1 230g fat32 BOOTCAMP 0b
Started APFS operation
Aligning shrink delta to 19 849 596 928 bytes and targeting a new physical store size of 229 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 137 371 844 608 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 -S /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 SSD - Données was formatted by hfs_convert (748.21.6) and last modified by apfs_kext (1412.120.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 Preboot was formatted by newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 newfs_apfs (748.21.6) and last modified by apfs_kext (1412.120.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 SSD was formatted by diskmanagement (1409.0.0.141.4) and last modified by apfs_kext (1412.120.1)
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
warning: overallocation detected on Main device: (0x3a1cea3+1) bitmap address (0xaaf5a)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 249 849 593 856 to 229 999 996 928 bytes
Shrinking APFS data structures
[ \ 0%..10%..20%..30%..40%............................... ] 45.0%
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
Oui il me semble que c'est la même

Bloc de code:
MacBook-Pro-de-Victor:~ admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           120.4 GB   disk1s1
   2:                APFS Volume Preboot                 35.2 MB    disk1s2
   3:                APFS Volume Recovery                525.3 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume SSD                     11.4 GB    disk1s5

MacBook-Pro-de-Victor:~ admin$

Le bloc de 20,12go a disparu. Bizarre..
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
89 075
27 409
Forêt de Fontainebleau
Tu récupères une configuration normale de Catalina (5 volumes).

- en résumé : pas d'erreur avérée dans l'apfs > mais repartitionnement bloqué.​

Il faudrait cloner la distribution de l'apfs dans le Conteneur apfs d'un DDE USB > démarrer sur le clone > supprimer / recréer l'apfs interne > cloner à rebours le clone dans le nouveau Conteneur interne. Je ne sais pas si tu as un DDE USB qui permettrait cette opération ?
 

Victor13

Membre confirmé
22 Septembre 2012
36
1
J'ai un DDE qui est partitionné en 2: 1to pour ma sauvegarde Time Machine et 1to de stockage perso.
Si aucun formatage du DDE est nécessaire je peux m'en servir sans pb