Impossible d'utiliser bootcamp, problème d'espace disque

@Brosta
Alors avec ton tout petit SSD de 121 Go, c'est mission impossible, car à la base il y a une occupation de 75 Go, donc il reste 46 Go. Assistant Boot Camp va réclamer au minimum 42 Go et quand bien même tu arriverais à franchir cette étape, ton MBA sera bloqué, car il faut laisser 25/30 pour que macOS puisse fonctionner correctement et avec seulement 4 Go restants ce sera le blocage complet de ton MBP. Par défaut, je déconseille fortement à tout possesseur de MBA ayant un tout petit SSD de 121 Go de tenter une installation de Windows.
 
De toute façon > cette partition en-dessous de la partition apfs -->
Bloc de code:
   3:                  Apple_HFS Brol                    21.0 GB    disk0s3

  • bloquerait l'Assistant BootCamp qui refuse le multi-partitionnement du disque.

Passe la commande :
Bloc de code:
df -H

  • qui mesure l'occupation de tous les volumes montés

Poste le retour.
 
Ah d'accord! ^^
Donc Abort mission?

Bloc de code:
FloppyBook-Air-de-Floppy:~ Flo$ df -H
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    100G    72G    26G    74%  879300 9223372036853896507    0%   /
devfs           190k   190k     0B   100%     643                   0  100%   /dev
/dev/disk1s4    100G   2.1G    26G     8%       2 9223372036854775805    0%   /private/var/vm
/dev/disk0s3     21G   116M    21G     1%      85          4294967194    0%   /Volumes/Brol
map -hosts        0B     0B     0B   100%       0                   0  100%   /net
map auto_home     0B     0B     0B   100%       0                   0  100%   /home

Voilà voilà
 
Le volume Brol est vide. Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list

  • la commande supprime la partition Brol > récupère son espace au Conteneur apfs > réaffiche le tableau des disques

Poste le retour complet de la commande.
 
Bloc de code:
FloppyBook-Air-de-Floppy:~ Flo$ diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list
Started erase on disk0s3 Brol
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 21 123 072 000 bytes and targeting a new physical store size of 121 123 069 952 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 121 122 041 856 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 Macintosh HD was formatted by hfs_convert (945.230.6) and last modified by apfs_kext (945.275.7)
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 hfs_convert (945.230.6) and last modified by apfs_kext (945.275.7)
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 diskmanagementd (945.230.6) and last modified by apfs_kext (945.275.7)
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.util (945.230.6) and last modified by apfs_kext (945.275.7)
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 99 999 997 952 to 121 123 069 952 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                     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            71.7 GB    disk1s1
   2:                APFS Volume Preboot                 43.7 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
 
Tu as récupéré les 21 Go. Passe une commande :
Bloc de code:
df -H /

  • qui affiche l'occupation du volume démarré > et l'espace libre global dans le Conteneur apfs

Poste le retour.
 
Bloc de code:
FloppyBook-Air-de-Floppy:~ Flo$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   121G    72G    47G    61%  879909 9223372036853895898    0%   /
 
Tu as 47 Go d'espace libre dans le Conteneur. Comme mentionné par Locke => c'est trop juste. Il faudrait que tu allèges les 72 Go d'occupation de Macintosh HD.

- passe la commande (copier-coller) :​
Bloc de code:
tmutil listlocalsnapshots /

  • qui liste d'éventuels snapshots rétenteurs d'espace disque

Est-ce que tu obtiens un retour ?
 
Non. Donc je dois faire de la place... J'essaierai de faire via DDE USB je pense.
Merci pour votre réactivité et vos réponses.
Bonne continuation à vous!
 
Si tu voulais faire de la place dans ton volume de démarrage : supposé que le Système fasse régulièrement dans les 25 Go => il resterait disons dans les 47 Go pour tes données personnelles.

- estimes-tu que ça correspond aux fichiers de ton compte ? ou que tes données restent bien en-deçà de ces 47 Go ?​

Je te pose cette question pour savoir s'il y aurait une anomalie dans la distribution des fichiers.
 
Non ça correspond.
Par contre j'ai des applications jamais utilisées que je retrouve uniquement dans informations système lorsque je fais gérer le stockage mais je n'arrive pas à les supprimer...

iii.png
 
Passe la commande :
Bloc de code:
csrutil status

  • qui affiche le statut du SIP (protocole de sécurisation de dossiers de l'OS)

Poste le retour. Une activation du SIP bloquerait partiellement une commande de mesure de la taille des fichiers que j'envisage de te passer.
 
Bloc de code:
Last login: Sat Apr 11 16:28:50 on ttys000
FloppyBook-Air-de-Floppy:~ Flo$ csrutil status
System Integrity Protection status: disabled.
 
SIP désactivé : nil obstat !

- passe la commande (copier-coller) :​
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • à 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 mesure (en Gi = gibibytes : base 2) les objets de 1er rang du volume de démarrage (fichiers ou dossiers / visibles ou cachés). Elle est très lente d'exécution : attends le retour de l'invite de commande : FloppyBook-Air-de-Floppy:~ Flo$ en signal de fin.

Poste le tableau obtenu.
 
Bloc de code:
Last login: Sat Apr 11 16:28:50 on ttys000
FloppyBook-Air-de-Floppy:~ Flo$ csrutil status
System Integrity Protection status: disabled.
FloppyBook-Air-de-Floppy:~ Flo$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
  0B    /.HFS+ Private Directory Data
1,0K    /home
461M    /usr
528M    /.Spotlight-V100
1,0K    /net
 16K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
4,4G    /Library
  0B    /.Trashes
7,2G    /System
1,0G    /vm
228K    /.fseventsd
6,0G    /private
9,2M    /.DocumentRevisions-V100
  0B    /.vol
 26G    /Users
 21G    /Applications
173M    /opt
4,5K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores
FloppyBook-Air-de-Floppy:~ Flo$
 
Il y a un dossier vm (virtual_memory) de 1 Gi = 1,1 Go créé par erreur (car l'archivage du contexte de la RAM s'effectue dans le volume auxiliaire VM pour un OS de format apfs). Donc dossier supprimable. Passe la commande (copier-coller) :
Bloc de code:
sudo rm -rf /vm

  • qui le supprime (commande muette). Et 1,1 Go de gagné.

Les dossiers-Système ont une taille tout à fait régulière : rien à gratter de ce côté.

- les dossiers dédiés à l'utilisateur concentrent les autres données --> Applications : 21 Gi = 22,6 Go & Users (Utilisateurs) : 26 Gi = 28 Go.​

=> tu penses qu'il y a à supprimer dans les Applications (logiciels tiers) ?
 
J'ai environ 16 Go d'applications que je n'arrive pas à supprimer il y en a 3 et je ne les retrouve que dans informations système lorsque je vais gérer le stockage. lorsque je clique droit je ne peux même pas cliquer sur supprimer.
Ce sont les applications Dota 2 Rocket League et Brawlhallah
iii.png