10.13 High Sierra Erreur suppression partition BootCamp

Hello Macomaniac
J'ai un problème similaire. J'ai essayé d'installer Windows 10 via Bootcamp, mais après avoir partitionné le disque (je crois), bootcamp n'a pas ouvert automatiquement le programme d'installation Windows comme prévu, et je n'arrive pas à redémarrer le mac sur Windows. J'ai décidé de ne pas insister avec l'installation de Windows (c'était pour utiliser un logiciel pas important), et de revenir à une configuration standard 100% mac. J'ai essayé de le faire via Bootcamp comme recommandé par Apple, mais j'ai un message d'erreur:
Capture d’écran 2020-01-05 à 02.18.42.png

Du coup je souhaiterais supprimer tout ça via le terminal. Voici ce que ça donne pour l'instant:

Bloc de code:
fixe:~ Famille$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         368.0 GB   disk0s2
   3:       Microsoft Basic Data OSXRESERVED             8.0 GB     disk0s3
   4:       Microsoft Basic Data BOOTCAMP                124.1 GB   disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +368.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            336.9 GB   disk1s1
   2:                APFS Volume Preboot                 20.4 MB    disk1s2
   3:                APFS Volume Recovery                514.9 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

Est-ce qu'on peut remettre tout en configuration d'origine via le Terminal? Ton aide sera vraiment la bienvenue car là ça dépasse de très loin mes compétences!
 
Bonjour Warloup

Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil eraseVolume free null disk0s4 ; diskutil ap resizeContainer disk1 0b ; diskutil list

  • la commande supprime les 2 partitions Windows de bas de disque > récupère l'espace libéré au Conteneur apfs disk1 & à sa partition primaire disk0s2 > réaffiche le tableau des disques

Poste le retour intégral de la commande.
 
  • J’aime
Réactions: Warloup
Hello Macomaniac!
Merci pour ta réponse rapide!
Alors voici le résultat:

Bloc de code:
fixe:~ Famille$ diskutil eraseVolume free null disk0s3 ; diskutil eraseVolume free null disk0s4 ; diskutil ap resizeContainer disk1 0b ; diskutil list
Started erase on disk0s3 OSXRESERVED
Unmounting disk
Finished erase on disk0
Started erase on disk0s4 BOOTCAMP
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 132 068 036 608 bytes and targeting a new physical store size of 500 068 036 608 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 500 067 006 464 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 volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking snapshot 1 of 2
Checking snapshot 2 of 2
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 368 000 000 000 to 500 068 036 608 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            336.9 GB   disk1s1
   2:                APFS Volume Preboot                 20.4 MB    disk1s2
   3:                APFS Volume Recovery                514.9 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

fixe:~ Famille$
Est-ce que ça te paraît en ordre?
 
Opération réussie - en effet.

- la vérification a signalé l'existence de 2 snapshots associés au volume Macintosh HD. Ces instantanés imageant des états passés du volume => retiennent comme occupés tous les blocs correspondant aux écritures des fichiers imagés - même si tu supprimes ensuite des masses de ces fichiers. Suppression qui ne fera donc pas baisser l'espace occupé. Si tu n'utilises pas Time Machine > il vaudrait mieux que tu désactives l'option génératrice de snapshots et que tu supprimes ces 2 snapshots.​
 
Macomaniac, un très grand merci. Je ne savais vraiment pas comment régler ce problème.

Pour ce qui est des snapshots, j'utilise TimeMachine. J'ai effectivement lu que TimeMachine pouvait occuper inutilement beaucoup d'espace disque. Est-ce que tu recommandes de désactiver TimeMachine et d'utiliser un autre système de sauvegarde, ou y a-t-il moyen d'utiliser TimeMachine sans avoir ces problèmes d'espace disque occupé?
 
Si tu utilises déjà Time Machine => alors effectue régulièrement des sauvegardes -->

- les snapshots permettent > en sus de la sauvegarde de l'état présent du volume > la sauvegarde d'autant d'états passés imagés par les snapshots. Ces snapshots sont purgés en fin de sauvegarde. Mais le cochage de l'option : "Sauvegarder automatiquement" dans le panneau Time Machine des Préférences Système => induit une recréation périodique de snapshots.​

=> en résumé : il n'y a de problèmes que si l'option de sauvegarde automatique est cochée (accumulation de snapshots) > sans que des sauvegardes TM ne soient effectuées régulièrement (non suppression des snapshots en fin d'opération).
 
  • J’aime
Réactions: Warloup
OK, donc si je comprends bien, soit je laisse la sauvegarde automatique mais dans ce cas il faut que mon disque de sauvegarde soit branché en permanence, soit je supprime la sauvegarde automatique mais il faut que je pense à faire régulièrement des sauvegardes manuelles. Je vais choisir cette deuxième option.
Est-ce qu'il y a un moyen de supprimer les vieux snapshots?
 
Pour supprimer les snapshots > passe la commande (copier-coller) :
Bloc de code:
sudo tmutil thinlocalsnapshots / 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'

  • à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande supprime en lot les snapshots. Attends d'entendre une voix déclarer : "Enfin ! terminé la purge..." en signal de fin.

Tu vas obtenir en sortie de commande la liste des snapshots qui ont été "thinned" (laminés). Si tu en relèves 2 => c'est bon.
 
J'ai passé la commande, ça a marché, et j'ai 5 snapshots qui ont été éliminés, les 3 supplémentaires datent d'aujourd'hui en 2e partie de journée.
Bloc de code:
Last login: Sun Jan  5 18:31:07 on console
fixe:~ Famille$ sudo tmutil thinlocalsnapshots / 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'
Password:
Thinned local snapshots:
com.apple.TimeMachine.2020-01-05-185045
com.apple.TimeMachine.2020-01-05-173839
com.apple.TimeMachine.2020-01-05-102500
com.apple.TimeMachine.2020-01-05-092450
com.apple.TimeMachine.2020-01-05-081951
fixe:~ Famille$
J'imagine que c'est tout bon?
 
Tu peux passer la commande :
Bloc de code:
tmutil listlocalsnapshots /

  • qui affiche les snapshots présents

Si tu n'obtiens rien (réaffichage direct de : fixe:~ Famille$) => c'est qu'il n'y a plus de snapshots.
 
Alors c'est tout bon, il n'y a plus rien!
Merci beaucoup Macomaniac: je savais qu'il y avait un problème avec TM mais je n'avais pas trouvé comment m'en débarrasser. Ton aide m'a été très utile. Bonne fin de soirée!
 
Bonsoir Macomaniac et à tous,

Je reprends le fil que j'ai commencé ici : <https://forums.macg.co/threads/macb...-dual-boot-macos-debian.1332783/post-13832885> car il me semble plus approprié dans ce sujet et il y fait suite.

Après plusieurs deleteContainer, eraseDisk, effacement dans utilitaire de disque et j'en passe... cela s'est soldé par des échecs. Par ailleurs, j'ai noté que mon ordi chauffe beaucoup et se décharge très rapidement, même dans cette situation où il n'y a rien dessus.

Pour me permettre de copier le code, (et éviter de coller les photos) j'ai suivi la procédure de Macomaniac ici : <https://forums.macg.co/threads/erreur-suppression-partition-bootcamp.1296910/post-13246710> :)

J'arrive donc à cette situation :
Bash:
-bash-3.2# diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                  Apple_HFS Mac OS                  1.0 TB     disk0s2

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

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

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

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     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               +524.3 KB   disk8

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

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

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

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

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

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

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

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

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

-bash-3.2#

il semble que cela ressemble au problème de Jeromem1976 : <https://forums.macg.co/threads/erreur-suppression-partition-bootcamp.1296910/post-13246718>
Je lance donc :
Bash:
gpt show /dev/disk0

et j'obtiens
Bash:
-bash-3.2# gpt show /dev/disk0
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2          4         Pri GPT table
          6      76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      76806  244166686      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  244243492      32768         
  244276260          4         Sec GPT table
  244276264          1         Sec GPT header
-bash-3.2#

Espérant que ce sujet n'est pas trop vieux pour avoir un peu d'aide.
Je vais continuer de chercher en suivant ce sujet de toute manière.

Bonne fin de soirée à tous et d'avance merci :)

Max
 
Bonjour Graphiboy

Y a-t-il un OS installé dans le volume interne Mac OS => qui en fasse un volume démarrable ? - ou bien n'est-ce qu'un volume reformaté vide d'installation ?
 
Bonjour Macomaniac,

Tout d’abord, merci pour ta réponse rapide :)

C’est un volume vide d’installation, au démarrage de l’ordi, si je ne fais pas « command+R », j'atterris sur un dossier qui clignote.
 
Je n'ai pas accès aux infos directes de l'appareil, à l'arrière il est noté :

Model A1707 EMC 3072 / Serial C02SWWY9GTF1

C'est normalement ce modèle là : <https://everymac.com/systems/apple/...late-2016-retina-display-touch-bar-specs.html>
Lien mac : <https://support.apple.com/kb/SP749?locale=fr_FR>

Année 2016 avec l'option "meilleure carte graphique" et "1 To" de stockage.

Pour rappel Macomaniac, tu m'avais déjà sauvé la mise en 2017 : <https://forums.macg.co/threads/erreur-suppression-partition-bootcamp.1296910/post-13222694> ^^
 
D'accord.

- quel était le dernier OS installé sur le disque du Mac ? - quel est l'OS actuellement proposé à la réinstallation par l'option : "Réinstaller macOS" de la session de secours où tu es : Sierra ?​
 
Le dernier OS était Catalina 10.15
Je crois que c'est à partir de là que mes problèmes sont arrivés.
J'ai commencé par supprimer mes 2 boots.

A la réinstallation il me propose macOS Sierra