Qu'est ce que "Copies" dans "A propos de ce Mac" ?

garnierobin

Membre confirmé
19 Septembre 2012
49
1
Bonsoir,

J'ai fait une récupération Time Machine il y a deux mois environ (après avoir fait une partition Boot Camp) et depuis la répartition de mon disque dur dans "Informations Systèmes" est étrange.

Regardez cette capture d'écran

1 - Qu'est ce que la partie "copies" ?
2 - Le dossier iTunes Media fait 36GB et non 2,44GB.
3 - J'ai déplacé 135GB de vidéos sur un disque dur externe et la barre n'est pas descendue 2 jours après ...

Que se passe t-il ?

Merci d'avance !

garnierobin

---------- Nouveau message ajouté à 22h50 ---------- Le message précédent a été envoyé à 22h29 ----------

Ce n'est qu'après avoir publier ce topic que j'ai vu celui ci...

J'ai alors fait les manoeuvres indiquées dans le dernier message, mais ça ne change pas grand chose : nouvelle capture d'écran.
 
Salut garnierobin.

[Tu ne parais pas avoir posté dans le bon forum. Ton problème ne relève pas de la customisation, mais des Informations-Système, et donc relève de la rubrique Mac OS X. En espérant qu'un 'Modo' passe par là pour déplacer ton message à l'endroit où il peut mieux attirer l'attention des 'spécialistes' et obtenir des réponses avisées...]


Comme tes lectures ont dû te permettre de t'en rendre compte, lorsque les 'Informations-Système' indexent à la rubrique 'COPIES' un ensemble de données volumineuses, c'est lié à «TimeMachine». Si le logiciel est activé en permanence en effet, alors même que le DDE sur lequel il devrait écrire ses sauvegardes-système n'est pas branché pendant toute une période, alors «TimeMachine» effectue ses sauvegardes 'en local ', càd. sur ton DDI, et cela a vite fait de constituer des données volumineuses! C'est ce bloc que les 'Informations-Système' indexent à la rubrique 'COPIES'.

La meilleure solution pour toi est de rebrancher le DDE dédié aux sauvegardes «TimeMachine», d'en laisser effectuer un cycle complet (ce qui va supprimer les données stockées 'en local' sur ton DDI) et de désactiver ensuite «TimeMachine» pour que les 'sauvegardes en local' ne continuent pas de s'effectuer. Ce que je présume tu as fait.



Il semble néanmoins que tu te poses toujours des questions à la suite de la nouvelle indexation par les 'Informations-Système' de l'occupation de ton DDI. La rubrique 'Autre' semblant englober un nombre démesuré de données. Il est quand même bon de savoir que cette rubrique 'Autre' ne désigne pas un 'Défini', mais un 'Indéfini' : 'Autre' est tout ce qui n'est pas défini, justement, comme relevant des Catégories : Texte, Image, Vidéo, Musique (principalement), ce en tant qu'items relevant eux-mêmes des Dossiers-Système de classement : «Documents», «Images», «Vidéos», «Musique». Les items en 'balade' hors de ces 'Dossiers' d'identification sont susceptibles d'être reconnus comme 'Autres', sans compter tous les 'Éléments-Système' (comme les 'Bibliothèques'). Comme tu peux voir, 'Autre' est le 'fourre-tout des indéfinis', relativement à une classification «topique» et non pas «logique» des 'Définis'.

Si tu me suis toujours (:D), tu as compris que le graphique des 'Informations-Système' ne peut que signaler une sur-occupation du disque par des items dont la nature demeure in-définie.


Par conséquent, je te conseille de recourir aux 2 outils suivants (gratuits tous les deux) :

- a) Onyx. Choisis la version adaptée, télécharge-là et installe-là. Une fois l'application lancée, qui peut servir à de nombreuses autres tâches de maintenance de l'OS, va relativement au problème d'indexation qui te tracasse à ce tableau dans la GUI du logiciel :

222275_original.jpg

Tu vas au menu 'Automation' d'«Onyx», et tu demandes spécifiquement la Reconstruction de l'Index de Spotlight. Tu peux espérer par là une mise à jour des Informations-Système de ton Mac. Recours à cette fonction, chaque fois que tu as opéré des remaniements substantiels dans l'occupation de ton DDI, et que tu veux te faire une image 'Maison' du résultat.



- b) Disk Inventory X. Ce logiciel peut scanner ton disque et te proposer une représentation graphique de son occupation juxtaposant la disposition 'Topique' (par emplacements) et la disposition 'Logique' (par catégories), ce conformément à 2 options : 'Globale' (le disque entier) et 'Locale' (un dossier choisi). Voici les visuels illustrant la manœuvre :

221214_original.jpg

Mon disque étant partitionné en un volume-système et un volume-données, «Disk Inventory X» me donne d'entrée le choix du 'Volume' à indexer avec les 2 options : 'Globale' (le disque entier) = 'Open Volume' et 'Locale' (un dossier choisi) = 'Select Folder'.


Visuel maintenant correspondant à l'indexation de mon 'Volume-Système' :

221510_original.jpg


J'ai de quoi me faire une idée de ce qui pèse plus ou moins sur le disque, les colonnes listant les items (en mode Topique vs Logique) par ordre décroissant de poids.


Enfin, visuel correspondant à l'indexation d'un 'Dossier choisi' [j'ai choisi le dossier «Developer», en me mettant imaginairement dans la peau d'un utilisateur qui aurait tenu le raisonnement suivant : je sais que la bibliothèque d'outils-programme «Xcode» s'installait sur Mac OS X dans un dossier autonome intitulé «Developer» jusqu'à «Mac OS Snow Léopard», avant de devenir un 'Standelone' compris dans le dossier classique des 'Applications' sous «Mac OS (Mountain) Lion» sous le nom spécifique de «Xcode». Comment donc se fait-il que, sous «Mac OS Mountain Lion 10.8.3», je retrouve un dossier «Developer» hors 'Applications', comme si j'étais encore sous «Snow Léopard»? Au lieu de me précipiter pour en faire un problème à soumettre l'attention publique sur un forum de «MacGeneration» :D, je lance plutôt l'indexation de dossier de «Disk Inventory X», et je vois s'afficher les informations 'topico-logiques' suivantes] :

221830_original.jpg

[J'ai aussitôt la solution de mon pseudo-rébus : ce sont simplement certaines blibliothèques de ressources du logiciel de compilation «Qt» qui sont venues se rassembler dans un dossier «Developer» dont le nom est un faux-ami du dossier incluant «Xcode» présent sous «Snow Léopard», étant donné qu'«Xcode» est bien présent comme 'Standalone' dans les 'Applications' de mon OS «Mountain Lion». Vraisemblablement parce que «Qt» exploite les ressources de «Xcode». M'apercevant qu'il n'y a là qu'une simple question nominale, je choisis illico de me désintéresser de l'affaire :D]


L'indexation des dossiers dont le poids a frappé éventuellement ton attention à la suite de l'indexation du disque peut te permettre de façon plus pointue de vérifier s'il s'agit de données indispensables ou dispensables (Warning! - ne va surtout pas t'imaginer que des dossiers, normalement invisibles, mais rendus visibles par «Disk Inventory X, seraient 'dispensables' parce qu'apparemment 'sans emploi' dans ton usage quotiden du Mac, genre : «etc», «var», «usr» «private» et j'en passe. Supprimer ces dossiers sous prétexte de regagner de la place équivaudrait à ficher en l'air l'OS. Donc il vaut mieux faire un usage judicieux de sa faculté de raisonner afin de tirer des conséquences du spectacle effrayant d'une indexation-disque).

[Les Stoïciens ne se privaient pas de dire : «Ce ne sont pas les événements qui troublent l'esprit des hommes, mais l'interprétation qu'ils donnent de ces événements» - à croire que le sieur Épictète en avait plus qu'assez d'être appelé à faire de la maintenance du 'Système-Logique' de l'esprit des patriciens romains, de même que ce pauvre Sénèque au vu des résultats de son mauvais élève Néron... :D]


 
Dernière édition par un modérateur:
  • J’aime
Réactions: Larme
Bonsoir !

Oui ! J'ai remarqué que je n'ai pas posté au bon endroit --" ! Je ne voulait pas le mettre ici en vérité, mais je me suis trompé ! C'est comme : est il possible de supprimer un sujet que l'on a créé soit même ?

Merci beaucoup pour cette réponse plus que complète !

Je n'ai pas tout tout compris aux explications :rallyes: :D mais j'ai pu suivre les manipulations sans problème !

Concernant Onyx, je fais régulièrement 'Automation' (mais en cochant toutes les cases). Après un redémarrage, la répartition à légèrement changer : Capture d'écran. Que peux t-on en tirer ?

Oui, en ce moment j'ai quelques soucis avec la Time Capsule sur laquelle je fais mes sauvegardes Time Machine (je ne comprend pas toutes ses fonctions alors je fais des essais, et là, elle a décidé de bouder ... j'espère pour pas trop longtemps :D).

Concernant Disk Inventory X, j'ai appris beaucoup de choses : j'ai trop de films et trop de photos --", des logiciels que je n'utilise que très rarement prennent beaucoup de place ! Je vais pouvoir faire du tri (sans détruire mon système bien sur ;)). A ce que j'ai pu voir, il n'y a pas de fichiers "intrus", je suis bien responsable de cette surcharge. J'ai cependant un dossier nommé sleepimage qui fait 4 GB (Macintosh HD/private/var/vm) !!! Qu'est ce que le dossier Private ? Autre question : j'ai un dossier Spotify qui pèse 1,2 GB alors que je n'ai plus l'app Spotify depuis longtemps ... !? Je n'utilise pas la corbeille pour supprimer des apps, mais AppCleaner.

Maintenant, concernant le problème initial, la question est la suivante : pourquoi l'indexation n'est pas correcte ? Je veux dire qu'il affiche place ma musique et mes photos dans "autres" ...

Merci beaucoup en tout cas !
 
Salut garnierobin.

La 'sleepimage' est un clone du contenu de la RAM généré à l'emplacement Macintosh HD/private/var/vm par la fonction 'Safe Sleep' ['Hibernation'] sous Mac OS X à partir de 2005 sur les PowerBooks. Son volume est approximativement celui de la RAM du Mac, donc ≃ 4 Go pour RAM = 4 Go, ≃ 8 Go pour RAM = 8 Go etc.

Cette fonction de sécurité a été introduite 'okazou' un Mac portable (càd. pas branché sur secteur en permanence) tomberait en insuffisance de batterie (entre 0 et 20%). Son caractère dispensable ou indispensable a donné matière à des controverses qui sont une vraie 'prise de tête' - si tu me passes l'expression. Permets-moi de ne pas ré-ouvrir le sujet ici! :D

Si pour toutes sortes de raisons (mûries ou précipitées) tu voulais te débarrasser de la 'sleepimage' qui occupe, reconnaissons-le, une place substantielle sur un DDI, sache qu'il ne suffit pas de 'benner' le fichier en question une fois, car la fonction 'Safe Sleep' va le re-créer au re-démarrage du Mac si ses réglages par défaut n'ont pas été modifiés afin que le 'Mode Hibernation' ne soit neutralisé.

Donc à supposer un quidam fermement décidé (pour de bonnes ou de mauvaises raisons) à se dispenser de la sleepimage, il lui faut utiliser le «Terminal» (qu'il trouve dans les Applications/Utilitaires). Une fois ouverte une fenêtre-bash dudit «Terminal», copier-coller la commande suivante dans la fenêtre :

Bloc de code:
sudo rm /private/var/vm/sleepimage

suivi de 'Retour-Chariot' (presser touche ↩ tout à droite du clavier). Un mot-de-passe administrateur est demandé ('Password') pour actionner cette commande 'Root', qu'il s'agit de taper à l'aveugle à la suite de 'Password' dans la fenêtre-bash, suivi encore de 'Retour-Chariot'. Et hop! disparue la 'sleepimage' de /Private/var/vm - une fois (lol)

Afin de verrouiller cette situation, de manière à ce que la fonction 'Safe Sleep' ne recrée pas la 'sleepimage' au prochain redémarrage du Mac, il faut encore passer une commande. Le susdit quidam peut d'abord s'amuser à copier-coller ce qui suit :

Bloc de code:
pmset -g | grep hibernatemode

+ Retour-Chariot de manière à demande au «Terminal» d'afficher l'option par défaut de l'Hibernation sur son Mac, ce qui devrait logiquement produire l'affichage :

Bloc de code:
hibernatemode        3

càd. précisément l'option re-créatrice de 'sleepimage' dont le susdit quidam souhaite se débarrasser de façon durable. Copier-coller alors la commande suivante :

Bloc de code:
sudo pmset -a hibernatemode 0

Retour-Chariot. Normalement, comme les droits 'Root' ont été activés précédemment, aucune nouvelle demande de 'Password' ne devrait ré-intervenir, mais si c'était le cas, le re-taper à l'aveugle comme ci-dessus + Retour-Chariot afin de rentrer la commande en mode 'sudo' (= 'Super-Administrateur-Système').

En refaisant alors un copier-coller de :

Bloc de code:
pmset -g | grep hibernatemode

+ Retour-Chariot demandant au «Terminal» d'afficher le mode par défaut de l'Hibernation, le retour d'affichage devrait logiquement être :

Bloc de code:
hibernatemode        0

auquel cas plus de re-création de 'sleepimage' au re-démarrage du Mac. Si le susdit 'quidam' souhaitait se raviser (par un 'retournement de raisons' :D) et réactiver la création de la 'sleepimage', il suffirait de ré-ouvrir une fenêtre-bash du «Terminal», de copier-coller :

Bloc de code:
sudo pmset -a hibernatemode 3

+ Retour-Chariot, demande de 'Password', frappe à l'aveugle du mot de passe admin + Retour-Chariot et alors la vérification par la commande :

Bloc de code:
pmset -g | grep hibernatemode

+ Retour-Chariot devrait afficher le nouveau réglage par défaut :

Bloc de code:
hibernatemode        3

confirmant que la 'sleepimage' sera bien recréée au prochain re-démarrage du Mac.


Quoi qu'il en soit des options regardant la 'sleepimage' (= prise-de-tête je te rappelle), surtout ne touche à rien d'autre concernant tous les dossiers que normalement tu ne vois pas sur ton Mac (type : private, var, etc...) : ce sont des dossiers-système nécessaires à l'architecture de l'OS, et les supprimer ou modifier ne peut conduire qu'au plantage pur et simple.

Concentre-toi plutôt sur la gestion des données qui 'dépendent de toi' (documents perso. déplaçables sur des DDE et applications farfelues désinstallables au vu de leur total inemploi sur le moyen terme).
 
Dernière édition par un modérateur:
  • J’aime
Réactions: pepeye66
Ah !!! Merci beaucoup pour l'information :)
Non non, je ne supprimerais surtout pas ce dossier (il m'est fort utile !!) et désolé pour la réponse encore une fois très complète qui n'est par conséquent pas très utile ...