10.13 High Sierra Boot Camp : message d'alerte dès le début

La récupération d'espace est parfaite.

Avant de quitter la session de secours --> il faut en profiter pour recréer la partition EFI.

Passe la commande :
Bloc de code:
gpt add -b 40 -s 409600 -t efi /dev/disk0

  • attention ! pas de sudo ici > ce Terminal est en droit root automatique
  • la commande ajoute une partition de type EFI et d'une taille de 209,7 Mo

Si tu as un retour du type : partition disk0s2 added (= confirmation) --> repasse un :
Bloc de code:
diskutil list

  • et poste le tableau des partitions mis-à-jour --> tu vas avoir la surprise d'une partition de type EFI sans volume EFI > et en 2è position sur le disque = disk0s2.
 
@macomaniac

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                 Apple_APFS Container disk1         121.1 GB   disk0s1
   2:                        EFI                         209.7 MB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s1
   1:                APFS Volume Macintosh HD            74.3 GB    disk1s1
   2:                APFS Volume Preboot                 21.0 MB    disk1s2
   3:                APFS Volume Recovery                509.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Comme prévu > cette ligne -->
Bloc de code:
   2:                        EFI                         209.7 MB   disk0s2

  • montre qu'une partition de type EFI a bien été recréée avec la bonne taille (209,7 Mo). Quoique précédant sur les blocs la partition apfs > elle est indexée dans la table GPT en n°2 > la partition apfs ayant piqué le n°1. Et elle n'a pas de volume.

Pour créer un volume EFI sur cette partition --> passe la commande :
Bloc de code:
newfs_msdos -F 32 -v EFI /dev/disk0s2

  • la commande injecte dans la partition un système de fichiers FAT-32 (comme requis) > avec définition d'un volume intitulé EFI

Tu devrais obtenir en retour un affichage du type :
Bloc de code:
newfs_msdos: warning: /dev/disk0s2 is not a character device
512 bytes per physical sector
/dev/disk5s2: 403266 sectors in 403266 FAT32 clusters (512 bytes/cluster)
bps=512 spc=1 res=32 nft=2 mid=0xf8 spt=32 hds=32 hid=40 drv=0x80 bsec=409600 bspf=3151 rdcl=2 infs=1 bkbs=6

La commande passée > va à Menu  > Disque de démarrage > Macintosh HD --> re-démarre normalement sur le volume de macOS et réouvre ta session. Cela fait > passe une commande :
Bloc de code:
diskutil list

  • et poste le tableau

--> la partition de type EFI devrait être nantie d'un volume EFI > mais être toujours dans la fausse position disk0s2. Ce qui demandera pour la replacer à l'index n°1 (en dégradant la partition apfs à l'index n°2 requis) --> l'opération la plus croquignolette de l'ensemble.
 
@macomaniac

Voici le résultat après ta commande :

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                 Apple_APFS Container disk1         121.1 GB   disk0s1
   2:                        EFI EFI                     209.7 MB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s1
   1:                APFS Volume Macintosh HD            75.8 GB    disk1s1
   2:                APFS Volume Preboot                 21.0 MB    disk1s2
   3:                APFS Volume Recovery                509.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Cette ligne -->
Bloc de code:
   2:                        EFI EFI                     209.7 MB   disk0s2

  • montre que la partition est en place --> reste à lui donner le bon index de partition.

Pour celà > va à cette page : ☞GPT Fdisk☜ (clique le lien rouge) > presse le bouton vert : Download --> tu obtiens un paquet d'installation gdisk-1.0.3.pkg. Un double-clic te permet d'installer l'exécutable gdisk (de Roderick Smith) at: /usr/local/ bin/gdisk. Il est désormais appelable directement dans des commandes du Terminal.

Passe la commande :
Bloc de code:
sudo gdisk /dev/disk0
  • qui appelle gdisk à ouvrir de disque interne. Tu devrais obtenir un :
Bloc de code:
GPT fdisk (gdisk) version 1.0.3
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not presen
  APM: not present
  GPT: present
Found valid GPT with protective MBR; using GPT.

Command (? for help):
  • tape :
Bloc de code:
x
  • (comme expert mode) et valide --> tu obtiens un :
Bloc de code:
Expert command (? for help):
  • tape :
Bloc de code:
t
  • (comme transpose) et valide --> tu obtiens un :
Bloc de code:
Partition number (1-2):
  • tape :
Bloc de code:
2
  • (partition actuelle n°2) et valide --> tu obtiens un :
Bloc de code:
New partition number (1-128, default 3):
  • tape :
Bloc de code:
1
  • (nouveau n° de partition = 1) et valide --> tu obtiens un :
Bloc de code:
Expert command (? for help):
  • tape :
Bloc de code:
w
  • (comme write) et valide --> tu obtiens un :
Bloc de code:
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N):
  • tape :
Bloc de code:
y
  • (comme yes) et valide --> tu obtiens un :
Bloc de code:
OK; writing new GUID partition table (GPT) to /dev/disk5.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.
  • avec récupération de l'invite de commande régulière du Terminal - signe que gdisk a quitté.

Re-démarre alors une fois > de retour dans ta session > passe une commande :
Bloc de code:
diskutil list

  • et poste le tableau.
 
Le résultat du diskutil list

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            76.2 GB    disk1s1
   2:                APFS Volume Preboot                 21.0 MB    disk1s2
   3:                APFS Volume Recovery                509.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Comme tu peux le voir à ce tableau du disque -->
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.1 GB   disk0s2

  • la partition EFI a récupéré l'index n°1 (= disk0s1) > et la partition APFS a rétrogradé à l'index n°2 (= disk0s2).

La suppression des partitions subalternes > la récupération de leur espace > la recréation d'une partition EFI > sa ré-indexation dans la table GPT --> tout a donc été mené à bon port. RAS.

----------

Je m'avise que tu as 76,2 Go d'espace alloué comme occupé au volume Macintosh HD + 1,1 Go du volume VM = 77,3 Go. 121,1 Go - 77,3 Go = 43,8 Go. Sachant qu'il faut que tu te gardes dans les 10 Go d'espace libre pour Macintosh HD --> tu ne disposerais donc que de 33,8 Go d'espace libre pour créer une partition BOOTCAMP --> ce qui est a priori trop peu pour l'«Assistant BootCamp».

  • Question : est-ce que tu es sûr d'avoir 77,3 Go de données effectives dans le volume Macintosh HD ?
 
Si tu veux vérifier qu'il n'y a pas de "sur-allocation" de blocs occupés --> passe les commandes (l'une après l'autre ; copier-coller) :
Bloc de code:
df -H /
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
tmutil listlocalsnapshots /

  • la 1ère mesure l'allocation des blocs au volume (en Go)
  • la 2è la taille des fichiers recelés (en Gi). Elle est très lente à passer et paraît parfois figée --> attends le temps qu'il faut pour que se ré-affiche l'invite de commande terminée par ton nom court d'utilisateur
  • la 3è liste les snapshots (instantanés Time Machine) éventuellement stockés dans l'apfs ; s'il n'y en a aucun > l'invite de commande se ré-affiche seule

=> poste les tableaux retournés
 
La dernière commande ne retourne rien.

Bloc de code:
MacBook-Pro-de-KeOv:~ KeOv$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   121G    54G    65G    46%  784041 9223372036853991766    0%   /
MacBook-Pro-de-KeOv:~ KeOv$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
  0B    /.HFS+ Private Directory Data
1,0K    /home
501M    /usr
558M    /.Spotlight-V100
1,0K    /net
12K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,6M    /bin
4,0K    /installer.failurerequests
  0B    /Network
1,1M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
11G    /Library
  0B    /.Trashes
6,5G    /System
4,0K    /.OSInstallerMessages
956K    /.fseventsd
3,5G    /private
20M    /.DocumentRevisions-V100
  0B    /.vol
20G    /Users
5,8G    /Applications
4,5K    /dev
18M    /Volumes
  0B    /tmp
  0B    /cores
 
Tu as 54 Go de blocs alloués occupés > en regard je trouve 48 Gi = 51,5 Go de fichiers recelés. Une petite sur-allocation de 3,5 Go que je ne sais pas interpréter en l'absence de snapshots.

  • tu es sûr qu'un fichier du genre : com.apple.TimeMachine.2018-04-01-170100 ne s'affichait pas ?

Passe la commande :
Bloc de code:
diskutil verifyVolume /

  • un gel momentané des opérations dans le volume intervient pour permettre l'accès en mode "live" au système de fichiers apfs
  • la commande vérifie le système de fichiers apfs

=> poste l'affichage complet retourné.