10.13 High Sierra Mon système prend 170 Go

Statut
Ce sujet est fermé.
Je pense que la commande n'est pas passé c'était instantané comme la dernière fois...
Bloc de code:
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   251G   248G   1.3G   100%  921253 9223372036853854554    0%   /
MacBook-Pro-de-Benjamin:~ Benjamin$ tmutil listlocalsnapshots /

Bloc de code:
com.apple.TimeMachine.2017-09-30-114928 AM
com.apple.TimeMachine.2017-10-07-121139 PM
com.apple.TimeMachine.2017-10-11-103146 PM
com.apple.TimeMachine.2017-10-13-103509 AM
com.apple.TimeMachine.2017-10-13-110540 AM
com.apple.TimeMachine.2017-10-13-113610 AM
com.apple.TimeMachine.2017-10-13-123328 PM
com.apple.TimeMachine.2017-10-14-125923 PM
com.apple.TimeMachine.2017-10-17-105037 PM
com.apple.TimeMachine.2017-10-21-111720 AM
com.apple.TimeMachine.2017-10-21-121109 PM
com.apple.TimeMachine.2017-10-22-100742 AM
com.apple.TimeMachine.2017-10-22-103812 AM
com.apple.TimeMachine.2017-10-22-110842 AM
com.apple.TimeMachine.2017-10-22-114232 AM
com.apple.TimeMachine.2017-10-25-125552 PM
com.apple.TimeMachine.2017-10-27-123124 AM
com.apple.TimeMachine.2017-10-27-100244 AM
com.apple.TimeMachine.2017-10-27-100425 AM
com.apple.TimeMachine.2017-10-27-101121 AM
com.apple.TimeMachine.2017-10-27-102659 AM
com.apple.TimeMachine.2017-10-27-104121 AM
com.apple.TimeMachine.2017-10-27-105624 AM
com.apple.TimeMachine.2017-10-27-111050 AM
com.apple.TimeMachine.2017-10-27-112418 AM
com.apple.TimeMachine.2017-10-27-113156 AM
com.apple.TimeMachine.2017-10-27-113352 AM
com.apple.TimeMachine.2017-10-27-114054 AM
com.apple.TimeMachine.2017-10-27-114738 AM
com.apple.TimeMachine.2017-10-27-115227 AM
com.apple.TimeMachine.2017-10-27-115358 AM
com.apple.TimeMachine.2017-10-27-120335 PM
com.apple.TimeMachine.2017-10-27-121145 PM
com.apple.TimeMachine.2017-10-27-121957 PM
com.apple.TimeMachine.2017-10-27-123035 PM
com.apple.TimeMachine.2017-10-27-123939 PM
com.apple.TimeMachine.2017-10-27-124555 PM
com.apple.TimeMachine.2017-10-28-112711 AM
com.apple.TimeMachine.2017-10-28-110508 PM
com.apple.TimeMachine.2017-10-29-101911 AM
com.apple.TimeMachine.2017-10-29-112217 AM
com.apple.TimeMachine.2017-11-01-122437 AM
com.apple.TimeMachine.2017-11-03-115604 AM
com.apple.TimeMachine.2017-11-03-123904 PM
com.apple.TimeMachine.2017-11-04-105716 AM
com.apple.TimeMachine.2017-11-08-112858 AM
 
Re-démarre une fois et reposte le résultat de la commande :
Bloc de code:
df -H /
pour faire un bilan des opérations.
 
Bloc de code:
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   251G   248G   1.3G   100%  921286 9223372036853854521    0%   /
 
Passe encore la commande informative :
Bloc de code:
diskutil info /

  • qui va retourner un tableau d'informations sur le volume Macintosh HD

Poste ce tableau. J'ai comme un doute...
 
Bloc de code:
   Device Identifier:        disk1s1
   Device Node:              /dev/disk1s1
   Whole:                    No
   Part of Whole:            disk1

   Volume Name:              Macintosh HD
   Mounted:                  Yes
   Mount Point:              /

   Partition Type:           41504653-0000-11AA-AA11-00306543ECAC
   File System Personality:  APFS
   Type (Bundle):            apfs
   Name (User Visible):      APFS
   Owners:                   Enabled

   OS Can Be Installed:      Yes
   Booter Disk:              disk1s2
   Recovery Disk:            disk1s3
   Media Type:               Generic
   Protocol:                 PCI
   SMART Status:             Not Supported
   Volume UUID:              BB453DD6-8DC9-3782-9A0D-BF48F70EAADB
   Disk / Partition UUID:    BB453DD6-8DC9-3782-9A0D-BF48F70EAADB

   Disk Size:                250.8 GB (250790436864 Bytes) (exactly 489825072 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Volume Total Space:       250.8 GB (250790436864 Bytes) (exactly 489825072 512-Byte-Units)
   Volume Used Space:        249.5 GB (249506615296 Bytes) (exactly 487317608 512-Byte-Units) (99.5%)
   Volume Available Space:   1.3 GB (1283821568 Bytes) (exactly 2507464 512-Byte-Units) (0.5%)
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         No

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
 
Non : pas d'anomalies.

Je m'étais demandé si le volume ne montait pas en lecture seule > ce qui n'est pas le cas.

Mais tout se passe comme si ça l'était : la commande de suppression du plus ancien snapshot n'est pas honorée > la commande d'amincissement de la masse des snapshots n'est pas honorée > la suppression d'un dossier de 2,7 Go ne fait pas varier l'espace reconnu occupé > une réparation du système de fichiers apfs en mode Recovery ne change rien à la situation.

Pour résumer il n'y a que 90 Go de fichiers (Système et utilisateur) dans le volume Macintosh HD > mais son espace occupé est évalué à 249,5 Go --> soit une sur-évaluation de 159,5 Go. Et rien n'arrive à débloquer cette situation absurde.

----------

Est-ce que tu as sous la main un DDE USB, par hasard ?

Je pense, en effet, que la meilleure solution pour toi est de cloner le volume Macintosh HD dans le volume d'un DDE (paramétré comme il faut) > de démarrer en mode Recovery (le démarrage se fait sur la RAM) > d'effacer le Conteneur apfs > de déclencher la ré-installation d'un OS High Sierra apfs > de récupérer les données du clone (dont le compte d'utilsateur) par l'«Assistant de Migration» à la fin.
 
Je peux avoir ça demain... Est-ce que tu peux me détailler vite fait les étapes et je ferai ça demain... En tout cas merci beaucoup de m'aidé :)
 
Tu es le premier cas (sur près d'une dizaine ayant attesté sur les forums des aberrations de taille dans le volume de l'OS High Sierra apfs) pour lequel aucune manœuvre ne débloque en quoi que ce soit la situation. C'est comme si le système de fichiers était bloqué > et pourtant le volume monte > les vérifications retournent un "zéro faute" etc. Bref : c'est la panade totale > mais logiquement tout est déclaré satisfaisant. Absurde !

Pour le clonage du volume > il faudrait que le DDE ait une table de partition GUID (pour le disque entier) et que le format du volume soit Apple_HFS+. Sinon > ça ne va pas le faire. Donc si tu achètes un DDE --> pas de problème : le disque pourra être paramétré ; si on te prête un DDE (des amis qui ont des PC) > à tous les coups les paramètres du disque vont être de type Windows --> il faudrait dans ce cas-là que le volume du DDE ait été vidé des données qui importent à tes amis pour qu'on puisse le ré-initialiser "Mac".

Je t'invite, quand tu disposeras du DDE, à l'attacher à ton Mac > à passer une commande :
Bloc de code:
diskutil list

  • qui va retourner le tableau des disques attachés au Mac (en interne / externe) avec leurs paramètres

et à poster ce tableau ici. Je recevrai une alerte et je pourrai remonter au créneau.
 
Ceci-dit, ça devient bigrement intéressant et dire qu'Apple souhaite que l'on installe l'APFS. :meh:
 
Je peux pas avoir de disque externe aujourd'hui donc je vais appeler Apple pour voir si ils trouvent une solution (ce qui m'étonnerai mais bon on peut toujours essayer).
 
Tu peux toujours tenter la manœuvre suivante (pour voir) --> passe la commande :
Bloc de code:
diskutil ap resizeContainer disk1 230g jhfs+ Test 0b

  • cette commande réduit le Conteneur apfs à 230 Go et avec l'espace libéré (théoriquement dans les 20 Go) crée une nouvelle partition au format Apple_HFS+ montant un volume intitulé Test

De deux choses l'une -->

  • soit les blocs indûment marqués "occupés" vont être balayés de leurs flags (marqueurs) erronés > et le re-partitionnement (non destructeur du volume Macintosh HD) s'effectuer
  • soit ils vont résister au nettoyage et la commande va avorter avec un message d'erreur indiquant qu'il n'y a pas assez d'espace disponible dans le Conteneur pour cette opération

=> tu n'as qu'à rendre compte de cette expérimentation.
 
Pas assez d'espace!
Bloc de code:
Error starting APFS Container resize: There is not enough free space in the APFS Container for this operation (-69605)
 
Je te propose encore le procédé suivant --> tu passes la commande :
Bloc de code:
hdiutil create -size 500m ~/Downloads/IMG.dmg

  • qui crée une image-disque bidon de 500 Mo intitulée IMG.dmg dans le dossier de tes Téléchargements (attends le ré-affichage de l'invite de commande)

Cela fait > va à : Menu  > À propos de ce Mac > Stockage > presse le bouton Gérer > bouton  : Réduire l'encombrement (en bas) > Passer en revue les fichiers > Téléchargements => en survolant au pointeur la ligne où tu vois affichée l'image-disque IMG.dmg > un bouton s'affiche qui permet de supprimer l'élément > presse-le et valide dans le panneau démasqué en pressant le bouton Supprimer.

=> cela fait > re-démarre ton Mac une fois > ta session ré-ouverte > passe une commande :
Bloc de code:
df -H /

  • pour voir s'il y a eu une évolution de l'espace libre.
 
Bloc de code:
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   251G   248G   658M   100%  906955 9223372036853868852    0%   /
 
Je pense que le système de fichiers apfs est complètement planté et irrécupérable. Après que tu aies créé un fichier de 500 Go > sa suppression n'est pas enregistrée mais l'espace du fichier supprimé continue d'être alloué "occupé". Il n'y a pas de mise-à-jour de l'espace "occupé par des fichiers recensés dans le catalogue".

Le clonage sur DDE avant suppression de Conteneur (tout ce que je t'avais expliqué) me paraît inévitable.
 
C'est bizarre tout ça, tu penses que ça serait quoi le problème ? Time Machine ?
Bon quand j'ai accès à un DD externe je reviens sur le forum...
 
La preuve que le système de fichiers est bloqué > c'est que les 2 commandes que je t'avais fait passer précédemment :
Bloc de code:
sudo tmutil deletelocalsnapshots 2017-09-30-114928
sudo tmutil thinlocalsnapshots / 1000000000 1

  • la 1ère supprimant le snapshot daté du 30 09 2017 à 11H 49' 28'
  • la 2è amincissant l'espace pris par les snapshots de 1 Go
ne sont suivies d'aucun effet. Alors que sur mon Mac > les commandes de suppression et d'amincissement portent effet sur le système de fichiers et la taille de l'espace occupé.

C'est comme si ton système de fichiers enregistrait tout en mode "acquisition de fichiers" mais ignorait complètement le mode "suppression de fichiers". Il est planté > mais pour diskutil "tout va très bien Madame la Marquise". Il y a sur-allocation erronée de blocs identifiée mais ... au final le code de sortie de la vérification est "sans erreur".

Je pense qu'à un moment donné > il faut cesser de finasser avec un système de fichiers « de mauvaise foi » (comme eût dit Jean-Paul Sartre) si je puis me permettre de personnaliser cette entité logique --> il faut sévir par la destruction pure et simple.
 
Statut
Ce sujet est fermé.