10.13 High Sierra Problème espace purgeable

Tu peux passer des commandes de destruction spécifiques (l'une après l'autre) -->
Bloc de code:
sudo tmutil deletelocalsnapshots 2018-07-02-192047
sudo tmutil deletelocalsnapshots 2018-07-02-202046
sudo tmutil deletelocalsnapshots 2018-07-02-212106
sudo tmutil deletelocalsnapshots 2018-07-02-221821
sudo tmutil deletelocalsnapshots 2018-07-03-184029

  • tu n'as qu'à dire ce qu'il en est résulté.
 
J'ai essayé de supprimer avec les lignes indiquées. Curieusement, il ne supprime pas ces fichiers snapshots :

Bloc de code:
macbook-pro-de-laurent-2:~ laurentmichel$  tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-07-02-192047
com.apple.TimeMachine.2018-07-02-202046
com.apple.TimeMachine.2018-07-02-212106 (dataless)
com.apple.TimeMachine.2018-07-02-221821
com.apple.TimeMachine.2018-07-03-184029
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-02-192047
Deleted local snapshot '2018-07-02-192047'
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-02-202046
Deleted local snapshot '2018-07-02-202046'
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-02-212106
Deleted local snapshot '2018-07-02-212106'
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-02-221821
Deleted local snapshot '2018-07-02-221821'
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-03-184029
Deleted local snapshot '2018-07-03-184029'
macbook-pro-de-laurent-2:~ laurentmichel$  df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   1.0T   173M   100% 1420988 9223372036853354819    0%   /
macbook-pro-de-laurent-2:~ laurentmichel$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-07-02-192047
com.apple.TimeMachine.2018-07-02-202046
com.apple.TimeMachine.2018-07-02-212106 (dataless)
com.apple.TimeMachine.2018-07-02-221821
com.apple.TimeMachine.2018-07-03-184029
macbook-pro-de-laurent-2:~ laurentmichel$ sudo tmutil deletelocalsnapshots 2018-07-02-192047
Deleted local snapshot '2018-07-02-192047'
macbook-pro-de-laurent-2:~ laurentmichel$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-07-02-192047
com.apple.TimeMachine.2018-07-02-202046
com.apple.TimeMachine.2018-07-02-212106 (dataless)
com.apple.TimeMachine.2018-07-02-221821
com.apple.TimeMachine.2018-07-03-184029
macbook-pro-de-laurent-2:~ laurentmichel$
 
Dernière édition par un modérateur:
Le retour des commandes de suppression discrète des snapshots --> indique bien pourtant une effectuation de chaque opération.

Redémarre une fois > et passe les 3 commandes :
Bloc de code:
df -H /
tmutil listlocalsnapshots /
diskutil verifyVolume /

  • mesure de l'occupation du volume > listage des snapshots > vérification de l'apfs

Poste les affichages retournés.
 
Bonjour Macomaniac, et encore merci.

Voici les affichages :

Bloc de code:
Last login: Sun Sep 23 09:46:30 on console
macbook-pro-de-laurent-2:~ laurentmichel$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   1.0T   1.2G   100% 1462904 9223372036853312903    0%   /
macbook-pro-de-laurent-2:~ laurentmichel$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-07-02-192047
com.apple.TimeMachine.2018-07-02-202046
com.apple.TimeMachine.2018-07-02-212106 (dataless)
com.apple.TimeMachine.2018-07-02-221821
com.apple.TimeMachine.2018-07-03-184029
macbook-pro-de-laurent-2:~ laurentmichel$ diskutil verifyVolume /
Started file system verification on disk1s1 Macintosh HD
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_apfs -n -l -x /dev/rdisk1s1
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
error: snap_metadata_val object (oid 0x45b7b): invalid extentref_tree_oid (0x0)
Snapshot metadata tree is invalid
The volume /dev/rdisk1s1 could not be verified completely
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk1s1 Macintosh HD
 
Voici la réponse -->
Bloc de code:
Snapshot metadata tree is invalid

  • le système de fichiers apfs > inscrits sur les blocs de départ de la partition (ici disk0s2) > se présente comme un arbre avec des ramifications. Le « snapshot metadata tree » (arbre de métadonnées de snapshots) --> est l'embranchement où sont stockés les snapshots (hors du volume concerné). Ici il est déclaré invalide : c'est la raison pour laquelle tu n'arrives pas à purger les snapshots existants. Il n'est pas possible de tenter de réparer le système de fichiers sans démonter les volumes qui en dépendent. Impossible si tu es démarré sur Macintosh HD.

Il faudrait que tu redémarres par internet (en tenant pressées les 3 touches ⌘⌥R = cmd alt R) -->

  • connexion au Wi-Fi > téléchargement en RAM d'un OS de secours 10.13 (500 Mo - globe terrestre en rotation) > démarrage du Mac à la fin sur cet OS en RAM en indépendance du disque. Tu obtiens un écran avec une fenêtre de 4 Utilitaires macOS.

Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Dans la fenêtre ouverte > passe la commande  :
Bloc de code:
diskutil repairVolume disk2

  • la commande tente de réparer l'apfs complet

Voici comment tu vas pouvoir poster ici l'affichage retourné sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil  > tu colles dans une fenêtre de code

=> ces informations montreront s'il y a eu correction de l'erreur ou non.

Note : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.
 
Non : l'apfs est corrompu et irréparable. La seule solution est la suivante :

  • cloner les fichiers du volume Macintosh HD (= un peu moins de 300 Go - les blocs alloués occupés sans fichiers ne feront évidemment pas partie du clonage) --> dans le volume d'un DDE USB > supprimer l'apfs > réinstaller un OS High Sierra propre (ce qui opérera une reconversion à l'apfs) > récupérer les données du clone (via l'Assistant de migration)

Donc : as-tu un DDE USB avec (disons) dans les 350 Go d'espace libre (toujours compte large) ? - ou as-tu déjà une sauvegarde (TM) ?
 
Oui, j'ai un DDE avec l'espace suffisant. Je peux donc faire la manip demandée (mais je ne maîtrise pas cette procédure de "clonage" ni d'"assistant de migration"). J'ai également une sauvegarde TM, mais pas si récente que ça...
 
Alors reviens dans ta session d'utilisateur habituelle. Attache le DDE au Mac. Lance le Terminal et passe les 2 commandes :
Bloc de code:
diskutil list
df -H

  • affichant le tableau des disques et l'occupation de tous les volumes montés

Poste ces tableaux dans une fenêtre de code --> que je voie les caractéristiques du DDE.
 
Autant pour moi, ils ne sont pas assez importants. Je reporte donc la manip a demain, j'irai acheter un DDE suffisant. Désolé...
Dans l'espoir de pouvoir toujours compter sur ton aide, je te dis donc à demain, et te remercie pour ces précieux conseils !
 
Bonjour Macomaniac,

A défaut d'avoir trouvé le temps pour acheter un nouveau DDE, j'ai donc vidé le mien en supprimant des anciennes sauvegardes TM.
Voici le tableau avec les formules, il me semble que l'espace est suffisant :

Bloc de code:
macbook-pro-de-laurent-2:~ laurentmichel$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            1.0 TB     disk1s1
   2:                APFS Volume Preboot                 28.1 MB    disk1s2
   3:                APFS Volume Recovery                518.0 MB   disk1s3
   4:                APFS Volume VM                      2.4 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *2.0 TB     disk2
   1:                  Apple_HFS Elements                2.0 TB     disk2s1

macbook-pro-de-laurent-2:~ laurentmichel$
macbook-pro-de-laurent-2:~ laurentmichel$ df -H
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    1.0T   1.0T   252M   100% 1480715 9223372036853295092    0%   /
devfs           195k   195k     0B   100%     660                   0  100%   /dev
/dev/disk1s4    1.0T   2.4G   252M    91%       3 9223372036854775804    0%   /private/var/vm
map -hosts        0B     0B     0B   100%       0                   0  100%   /net
map auto_home     0B     0B     0B   100%       0                   0  100%   /home
/dev/disk2s1    2.0T   1.5T   512G    75% 1587553          4293379726    0%   /Volumes/Elements
macbook-pro-de-laurent-2:~ laurentmichel$
 
Bonjour laurent

Tu peux passer la commande (copier-coller) :
Bloc de code:
diskutil eraseDisk jhfs+ Clone gpt disk2

  • la commande paramètre "Mac" le DDE : table GPT > système de fichiers jhfs+ > volume Clone
----------

Cela fait va à cette page internet : ☞Carbon Copy Cloner☜ (clique le lien rouge). Télécharge le logiciel et déplace-le dans les Applications. C'est un logiciel de clonage éprouvé. Tu as droit à une démo gratuite de 1 mois (sans restrictions logicielles) dont tu vas profiter.

----------

Comme le clonage risque de durer longtemps à cause de la masse des données > afin d'éviter à ton Mac de s'endormir > passe la commande :
Bloc de code:
sudo nohup caffeinate -dimsu & killall Terminal

  • à 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 donne l'impression d'une action éclair --> elle lance un processus caffeinate (qui va empêcher le Mac de dormir) > tout en le détachant du terminal afin qu'il puisse continuer de courir après sa fermeture > et fait quitter illico l'application Terminal
  • si tu lances le Moniteur d'activité (Applications > Utilitaires) > onglet Processeur --> tu devrais voir affiché un processus caffeinate
----------

À présent lance CCC > et dans son panneau définis une tâche telle que :

  • SOURCE = Macintosh HD
  • DESTINATION = Clone
  • SafetyNet = Désactivé
  • Presse le bouton "Cloner"

Le logiciel va cloner Macintosh HD dans Clone. Préviens quand c'est fini. Tu pourras stopper le processus caffeinate dans le Moniteur d'activité (sélection > bouton en haut à gauche > option : Forcer à quitter).
 
Ca y est, la démarche est effectuée. Je n'ai pas réussi à faire la manip caffeinate (terminal s'éteignait après validation de la formule), mais ça a tout de même marché. Apparemment, il y aurait des fichiers corrompus. Je t'envoie un copie de l'historique de travail de CCC, et l'affichage de clone.
J'attends tes consignes.

Capture d’écran 2018-09-27 à 14.15.38.png Capture d’écran 2018-09-27 à 14.14.13.png
 
Je n'ai pas réussi à faire la manip caffeinate (terminal s'éteignait après validation de la formule)

  • hé ! mais c'était le but recherché par ma commande :
Bloc de code:
sudo nohup caffeinate -dimsu & killall Terminal

  • dans cette commande > nohup détache le processus caffeinate qui se trouve démarré du shell actuellement ouvert. Tu peux donc te payer le luxe de terminer la commande par un killall Terminal qui referme le shell en faisant quitter l'application Terminal. En somme : c'est une action éclair --> tu ouvres un terminal histoire de passer une commande qui outrepasse le shell ouvert et hop ! instantanément tu quittes tout ce bazar. Résultat : tu as un processus caffeinate indépendant qui court.
----------

Ton DDE portant le volume Clone toujours attaché au Mac > passe la commande :
Bloc de code:
df -H

  • qui mesure (en Go) l'occupation des volumes montés

Poste ce tableau --> que je voie combien il y a de données dans Clone en comparaison de Macintosh HD.
 
Voici le tableau avec la manip demandée

Bloc de code:
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    1.0T   1.0T   219M   100% 1490216 9223372036853285591    0%   /
devfs           196k   196k     0B   100%     662                   0  100%   /dev
/dev/disk1s4    1.0T   1.6G   219M    89%       2 9223372036854775805    0%   /private/var/vm
map -hosts        0B     0B     0B   100%       0                   0  100%   /net
map auto_home     0B     0B     0B   100%       0                   0  100%   /home
/dev/disk2s2    2.0T   270G   1.7T    14% 1496465          4293470814    0%   /Volumes/Clone
 
J'avais calculé 297 Go de fichiers recelés dans le volume démarré Macintosh HD. Le clone fait par CCC recèle 270 Go : moins 27 Go, donc. Pas forcément alarmant > vu que CCC échappe de copie la plupart des caches de la source. En tout cas > CCC n'a pas été abusé une seconde par la pseudo-occupation de 1 To du volume Macintosh HD.

Je te propose de redémarrer (Menu  > Redémarrer) --> en tenant pressée la touche "alt" de l'écran noir à l'écran de choix du volume de démarrage -->

  • choisis Clone > démarre dessus

=> est-ce que tu ouvres bien un session conforme à celle que tu viens de quitter ?
 
  • J’aime
Réactions: litobar71
Ok, j’ouvre effectivement une session conforme et je pense être bien sûr Clone. Tout se passe normalement si ce n’est que 1) il m’a demandé mon MDC pour ouvrir Macintosh HD et 2) ça rame méchamment.
 
Ça rame parce que tu es sur un disque à plateaux > connecté en USB > et supportant High Sierra : la combinaison de ces 3 facteurs vaut pour un passage en purgatoire.

Mot de passe pour Macintosh HD > car FileVault doit être activé et verrouille le volume.

----------

Tu trouves dans Clone le Terminal de macOS à la même place. Passe la commande :
Bloc de code:
diskutil list

  • et poste le tableau --> que je sache si l'index de disque du Conteneur apfs a varié ou non.
 
Voici ce que me donne la formule indiqué

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            1.0 TB     disk1s1
   2:                APFS Volume Preboot                 28.1 MB    disk1s2
   3:                APFS Volume Recovery                518.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Clone                   2.0 TB     disk2s2