Depuis la mise à niveau vers Mavericks, le Finder se bloque parfois lorsque je sélectionne un dossier et j'attends que son contenu remplisse la fenêtre. Cela se produit principalement dans les boîtes de dialogue Ouvrir:
Il tournera pendant environ 15 à 30 secondes avant d'afficher les éléments de ce dossier. Je peux "Aller au dossier" et il affichera généralement le contenu immédiatement dans ce cas. Pourquoi tourne-t-il et existe-t-il un moyen de le rendre plus rapide? (Cela devrait être instantané. Je ne vais pas dans des dossiers contenant des milliers, voire des centaines d'éléments.)
Clarifications: Ce ne sont que des dossiers locaux réguliers, généralement dans mon répertoire personnel ... pas des disques distants ou des partages réseau ou quoi que ce soit de fantaisiste. Il s'agit d'un Retina MBP début 2013, il dispose donc d'un disque SSD.
Je ne comprends pas tous les détails techniques spécifiques, mais cela est apparemment provoqué par les FAI qui effectuent l'interception NXDOMAIN . Après cette publication sur le forum, essayez d'exécuter ceci dans Terminal:
Si vous n'obtenez pas la réponse suivante:
... alors votre fournisseur d' accès est effectue l' interception NXDOMAIN, ce qui est à l' origine du retard.
La procédure pour désactiver l'interception dépend de votre FAI particulier. Par exemple, si vous utilisez OpenDNS (qui intercepte par défaut), vous pouvez le désactiver dans les paramètres de votre compte.
J'avais exactement le même problème sur ma machine et j'utilisais OpenDNS (mais sans compte, donc je ne pouvais pas changer le paramètre). Je suis simplement revenu au DNS par défaut de mon FAI (AT&T) - qui ne fait apparemment pas d'interception, car j'ai obtenu la
pingréponse "correcte" ci-dessus - et le problème a immédiatement disparu.(Je ne prends aucun crédit personnellement pour cette solution; je la signale simplement ici pour le bénéfice de tous les autres. Cela semble être un problème très courant avec Mavericks).
la source
pingtest quand j'étais là-bas, mais il est clair que c'est lié au réseau car c'est la même machine aux deux endroits.Votre instantané montre que l' indicateur de progression asynchrone (throbber) est la partie de la barre latérale à dessiner:
Vous devriez être en mesure de vous concentrer sur la mise en réseau et d'isoler s'il s'agit vraiment de l'action qui retarde votre travail ou simplement d'un spectateur innocent étant la prochaine chose à tirer lorsque le système est par ailleurs suspendu et retardé.
Pour résoudre ce problème, je procéderais comme suit:
Puisqu'il y a plusieurs éléments, cela pourrait être - j'espère que vous pouvez affiner les choses ou commenter si j'ai raté une étape ou si plus d'informations sur le problème apparaissent. De plus, assurez-vous de ne pas avoir d'outils comme Little Snitch ou Network Link Conditioner car ils exacerberaient clairement le rendu de la partie de partage réseau de la barre latérale s'ils sont mal configurés.
la source
Est-ce sur chaque disque que vous avez? Parce que si c'est le même bahviour sur un matériel différent? (Différence de comportement entre une clé USB et un disque interne)
La commande "ls" est-elle aussi lente en terminal qu'en instantané? (essayez terminal et cd et faites glisser un exemple de dossier dans le terminal et appuyez sur Entrée. Tapez ensuite "ls" pour voir combien de temps il faut pour lister le contenu des dossiers.)
Désolé pour les nombreuses questions, mais je ne suis pas (espérons-le encore) autorisé à commenter les questions.
la source
lsest toujours instantané. Fait intéressant, cependant, "Vérifier le disque" sur mon disque de démarrage a généré quelques erreurs: "Nombre incorrect de lien dur de fichier" et "Le bitmap de volume nécessite une réparation mineure pour les blocs orphelins" et "Nombre de blocs libres de volume non valide (il devrait être 43437880 au lieu de 40702664) "- tout le reste est bon. Je vais essayer une réparation et voir si ça aide ...Je viens de voir ce post sur Tuaw.com comment-réparer-le-filestatsagent-bug par Erica Sadun
Citation du post de tuaw.com:
Ils expliquent ensuite comment utiliser l'option d'ouverture de fichiers et de ports dans le Moniteur d'activité sur le processus pour voir quels fichiers peuvent être à l'origine du problème.
Cela peut ou non être votre problème.
la source
Remarque: bien que la réponse ait maintenant complètement changé, il ne s'agit que d'une modification tardive. J'espère que quelqu'un en bénéficiera de toute façon.
Trouvé une solution de contournement qui fonctionne, enfin, à partir d' OSXDaily . Pour résumer, la désactivation du montage automatique du partage réseau fait l'affaire (au moins pour mes quelques macs, j'ai installé Mavericks).
Pour désactiver le montage automatique du partage réseau, ouvrez Terminal.app et saisissez les commandes suivantes.
Ce que cela fait (pour ceux qui connaissent moins la ligne de commande, Bourne Shell et autres), c'est qu'il fait d'abord une copie de sauvegarde du fichier
/etc/auto_master, puis en édite une ligne et enfin signale à l'automonteur de relire/etc/auto_master.Après cela, vous devrez monter manuellement vos partages réseau. Plus d'informations dans l' article original OSXDaily .
la source
J'ai eu le même problème pendant quelques semaines, en essayant toutes les suggestions listées ici et d'autres forums mais sans succès .... jusqu'à ce soir!
TL; DR : Exécutez ces 2 commandes puis redémarrez.
Version longue :
Le problème ne s'est pas produit lorsque j'ai essayé un compte d'utilisateur nouvellement créé, il a donc indiqué quelque chose avec mon profil. J'ai supprimé toutes les préférences et les caches de mon dossier Bibliothèque, mais le problème est resté.
Après avoir examiné les journaux système, j'ai remarqué que les 2 erreurs suivantes apparaissaient souvent lors de l'affichage d'un dossier dans le Finder.
Ils sont liés à la création / au chargement d'icônes pour différents types de fichiers. Le Finder se bloque lors de la tentative de dessiner les icônes de la liste des fichiers. Étant donné que IconServicesAgent n'est pas une application avec laquelle l'utilisateur interagit, le cache / prefs n'est pas enregistré dans le dossier ~ / Library / typique mais dans un emplacement caché spécial utilisé pour les applications et les démons au niveau du système d'exploitation. Chaque utilisateur a un dossier Cache et Temp à cet emplacement sur
/var/folders/. Nous avons juste besoin de localiser et de renommer les fichiers de IconServicesAgent.Lorsqu'un compte utilisateur est créé, le système génère ici un dossier pour l'utilisateur mais nommé avec 32 caractères apparemment aléatoires. Puisqu'ils sont aléatoires, je ne peux pas vous donner un chemin exact mais la variable d'environnement TMPDIR le peut. (Si vous voulez savoir, exécutez la commande
echo $TMPDIRpour obtenir le chemin vers votre propre dossier Temp. Ce sera quelque chose comme/var/folders/jc/vzc51tfn2jzbzqkr9j3g38gm0000gn/T/mais nous n'en avons pas vraiment besoin. Les commandes ci-dessous utiliseront simplement la variable directement)Renommez maintenant le dossier com.apple.IconServices dans le répertoire T [temp] avec cette commande.
Ensuite, nous devons faire de même dans le répertoire Cache, qui se trouve dans le même répertoire parent que le
Trépertoire. Cette commande fera ce dont vous avez besoin.Alors maintenant, redémarrez votre Mac et après vous être reconnecté, le Finder devrait à nouveau être rapide.
la source
J'ai parfois un problème similaire: le Finder ne répond absolument pas, c'est-à-dire que toutes les fenêtres du Finder sont figées et qu'elles montrent toutes le ballon de plage en rotation.
Dans ce cas, la seule chose qui m'a aidé a été d'ouvrir Activity Monitor et de le tuer (c'est-à-dire de le relancer) plusieurs fois. Parfois, je devais le relancer jusqu'à 5 fois.
(Jusqu'à présent, je n'ai pas pu identifier le coupable. Je n'avais aucun disque réseau monté.)
la source
Cela m'est arrivé à Yosemite. Certains dossiers ont affiché leur contenu très bien, d'autres ont la roue de rotation. Tous les dossiers en question étaient des dossiers locaux et leur contenu s’affichait correctement
lsdans le terminal.Ce qui semblait être lié à mon problème était d'avoir un partage réseau connecté avant de fermer le couvercle de mon ordinateur portable, puis d'ouvrir mon ordinateur portable et de me connecter à un réseau différent où ce partage n'était pas disponible. Le partage était toujours affiché dans le panneau de gauche de la fenêtre du Finder, mais ne montrait aucun contenu. Dans le terminal
mountmontrait toujours la part telle que montée. Le Finder et le terminal étant ouverts, j'ai tapéumount /Volumes/USBSTORAGEle terminal. Dès que j'ai fait cela, la fenêtre du Finder est devenue réactive et a immédiatement répertorié le contenu du répertoire local sélectionné.Il semble qu'il y ait du code dans le Finder qui soit bloqué lors du stockage à distance qui bloque également certaines opérations de fichiers locaux.
la source