10.12 Sierra saturation des disques durs mac sierra

[YohMan]

Bonjour à tous
c'est un sujet qui a déjà abordé et je suis un peu perdu. Je fait de la vidéo pro et après un export qui finalement ne c'est pas finis, mon mac est devenus très lent et les application on été mis en pause et à raison.

Je suis sur mac sierra avec 121 GO au total et mon système prend presque 80 giga, en gros il me reste 7,75 GO contre 220 MO avant vidage de cache. Je vous explique pas la latence.

J'ai vu sur ce forum différente ligne de code rentré dans le terminal et c'est la où je suis totalement perdu.
Si l'un d'entre vous peut me donner la solution, un coup de main, m'aider dans cette tache, je lui en serais d'une reconnaissance éternelle.
Par le passé j'ai déjà récupéré de la place (il y 6mois) mais je n'ai aucun souvenir du process et les solutions que j'ai archiver sont finalement très limité.
Je dois finir à tout pris cette vidéo mais avec ce manque de place cela n'est pas possible.

En complément j'ai mail qui est à 5GO:eek:

Merci beaucoup

Aligato

 

[Membre supprimé 1060554]

Bonsoir YohMan

Voici comment tu vas pouvoir fournir les informations de base -->

- va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :​

diskutil list

et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

• tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs confifgurations

Poste le retour en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.
​

=> ces informations montreront la configuration du disque.

 

[YohMan]

Super macmaniac tu es exactement la personne que je voulais contacter ( la rançon de la gloire)
voici ce qui est affiché

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 F6FFEED0-BFAB-480F-9D48-1F58B4AE6197
                                 Unlocked Encrypted

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

 

[Membre supprimé 1060554]

Macintosh HD est l'hôte d'un système de stockage CoreStorage (à cause de l'activation de FileVault).

- passe la commande (copier-coller) :​

df -H /

• qui mesure l'occupation des blocs du volume

Poste le retour.

 

[YohMan]

Et voilà
Je viens de voir qu'il à également analyser mon disque externe 2T
je l'ai retiré

Filesystem   Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1   120G   113G   7.2G    95% 1004951 4293962328    0%   /
MacBook-Pro-de-Yohann

 

[Membre supprimé 1060554]

Tu as 7,2 Go d'espace libre (Avail) dans le volume Macintosh HD => ce qui est assez mince effectivement.

- les 113 Go dits "Used" consistent ici en blocs occupés dans le volume. Reste à savoir si cette occupation de blocs correspond adéquatement à la taille des fichiers recensés > ou s'il n'y aurait pas une sur-allocation de blocs occupés (ce qui correspondrait au bogue spécifique à l'OS Sierra de l'« espace purgeable »).​

Pour mesurer sans blocages la taille des fichiers > il faut que le SIP (protocole de sécurisation) => ne soit pas activé.

- passe donc la commande :​

csrutil status

• qui mesure le statut actuel du SIP

Poste le retour.

 

[YohMan]

System Integrity Protection status: enabled.

Oui c'est assez énormes surtout que je ne créer que des petit fichier que je laisse sur cette ordinateur
Tout les gros fichier je les met direct sur un DD

 

[Membre supprimé 1060554]

Le SIP est activé (enabled).

----------

Pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > Menu Utilitaires > sous-menu : Terminal.

Lance-le et passe la commande :

csrutil disable

• qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > redémarre dessus.

----------

De retour dans ta session > passe la commande (copier-coller) :

sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

• à 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 mesure (en Gi = gibibytes : base 2) les objets de 1er rang du volume de démarrage (fichiers ou dossiers / visibles ou cachés). Elle est très lente d'exécution : attends le retour de l'invite de commande : MacBook-Pro-de-Yohann---- en signal de fin.

Poste le tableau dans une fenêtre de code.

Note : comme il se fait trop tard (pour moi) à présent => je reviendrai demain matin voir ce que la commande a donné.

 

[YohMan]

Oui c'est exactement ce que je me disais qu'il était un peu tard et que je n'allais pas abuser de ton temps.
Merci beaucoup et à demain.

et voilà si j'ai bien compris je n'ai que 35GO de private 20GO pour les users (ça me parais énorme étant le seul à l'utiliser) ce qui ne ferais que 55 GO au total
20GO pour les applications mais ça c'est "normal"


Bonne nuit

 70M    /.DocumentRevisions-V100
8,0K    /.DS_Store
  0B    /.file
 14M    /.fseventsd
4,0K    /.mtm.private.plist
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
445M    /.Spotlight-V100
  0B    /.vol
 22G    /Applications
2,5M    /bin
  0B    /cores
4,5K    /dev
4,0K    /etc
1,0K    /home
4,0K    /installer.failurerequests
4,0G    /Library
1,0K    /net
  0B    /Network
 35G    /private
1,0M    /sbin
7,7G    /System
4,0K    /tmp
 20G    /Users
453M    /usr
4,0K    /var
4,0K    /Volumes

 

[Membre supprimé 1060554]

Je comptabilise 89,5 Gi = 96 Go de fichiers catalogués. Conbtre 116 Go de blocs occupés -->

- ce qui fait une sur-allocation de blocs occupés (par rapport à la taille des fichiers recensés) => de : 116 Go - 96 Go = 20 Go.​

=> il y a tout lieu de penser que tu es victime du bogue de l'« espace purgeable » spécifique à l'OS Sierra seul => ce qui génère une occupation de blocs fantôme de 20 Go.

----------

Par ailleurs > dans les 96 Go de fichiers dûment recensés => les 35 Gi = 38 Go du répertoire invisible private constituent une anomalie -->

- ce répertoire ne devrait pas dépasser les 7 Go maximum et présente donc une hypertrophie de plus de 30 Go.​

=> il va falloir enquêter sur la localisation de cet excédent de fichiers dans private.

----------

Tu n'auras donc qu'à refaire signe ici lorsque tu seras disponible => qu'on traite à la fois les 20 Go d'espace de blocs occupés fantôme & l'excédent de fichiers-Système dans private.

 

[YohMan]

Bonjour Macomaniac
je suis dispo pour continuer nos manip

 

[Membre supprimé 1060554]

Passe la commande :

hdiutil create -size 5g ~/Downloads/IMG.dmg

• qui crée une image-disque bidon IMG.dmg de + 5 Go dans tes Téléchargements.

L'image-disque créée (retour de l'invite de commande du terminal) > dans le panneau Stockage > Gérer > Documents > Téléchargements => sélectionne l'image-disque et "Supprimer" -->

- redémarre une fois > de retour dans ta session > repasse une commande :​

df -H /

• et poste le retour qui montrera la valeur de l'espace libre.

----------

Note : j'espère qu'une taille de 5 Go pour l'image-disque n'est pas trop (car la commande hdiutil excède toujours la taille demandée). Si tu ne pouvais pas créer l'image-disque > passe alors la commande :

hdiutil create -size 4g ~/Downloads/IMG.dmg

• qui réduit sa taille à 4 Go (théoriques - en pratique davantage) et poursuis comme décrit ci-dessus.

 

[YohMan]

C'est pas passé loin mais c'est passé

Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1   120G   111G   8.9G    93% 1009027 4293958252    0%   /
MacBook-Pro-de-Yohann:~

 

[YohMan]

C'est pas passé loin mais c'est passé

Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1   120G   111G   8.9G    93% 1009027 4293958252    0%   /
MacBook-Pro-de-Yohann:~

On passe de 113 à 111G

 

[Membre supprimé 1060554]

Tu as gagné dans les 2 Go d'espace libre > lequel est de 8,9 Go actuellement.

- on recommence un cycle : création / destruction d'image-disque / redémarrage. Le principe est le suivant : tu prends en référence la valeur la plus récente de l'Avail (= disponible) et tu enlèves environ 15% de marge de sécurité. Ici : 15% de 8,9 Go = 1,3 Go. 8,9 Go - 1,3 Go = 7,6 Go. Cette valeur définit la taille de la nouvelle image-disque à créer / supprimer. La commande est toujours constante à part la taille de l'image-disque que tu fais varier.​

Donc passe la commande :

hdiutil create -size 7.6g ~/Downloads/IMG.dmg

• puis tu la supprimes > tu redémarres > tu repasses la commande :

df -H /

• et tu notes la valeur de l'Avail (espace de blocs libres). Tu soustrais encore 15% => ce qui te donne la taille de la nouvelle image-disque à créer / supprimer. Tu vois le cycle ?

Quand tu n'arrives plus à gagner le moindre Go d'espace libre > tu arrêtes et tu postes ici le dernier retour de la commande df => que je voie le résulat.

- note : il peut arriver que soustraire 15% à l'Avail => donne une taille quand même trop importante et tu as un retour disant : impossible de créer une image-disque de telle taille. Tu repasses alors la commande en diminuant un peu la taille précédente.

 

[YohMan]

J'ai fais plusieurs cycle (4 en tout) et j'arrive à ce résultat on arrive à 9,6 G

Filesystem   Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1   120G   110G   9.6G    93% 1008830 4293958449    0%   /

A chaque fois il me disait qu'il ajustais automatiquement la taille des tampons

 

[Membre supprimé 1060554]

Tu as un peu gagné encore.

- passe la commande :​

diskutil verifyVolume disk1

• qui vérifie : le CoreStorage & le système de fichiers jhfs+

Poste retour.

 

[YohMan]

diskutil: did not recognize verb "verivyVolume"; type "diskutil" for a list
MacBook-Pro-de-Yohann:

du coup j'ai rentré diskutil est ça me donne ça

diskutil
Disk Utility Tool
Utility to manage local disks and volumes
Most commands require an administrator or root user

WARNING: Most destructive operations are not prompted

Usage:  diskutil [quiet] <verb> <options>, where <verb> is as follows:

     list                 (List the partitions of a disk)
     info[rmation]        (Get information on a specific disk or partition)
     listFilesystems      (List file systems available for formatting)
     activity             (Continuous log of system-wide disk arbitration)

     u[n]mount            (Unmount a single volume)
     unmountDisk          (Unmount an entire disk (all volumes))
     eject                (Eject a disk)
     mount                (Mount a single volume)
     mountDisk            (Mount an entire disk (all mountable volumes))

     enableJournal        (Enable HFS+ journaling on a mounted HFS+ volume)
     disableJournal       (Disable HFS+ journaling on a mounted HFS+ volume)
     moveJournal          (Move the HFS+ journal onto another volume)
     enableOwnership      (Exact on-disk User/Group IDs on a mounted volume)
     disableOwnership     (Ignore on-disk User/Group IDs on a mounted volume)

     rename[Volume]       (Rename a volume)

     verifyVolume         (Verify the file system data structures of a volume)
     repairVolume         (Repair the file system data structures of a volume)

     verifyDisk           (Verify the components of a partition map of a disk)
     repairDisk           (Repair the components of a partition map of a disk)

     eraseDisk            (Erase an existing disk, removing all volumes)
     eraseVolume          (Erase an existing volume)
     reformat             (Erase an existing volume with same name and type)
     eraseOptical         (Erase optical media (CD/RW, DVD/RW, etc.))
     zeroDisk             (Erase a disk, writing zeros to the media)
     randomDisk           (Erase a disk, writing random data to the media)
     secureErase          (Securely erase a disk or freespace on a volume)

     partitionDisk        ((re)Partition a disk, removing all volumes)
     resizeVolume         (Resize a volume, increasing or decreasing its size)
     splitPartition       (Split an existing partition into two or more)
     mergePartitions      (Combine two or more existing partitions into one)

     appleRAID <verb>     (Perform additional verbs related to AppleRAID)
     coreStorage <verb>   (Perform additional verbs related to CoreStorage)
     apfs <verb>          (Perform additional verbs related to APFS)

diskutil <verb> with no options will provide help on that verb

 

[Membre supprimé 1060554]

J'avais tout de suite édité ma commande (j'avais loupé une lettre : "verivyVolume" pour "verifyVolume") > mais tu as été plus prompt que moi à capturer sa version incorrecte.

- passe la commande :​

diskutil verifyVolume disk1

• et poste le retour.

 

[YohMan]

oups

Started file system verification on disk1 Macintosh HD
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group E235BD3A-B529-4B63-9F37-64103B6F7934 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify DDB19496-DE58-4612-901A-4E48B9C9DF93
Load and verify F6FFEED0-BFAB-480F-9D48-1F58B4AE6197
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume E235BD3A-B529-4B63-9F37-64103B6F7934 appears to be OK
Storage system check exit code is 0
Verifying file system
Using live mode
Performing live verification
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
Volume bitmap needs minor repair for orphaned blocks
Checking volume information
Invalid volume free block count
(It should be 5282147 instead of 1919552)
The volume Macintosh HD was found corrupt and needs to be repaired
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error