0 votes

Supprimé un volume APFS, mais il apparaît toujours comme un espace revendiqué par "Autres Volumes" dans le conteneur

J'ai un ancien MacBook Pro fonctionnant sous OS X 10.13.6, la dernière version prise en charge sur le matériel. Il possède un SSD qui a été mis à niveau vers APFS il y a un certain temps. Il y a quelques mois, une corruption du système de fichiers non réparable s'est développée (APFS - soupir). La quantité totale d'espace utilisé sur le système de fichiers était inférieure à la moitié de la capacité du disque, donc j'ai décidé de "réparer" la corruption en utilisant l'Utilitaire de disque pour créer un nouveau volume dans le conteneur SSD et j'ai copié le volume de démarrage dans celui-ci avec Carbon Copy Cloner.

L'approche du nouveau volume a fonctionné. Après quelques mois, j'ai décidé que j'étais satisfait que tout fonctionnait comme prévu et que je n'avais pas besoin de l'ancien volume, alors je suis allé dans l'Utilitaire de disque, j'ai sélectionné l'ancien volume (à ce moment-là nommé "Old Mac HD") et j'ai utilisé le bouton "supprimer" dans la barre d'outils. Cela s'est débarrassé du volume nommé, mais pas de l'espace qu'il occupait. Il continue d'être répertorié dans "Autres volumes" dans toutes les interfaces graphiques (par exemple, À propos de ce Mac et Utilitaire de disque), mais il N'EST pas affiché dans une liste obtenue à partir de diskutil.

Qu'est-ce qui se passe ? Comment cela peut-il exister du point de vue de l'interface graphique (et de tous les outils de rapport d'espace libre) mais ne pas exister du point de vue de l'outil en ligne de commande généralement plus précis ? Plus précisément, comment puis-je réellement supprimer ce volume désormais invisible, non montable et indésirable ?

  • Ce n'est pas la même question que celles liées au volume VM, preboot (à ma connaissance) ou comment redimensionner les conteneurs (et tenter de redimensionner le conteneur disk1 au maximum avec diskutil se plaint simplement qu'aucun changement de taille n'est demandé ; le conteneur est déjà à taille maximale ; c'est un problème avec les volumes APFS à l'intérieur).

Merci !

$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *960.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         960.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +960.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Preboot                 135.3 MB   disk1s2
   2:                APFS Volume Recovery                2.6 GB     disk1s3
   3:                APFS Volume VM                      8.6 GB     disk1s4
   4:                APFS Volume Macintosh HD            343.2 GB   disk1s5

$ diskutil apfs list
APFS Container (1 trouvé)
|
+-- Container disk1 1AD6D668-918D-49EF-BCFB-D47BA2B128A5
    ====================================================
    Référence du conteneur APFS :     disk1
    Taille (plafond de capacité) :   959987367936 B (960.0 Go)
    Taille minimale :                 777500598272 B (777.5 Go)
    Capacité utilisée par les volumes :   692608249856 B (692.6 Go) (72.1% utilisé)
    Capacité non allouée :             267379118080 B (267.4 Go) (27.9% libre)
    |
    +-< Support physique disk0s2 3443C641-413D-4232-8BB7-BBAAA805899D
    |   -----------------------------------------------------------
    |   Disque de stockage APFS :   disk0s2
    |   Taille :                       959987367936 B (960.0 Go)
    |
    +-> Volume disk1s2 311035E5-562D-4703-A61D-B95DA47C6D14
    |   ---------------------------------------------------
    |   Disque de volume APFS (Rôle) :   disk1s2 (Preboot)
    |   Nom :                      Preboot (non sensible à la casse)
    |   Point de montage :               Non monté
    |   Capacité consommée :         135266304 B (135.3 Mo)
    |   FileVault :                 Non
    |
    +-> Volume disk1s3 51EC93A4-2585-4729-A550-14AEA58D3F79
    |   ---------------------------------------------------
    |   Disque de volume APFS (Rôle) :   disk1s3 (Recovery)
    |   Nom :                      Recovery (non sensible à la casse)
    |   Point de montage :               Non monté
    |   Capacité consommée :         2555449344 B (2.6 Go)
    |   FileVault :                 Non
    |
    +-> Volume disk1s4 90162998-42CB-42A7-B0AC-3DEF8231D23C
    |   ---------------------------------------------------
    |   Disque de volume APFS (Rôle) :   disk1s4 (VM)
    |   Nom :                      VM (non sensible à la casse)
    |   Point de montage :               /private/var/vm
    |   Capacité consommée :         8589959168 B (8.6 Go)
    |   FileVault :                 Non
    |
    +-> Volume disk1s5 7ECF8825-686F-4D4B-A94A-10D7911C927E
        ---------------------------------------------------
        Disque de volume APFS (Rôle) :   disk1s5 (Aucun rôle spécifique)
        Nom :                      Macintosh HD (non sensible à la casse)
        Point de montage :               /
        Capacité consommée :         343116922880 B (343.1 Go)
        FileVault :                 Non

Capture d'écran de l'Utilitaire de disque

Capture d'écran À propos de ce Mac

Capture d'écran des informations sur le volume

0 votes

Vous n'avez pas montré l'élément qui confirmera les choses. diskutil apfs list montre comment vous utilisez l'espace brut, mais diskutil list montrera l'allocation réelle. Probablement 2/3 de la question peuvent être supprimés, mais ajoutons l'allocation d'espace réelle sur les disques afin de confirmer que vous avez simplement une allocation fractionnée ou que vous devez redimensionner le conteneur pour APFS plutôt que de modifier les éléments à l'intérieur.

0 votes

Également, pourquoi ne pas sauvegarder et effacer le disque0 et restaurer? Il semble que vous n'ayez pas réparé les choses à moins que nous ne trouvions un disqueAsB à supprimer pour les valeurs A et B qui contiennent l'espace manquant.

0 votes

@bmike - Je n'ai rien vu de pertinent dans "diskutil list"; ma question est de savoir comment un volume peut être présent selon l'interface graphique mais absent selon APFS. Ajouté quand même comme modification à la question. La corruption du système de fichiers était entièrement dans le volume APFS (instantanés cassés; Time Machine échouait constamment en conséquence). Le volume cloné fonctionne parfaitement. Le vieux volume est supprimé (ou pas!). La sauvegarde et la restauration nécessiteront (A) un disque externe de plus de 350 Go, (B) un boîtier Thunderbolt sinon des vitesses USB2 et (C) provoqueront la nécessité de réenregistrer certains logiciels commerciaux, ce qui est parfois très douloureux.

1voto

Oskar Points 1242

Vous avez raison. Votre conteneur APFS ne montre pas un volume que l'interface graphique le fait, donc je ferais principalement attention à ce que vous ayez une sauvegarde.

Cela pourrait être un bug, donc une réinstallation du système d'exploitation ou attendre qu'Apple publie et applique des mises à jour sont vos seules options. Ce n'est pas très inquiétant, car vous avez beaucoup d'espace pour évoluer et je présume que vous avez une sauvegarde valide de toutes les données.

Ce serait inquiétant si vous ne pouvez pas tenir vos sauvegardes à jour ou si vous n'en avez pas.

Si j'étais vous, je voudrais savoir si une suppression corrige le problème, mais c'est à vous de décider si vous le faites maintenant ou si vous préférez attendre en supposant qu'il s'agit d'un bug d'affichage plutôt que d'une corruption réelle qui n'a pas été résolue.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X