10.13 High Sierra disque dur interne invisible

Il y a manifestement un problème : le nouveau volume Test n'a pas pu absorber plus que 701 Go d'espace libre. Tout se passe comme si les blocs libre excédentaires se trouvaient verrouillés et indisponibles.

- passe la commande :​
Bloc de code:
diskutil repairDisk disk0

  • à validation > une demande de confirmation s'affiche => tape y (yes) et revalide
  • la commande lance une réparation totale du disque interne > dont celle de la table GPT qui gère les blocs du disque

Poste le retour.
 
Résultat diskutil list (si c'est utile ?) :

Bloc de code:
iMac-de-Famille:~ famille$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         100.0 GB   disk0s2
   3:                  Apple_HFS Test                    701.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +100.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            23.4 GB    disk1s1
   2:                APFS Volume Preboot                 23.4 MB    disk1s2
   3:                APFS Volume Recovery                512.0 MB   disk1s3
   4:                APFS Volume VM                      20.5 KB    disk1s4
 
Dernière édition par un modérateur:
Bloc de code:
iMac-de-Famille:~ famille$ diskutil repairDisk disk0
Repairing the partition map might erase disk0s1, proceed? (y/N) y
Started partition map repair on disk0
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map repair on disk0
 
Bon ! --> on va voir si ça produit un effet positif.

- passe la commande :​
Bloc de code:
diskutil resizeVolume disk0s3 0b ; diskutil list

  • la commande étire le volume Test à tout l'espace libre disponible > puis affiche la configuration des disques

Poste le retour intégral.
 
Bloc de code:
iMac-de-Famille:~ famille$ diskutil resizeVolume disk0s3 0b ; diskutil list
Resizing to full size (fit to fill)
Started partitioning on disk0s3 Test
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Test appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Modifying partition map
Growing file system
Finished partitioning on disk0s3 Test
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         100.0 GB   disk0s2
   3:                  Apple_HFS Test                    2.9 TB     disk0s3
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         100.0 GB   disk0s2
   3:                  Apple_HFS Test                    2.9 TB     disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +100.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            23.4 GB    disk1s1
   2:                APFS Volume Preboot                 23.4 MB    disk1s2
   3:                APFS Volume Recovery                512.0 MB   disk1s3
   4:                APFS Volume VM                      20.5 KB    disk1s4
 
Dernière édition par un modérateur:
Victoire ! -->
Bloc de code:
   3:                  Apple_HFS Test                    2.9 TB     disk0s3

  • Test fait désormais 2,9 To. Je pense que la table GPT était corrompue et ne gérait pas les 2,1 To de blocs de fin de disque. Sa réparation a débloqué les choses.

On finalise en faveur de ton Conteneur apfs. 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 de Test > récupère l'espace libéré au Conteneur apfs > réaffiche le tableau des disques

Poste le retour intégral de la commande.
 
Bloc de code:
iMac-de-Famille:~ famille$ diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list
Started erase on disk0s3 Test
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 2 900 383 227 904 bytes and targeting a new physical store size of 3 000 383 225 856 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 3 000 382 197 760 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 99 999 997 952 to 3 000 383 225 856 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         3.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +3.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            23.4 GB    disk1s1
   2:                APFS Volume Preboot                 23.4 MB    disk1s2
   3:                APFS Volume Recovery                512.0 MB   disk1s3
   4:                APFS Volume VM                      20.5 KB    disk1s4
 
Magnifique, un tout grand merci! Vraiment 1000 mercis, tu es trop fort, j'aurais été incapable de résoudre ce problème sans ton aide précieuse... Merci merci merci....

Capture d’écran 2020-03-24 à 09.47.49.png
 
Problème résolu - en effet !

- il s'agissait d'un problème "irrationnel" en apparence > car aucune "bonne raison" n'empêchait que l'espace libre disponible ne soit récupérable au Conteneur apfs. La "mauvaise raison" du blocage (explicitée nulle part comme toutes les mauvaises raisons) => consistait en une corruption latente de la table GPT qui gère les blocs. La réparation de la GPT a remis les choses en ordre.​
 
Super ! Merci d'avoir pris du temps pour ce problème, compliqué pour le commun des mortels ;)
 
Dernière édition par un modérateur: