10.13 High Sierra Fichiers Système à 400GO stockage

[Membre supprimé 1060554]

Tu as 147 Go de fichiers "non-utilisateurs" = Système. Mais je soupçonne le logiciel Stockage de comptabiliser les fichiers de ta bibliothèque personnelle de compte comme de type "fichiers-Système". Donc il faudrait rajouter 149 Go de bibliothèque personnelle alors. Total : 296 Go.

Rien ne peut être ajouté qui ne soit de l'ordre de fichiers personnels ou d'applications. Le compte de 367 Go pour le "Système" est donc erroné.

 

[Evernash]

Ok tout s'explique alors. Merci beaucoup pour ton professionnalisme et aide précieuse sur ce sujet macomaniac. Concernant mon problème lenteur de lecture et d'écriture (DD) depuis la maj Mojave, saurais-tu remédier à cela ? Je ne trouve aucune solution depuis plusieurs semaines.
Le DD a été converti en APFS (anciennement fusion drive, passage High Sierra => Mojave) et depuis, tout est lent, que ce soit le démarrage de mon Imac jusqu'à arriver sur le bureau (plus de 50sec contre -20sec auparavant sous High Sierra), ou alors (et c'est le point le plus important) charger des gros plugins sur Logic Pro X (plus de 5min parfois, auparavant - de 30sec) ce qui est devenu très inconfortable pour travailler...
Désolé si je suis sur le mauvais sujet pour parler de ça mais je n'ai pas eu de réponses sur un topic que j'avais crée => https://forums.macg.co/threads/disque-dur-tres-lent-apres-passage-sous-mojave.1309024/

 

[Membre supprimé 1060554]

Avec 338 Go sur le Bureau déjà --> inutile d'espérer que le Finder se lance de manière fringante.

Mais - vas-tu objecter - le problème de lenteur n'existait pas avec la combinaison : Fusion Drive CoreStorage x High Sierra > alors qu'elle s'avère avec la combinaison : Fusion Style apfs x Mojave - à lest de Bureau équivalent.

Je te propose un test -->

• redémarre > et tiens pressées les 3 touches ⌘⇧R (cmd alt R) de l'écran noir à la  = démarrage par internet --> connexion au Wi-Fi > téléchargement en RAM d'un OS de secours 10.14 (500 Mo - globe terrestre en rotation) > démarrage du Mac à la fin sur cet OS en RAM indépendant des disques internes. 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.

Dans la fenêtre ouverte > saisis la commande informative  :

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 paramètres de tables de partition > partitions > Conteneur CoreStorage si présent > Conteneur apfs si présent

• une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau 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 le tableau dans une fenêtre de code

Note 1 : 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.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.

=> ces informations montreront la configuration logique de tes disques. Si un de tes disques bat de l'aile (le HDD par exemple) --> ils se pourrait que cela se manifeste par une lenteur notable d'attachement au Système du Mac > ce qui fait que le disque hériterait d'un index décalé par rapport aux : disk0 / disk1 attendus pour la paire de disques internes.

 

[Evernash]

Bonjour macomaniac et un grand merci pour ta réponse,

Voici le résultat :

-bash-3.2# diskutil list
/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_APFS Container disk3         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk3         1000.0 GB  disk1s2

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.1 TB     disk3
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            946.8 GB   disk3s1
   2:                APFS Volume Preboot                 44.5 MB    disk3s2
   3:                APFS Volume Recovery                512.8 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk21

-bash-3.2#

 

[Membre supprimé 1060554]

Les 2 disques sont bien indexés en tête (SSD = disk0 & HDD = disk1). Ce qui montre qu'aucun n'est affligé de lenteur excessive à l'attachement au Système du Mac. Test non discriminant ici.

 

[Evernash]

Pas d'autre solution d'identification du problème possible ?

 

[Membre supprimé 1060554]

Je pense que pour garder une cohérence thématique à ce fil > il vaudrait mieux se reporter au fil spécifique que tu as ouvert à ce sujet : ☞Disque dur très lent après passage sous Mojave☜.

- je vais y poster un message de relance...​

 

[knut]

J'ai le même problème et je ne comprend pas 143Go de fichiers système !!!! quoi faire et surtout comment faire pour réduire ces Go !!?????

Last login: Sat Dec  8 01:16:13 on console
Coyotte:~ coyotte$ diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            221.0 GB   disk1s1
   2:                APFS Volume Preboot                 45.3 MB    disk1s2
   3:                APFS Volume Recovery                512.8 MB   disk1s3
   4:                APFS Volume VM                      3.2 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk2
   1:                  Apple_HFS BUMP                    999.7 GB   disk2s1

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS WD ROUGE TM             999.8 GB   disk3s2

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS WD BLANC                2.0 TB     disk4s2

Coyotte:~ coyotte$

 

[Membre supprimé 1060554]

Bonjour Knut

Je vois que le volume Macintosh HD est en format apfs > et a 221 Go de blocs alloués occupés.

Passe encore 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 est très lente à s'exécuter. Attends tout le temps qu'il faut le réaffichage de l'invite de commande Coyotte:~ coyotte$ en signal de complétion.

• l'activation du SIP (System Integrity Protection) > si c'est le cas --> génère une kyrielle de dénis des plus pénibles en ce qui concerne l'accès à des objets du compte même de l'utilisateur connecté - ce qui contredit le statut même de propriétés de cet utilisateur en ce qui concerne ces objets. La sécurisation du Système ne devrait en aucun cas verrouiller des propriétés de l'utilisateur (càd. des contenus de son dossier de son compte personnel) > sans une grave atteinte à la notion même de propriété personnelle dans le domaine informatique.

Poste le tableau retourné --> qui permettra de calculer la taille des fichiers catalogués et leur distribution en fichiers utilisateur vs Système.

 

[knut]

Bonjour et merci de ta réponse rapide macomaniac
Quand l'ai lancé la première ligne il m'a d'abord mis

find: /.Spotlight-V100: Operation not permitted
find: /Library/Application Support/com.apple.TCC: Operation not permitted

puis ensuite s'est lancé des tas de ligne défilante

je ne vois pas beaucoup de différence
voici le resultat de la commande à nouveau
mais dois-je désactiver le SIP? pas dangereux?

Last login: Sat Dec  8 11:42:48 on ttys000
Coyotte:~ coyotte$ diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            222.0 GB   disk1s1
   2:                APFS Volume Preboot                 45.3 MB    disk1s2
   3:                APFS Volume Recovery                512.8 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

 

[knut]

Car sur l'image en PJ j'ai toujours autant de merde dans les fichiers systèmes !

 

[Membre supprimé 1060554]

Re-démarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir jusqu'à l'affichage d'une  = 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.

Passe la commande :

csrutil disable

• qui désactive le SIP

Quitte le Terminal. Menu  > Disque de démarrage > Macintosh HD > redémarre dessus.

Ta session habituelle réouverte > repasse la commande :

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

• attends le temps qu'il faut pour récupérer l'invite de commande : Coyotte:~ coyotte$ > et poste alors tout le tableau qui aura été retourné dans une fenêtre de code.

Cela me donnera la taille des des dossiers principaux du volume.

 

[knut]

Merci pour ton aide. Voilà le resultat

Last login: Sat Dec  8 19:58:42 on console
Coyotte:~ coyotte$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
4,0K    /log_file.log.2.gz
1,0K    /home
849M    /usr
4,0K    /.abackblaze
8,0K    /.bzvol
483M    /.Spotlight-V100
1,0K    /net
8,0K    /.DS_Store
  0B    /.PKInstallSandboxManager
4,0K    /.error
4,0K    /log_file.log.3.gz
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /log_file.log
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
5,9G    /Library
  0B    /evs_temp
  0B    /.Trashes
8,2G    /System
15M    /.fseventsd
2,7G    /private
416K    /.DocumentRevisions-V100
  0B    /.vol
176G    /Users
13G    /Applications
5,5K    /dev
4,0K    /log_file.log.4.gz
4,0K    /QuarkUpdate.rtf
  0B    /Volumes
4,0K    /log_file.log.0.gz
  0B    /tmp
4,0K    /log_file.log.1.gz
  0B    /.dbfseventsd
  0B    /cores
Coyotte:~ coyotte$

 

[Membre supprimé 1060554]

Tu as donc 222 Go de blocs alloués occupés au volume de démarrage. En regard --> tu as 207 Gi = 222 Go de fichiers catalogués. Il y a donc congruence parfaite des mesures : autant de blocs occupés dans le volume que de fichiers catalogués. Aucun espace occupé fantôme. RAS.

Les 222 Go de fichiers catalogués peuvent se distribuer primairement en -->

- fichiers orientés utilisateur : Users 176 Gi + Applications 13 Gi => 189 Gi = 203 Go​

- fichiers du Système : le reste soit => 222 Go - 203 Go = 19 Go​

=> il y a donc en toute rigueur 19 Go de fichiers du Système : ce qui est régulier (version sobre). Et 203 Go de fichiers orientés utilisateur > dont 176 Gi = 189 Go de données personnelles -->

- est-ce que quelque chose te surprend ? - par exemple > est-ce que tu estimes avoir moins de données personnelles que 189 Go ?​

 

[knut]

Bonjour et désolé de te déranger encore mais si tu regarde sur l'image ci dessous quand je fait a propos de ce mac et que je vais dans l'onglet stockage il indique pas 19Go de système mais 145,75Go et c'est plus ce dernier chiffre qui m'inquiete et les chiffres que tu indiques ne correspondent pas dans mon a propos de ce mac c'est ce qui a fait que mac m'a signalé que mon disque était presque plein l'autre jour, ce qui sérieusement est impossible

Je ne comprends pas la différence entre fichiers orientées utilisateur et données personnelles. Tu saurai m'éclairer? le but étant que je fasse du ménage de ce qui est possible et surtout ces 145,75 Go de système






Les documents me paraissent normal en tailles car il y a de la video



Itunes soit

et les apps ok

 

[Membre supprimé 1060554]

Comme je te l'ai montré par examen des fichiers : les 222 Go de fichiers catalogués peuvent se distribuer primairement en -->

- fichiers orientés utilisateur : Users 176 Gi + Applications 13 Gi => 189 Gi = 203 Go (en considérant que les Applications sont des outils de l'utilisateur et pas des ressources du Système)​

- fichiers du Système : le reste des fichiers soit => 222 Go - 203 Go = 19 Go​

Le Système de l'OS chez toi ne fait donc que 19 Go. Et en rien ni pour rien 145 Go > et ce n'est pas une assertion du panneau Stockage qui y changera quoi que ce soit. Donc la taille du Système chez toi est parfaitement régulière.

Mais ce qu'on pourrait toujours soupçonner est que > dans ton dossier de compte coyotte des Utilisateurs > le sous-dossier de la bibliothèque ait une taille hypertrophiée. Afin de vérifier cela > passe les 2 commandes :

sudo du -sh /Users/*
sudo du -sh /Users/coyotte/*

• la 1ère mesure (en Gi) les dossiers de comptes dans les Utilisateurs

• la 2è mesure (en Gi) les sous-dossiers de ton compte coyotte

Poste les tableaux retournés.

 

[Alain34500]

Bonsoir tout le monde,

Je suis moi-même atteint du même syndrome sur mon MacbookPro de mi-2012 sous Mojave.
350G de Système sur un disque de 750G ça commence à peser...

Puis-je obtenir vos précieux conseil? (Le SAV d'apple n'étant pas capable de résoudre mon problème...)

Merci à tous

 

[knut]

Comme je te l'ai montré par examen des fichiers : les 222 Go de fichiers catalogués peuvent se distribuer primairement en -->

- fichiers orientés utilisateur : Users 176 Gi + Applications 13 Gi => 189 Gi = 203 Go (en considérant que les Applications sont des outils de l'utilisateur et pas des ressources du Système)​

- fichiers du Système : le reste des fichiers soit => 222 Go - 203 Go = 19 Go​

Le Système de l'OS chez toi ne fait donc que 19 Go. Et en rien ni pour rien 145 Go > et ce n'est pas une assertion du panneau Stockage qui y changera quoi que ce soit. Donc la taille du Système chez toi est parfaitement régulière.

Mais ce qu'on pourrait toujours soupçonner est que > dans ton dossier de compte coyotte des Utilisateurs > le sous-dossier de la bibliothèque ait une taille hypertrophiée. Afin de vérifier cela > passe les 2 commandes :

sudo du -sh /Users/*
sudo du -sh /Users/coyotte/*

• la 1ère mesure (en Gi) les dossiers de comptes dans les Utilisateurs

• la 2è mesure (en Gi) les sous-dossiers de ton compte coyotte

Poste les tableaux retournés.

• la 1ère mesure (en Gi) les dossiers de comptes dans les Utilisateurs

Coyotte:~ coyotte$ sudo du -sh /Users/*
Password:
4,0K    /Users/Guest
8,0K    /Users/Shared
183G    /Users/coyotte
Coyotte:~ coyotte$

la 2è mesure (en Gi) les sous-dossiers de ton compte coyotte

Coyotte:~ coyotte$ sudo du -sh /Users/coyotte/*
Password:
9,5M    /Users/coyotte/Applications
1,5M    /Users/coyotte/Cozy Drive
388K    /Users/coyotte/Creative Cloud Files
936M    /Users/coyotte/Desktop
5,0G    /Users/coyotte/Documents
1,9G    /Users/coyotte/Downloads
669M    /Users/coyotte/Dropbox
116G    /Users/coyotte/Library
25G    /Users/coyotte/Movies
20G    /Users/coyotte/Music
3,1M    /Users/coyotte/Pictures
  0B    /Users/coyotte/Public
375M    /Users/coyotte/Wine Files
12K    /Users/coyotte/config.log
28M    /Users/coyotte/dwhelper
7,1G    /Users/coyotte/pCloud Drive
  0B    /Users/coyotte/pCloud Sync
Coyotte:~ coyotte$

Mais c'est quoi ce library qui fait 116Go ???? Et pCloud Drive qui normalement est un cloud et ne devrait pas etre pris sur mon disque dur !?

Et çà veux dire quoi Gi ? je connais que Go ou Mo ou Ko ....

 

[Membre supprimé 1060554]

Hé ! hé ! la Library (Bibliothèque personnelle) fait 116 Gi = 124,5 Go.

- note : la commande du mesure exclusivement en Gi = gibibytes (base 2) > qu'il faut reconvertir en Go = gigabytes (base 10)​

Alors évidemment : si l'on admet que les fichiers de la bibliothèque sont des fichiers de type "Système" plutôt que des données personnelles -->

- on obtient : 124,5 Go pour ta bibliothèque + 19 Go de fichiers du Système proprement dit = 144 Go (en arrondissant) de fichiers "de type Système" > ce qui permet de retrouver l'évaluation du panneau Stockage.​

Note : le contenu du dossier pCloud Drive est mesuré > quoique ses données soient montées à partir du nuage pCloud et ne fassent pas partie du dossier de compte.

----------

Il se déduit de tout cela qu'il faut inspecter ta bibliothèque de compte.

Passe la commande :

chflags nohidden ~/Library

• cette commande supprime le marqueur d'invisibilité qui empêchait le Finder d'afficher ce dossier. Désormais tu le vois sous l'intitulé Bibliothèque dans l'espace-racine de ton compte coyotte.

Passe la commande :

sudo su -sh ~/Library/*

• la commande liste & mesure (en Gi) les sous-dossiers de la Bibliothèque de compte

Poste le tableau.

 

[knut]

Coyotte:~ coyotte$ sudo su -sh ~/Library/*
su: illegal option -- s
usage: su [-] [-flm] [login [args]]
Coyotte:~ coyotte$