macOS Big Sur 184 Go au lieu de 251 Go MacBook Pro

neiluj rub

Membre confirmé
26 Novembre 2020
21
2
32
Bonjour,

J'ai fait l'acquisition d'un MacBook Pro, sur LebonCoin (acheté neuf en Août 2020).
Le SSD doit normalement faire 251 Go, et lorsque je regarde l'espace de stockage, c'est indiqué qu'il n'y a 184 Go de stockage possible au total.

Merci d'avance pour vos conseils, vos remarques, et votre aide !

Je cherche à comprendre, voici ce que m'indique la fonction "diskutil list internal" :

Bloc de code:
[CODE]Last login: Tue Dec  1 20:45:34 on console
julienbrunet@MacBook-Pro-de-Julien ~ % diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         185.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                65.7 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +185.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  10.4 GB    disk1s1
   2:                APFS Volume Macintosh HD            11.1 GB    disk1s2
   3:                APFS Volume Preboot                 82.4 MB    disk1s3
   4:                APFS Volume Recovery                529.0 MB   disk1s4
   5:                APFS Volume VM                      2.1 GB     disk1s5
   6:                APFS Volume Update                  303.1 KB   disk1s6

julienbrunet@MacBook-Pro-de-Julien ~ %
[/CODE]
 

Fichiers joints

  • Capture d’écran 2020-12-01 à 21.08.14.png
    Capture d’écran 2020-12-01 à 21.08.14.png
    105,7 KB · Affichages: 158
Il y a une partition windows et le propriétaire a sans doute désinstallé l'OS.
 
Ah ...
L’espace manquant est perdu à tout jamais ?

————————————————-

Petite rectification, après la mise à jour vers Big Sur, voici le nouveau stockage :

Capture d’écran 2020-12-01 à 21.57.33.png

Voici ce que m'indique la commande diskutil list internal. C'est grave docteur (Oui, j'ai repris des couleurs quand j'ai recalculé le total ^^) ?

Bloc de code:
  [Restauré 1 déc. 2020 à 22:01:03]
Last login: Tue Dec  1 21:19:47 on console
julienbrunet@MacBook-Pro-de-Julien ~ % diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         185.0 GB   disk0s2
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                65.7 GB    disk0s3

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

julienbrunet@MacBook-Pro-de-Julien ~ %
 
Dernière édition par un modérateur:
Bonjour neiluj

Pour savoir où est située sur le disque la bande d'espace libre hors partitions => il faut lire la table GPT d'en-tête du disque qui gère la distribution des blocs. Mais si le SIP (protocole de sécurisation) se trouve activé => alors une commande de simple lecture de la table GPT du disque de démarrage se trouve interdite.

- note : ce dont un esprit incisif tirera l'implication nécessaire --> le protocole de sécurité symbolisé par le SIP contredit directement la liberté d'information de l'utilisateur en le confinant intellectuellement à l'ignorance ; càd. s'attaque directement au principe des Lumières qui fait partie des droits humains fondamentaux. On ne saurait trop réprouver la dérive actuelle qui affecte l'informatique (dont Apple ne se trouve nullement épargnée) > consistant à augmenter sans cesse la sécurité et la maniabilité au détriment de la liberté et l'intelligence.

Passe donc la commande préalable :
Bloc de code:
csrutil status
  • qui affiche le statut actuel du SIP

Poste lez retour.
 
  • J’aime
Réactions: litobar71
Bonjour Macomaniac,

Voici ce que m'indique la fonction scrutin status :

Bloc de code:
Last login: Wed Dec  2 08:26:48 on console
julienbrunet@MacBook-Pro-de-Julien ~ % csrutil status
System Integrity Protection status: enabled.
julienbrunet@MacBook-Pro-de-Julien ~ %
 
SIP activé (enabled).

----------

Pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > Menu Utilitaires > sous-menu : Terminal.

Lance-le et passe la commande :
Bloc de code:
csrutil disable
  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > redémarre dessus.

----------

De retour dans ta session > passe la commande (copier-coller) :
Bloc de code:
sudo gpt show disk0
  • à 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 affiche la distribution des blocs du disque d'après la table GPT d'en-tête

Poste le tableau dans un bloc de code.
 
j'ai bien respecté chaque étape.

Voici ce que m'indique la dernière commande : sudo gpt show disk0

Bloc de code:
Last login: Wed Dec  2 12:47:52 on console
julienbrunet@MacBook-Pro-de-Julien ~ % sudo gpt show disk0
Password:
     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  45155095      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  45231901       227         
  45232128  16047104      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  61279232       107         
  61279339         4         Sec GPT table
  61279343         1         Sec GPT header
julienbrunet@MacBook-Pro-de-Julien ~ %
 
Tu vois affichés les 3 descriptions de partitions GPT sur le disque (sous les rubriques 1 2 3 GPT part) -->

- entre les partitions 1 (type : EFI) & 2 (type : Apple_APFS) => il n'y a aucun bloc séparateur
- entre les partitions 2 (type : Apple_APFS) et 3 (type : Microsoft Basic Data) => il n'y a que 227 blocs séparateurs. Blocs octuples du bloc défaut de 512 octets = 4098 octets (les OS apfs affectionnent ce découpage logique de l'espace du disque en blocs octuples). Donc 227 blocs x 4098 octets => 930246 octets = 930 Ko. Une misère comme tu le vois => c'est ce qu'on appelle un "espace tampon" séparateur entre 2 partitions. Tout à fait courant.​
- entre la partition 3 (type : Microsoft Basic Data) et la table secondaire GPT (Sec GPT ou sauvegarde de la GPT principale d'en-tête du disque) => il n'y a que 107 blocs libres. Blocs octuples du standard toujours > d'où 107 blocs x 4098 octets => 438486 = 438 Ko. Encore un minuscule tampon séparateur d'espace libre.​

En résumé : tout l'espace de blocs de ton disque se trouve actuellement bien employé entre secteurs GPT (+ une pseudo table de partition PMBR sur l'unique bloc n°0 du disque) > partitions > tampons d'espace libre. Il n'y a rien à amender à cette distribution.
 
Ah oui je confirme !
si on peut faire un « tout en un », c’est encore mieux :-D
 
Dernière édition par un modérateur:
Pas de problème. Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
  • la commande supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs (et à sa partition de base) > ré-affiche la configuration du disque interne

Poste le retour complet.
 
@macomaniac, j'ai l'impression que cette fois, c'est la bonne :)

Quand je vais dans le stockage du Mac, je constate qu'il n'y a plus qu'une ligne, et le Boot Camp a disparu.
Voici le retour :

Bloc de code:
julienbrunet@MacBook-Pro-de-Julien ~ % 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 65 730 306 048 bytes and targeting a new physical store size of 250 685 575 168 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 250 684 547 072 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 diskmanagementd (1677.50.1) and last modified by apfs_kext (1677.50.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 storagekitd (1677.50.1) and last modified by apfs_kext (1677.50.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-85CCB41466FD9D296013EE5D11936AB94CBAFD26DBBDEBF66042FB9864CEFD08)
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 (1412.120.2) and last modified by apfs_kext (1677.50.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 (1412.120.2) and last modified by apfs_kext (1677.50.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.50.1) and last modified by apfs_kext (1677.50.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 Update was formatted by com.apple.Mobile (1677.50.1) and last modified by apfs_kext (1677.50.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
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 184 955 269 120 to 250 685 575 168 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         250.7 GB   disk0s2

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

julienbrunet@MacBook-Pro-de-Julien ~ %

Comment faites-vous pour tout savoir comme ça, et surtout pour apportez une solution à chaque cas ? Vous avez la notice à vos cotés ? :), ou alors ... Steve Jobs est peut-être toujours parmi nous ! :angelic:
 
  • J’aime
Réactions: Gwen
Tu as récupéré tout l'espace-disque disponible au Conteneur apfs. Remercie maxou de son diagnostic.

- tu n'as qu'à me voir comme un émule de Sherlock Holmes qui résoudrait de petit crimes informatiques en utilisant le raisonnement et le terminal en guise de loupe et/ou de revolver. L'expérience de nombreux cas rencontrés gardés en mémoire aide énormément à l'interprétation d'un cas nouveau. Sans garantir une juste appréciation directe. Dans ton cas, je ne m'étais pas figuré qu'il sl'agissait de liquider une partition BOOTCAMP héritée et sans emploi pour toi.