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 avecdiskutil
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
0 votes
Vous n'avez pas montré l'élément qui confirmera les choses.
diskutil apfs list
montre comment vous utilisez l'espace brut, maisdiskutil 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.
0 votes
Et note, selon l'interface graphique, Macintosh HD dit qu'il ne reste que 200 Go environ de libre. Il y a 300 Go environ complètement cachés, qui apparaissent simplement comme "autres volumes" dans l'interface graphique et ne s'affichent pas du tout dans l'interface en ligne de commande. Conformément à la question originale - pourquoi, et comment cela peut-il être corrigé? Est-ce simplement un bug horrible dans la fonctionnalité "supprimer volume"?
0 votes
Le diskutil list affiche et confirme le point d'entrée sur la liste APFS. Sans correspondance des tailles de conteneurs, je n'avais aucune confiance que vous obteniez de bonnes données. Cela pourrait être un bug ou il pourrait simplement être nécessaire de nettoyer. Comme je ne veux pas répondre à cela dans les commentaires, je vais rédiger une réponse adéquate.