Mavericks Finder tourne lors de l'ouverture des dossiers

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.

Il y a un certain nombre de discussions avec les communautés de support Apple à ce sujet, et un certain nombre de correctifs possibles. Pour résumer au cas où l'on travaille pour vous:

• Désactiver l'application Nap Finder

  Cela semble le corriger pour presque tout le monde sur ASC qui avait Finder fonctionnant correctement en 10.8 mais qui est maintenant «cassé» en 10.9.

  sudo defaults write com.apple.Finder NSAppSleepDisabled -bool YES
  

  … Puis déconnectez-vous et reconnectez-vous avec «Réouvrir les fenêtres lorsque vous vous reconnectez» désactivé.

• Effacer les caches du Finder

  Videz ~/Library/Caches/com.apple.finderet redémarrez le Finder.

  rm -r ~/Library/Caches/com.apple.finder/ && killall -HUP Finder
  

• Réinitialiser les préférences du Finder

  Lié à ce qui précède - supprimez les deux fichiers de préférences utilisés par le Finder:

  rm ~/Library/Preferences/com.apple.finder.plist ~/Library/Preferences/com.apple/sidebarlists.plist
  

• Pleins feux sur Reindex

  sudo mdutil -E /
  

• Modifier le paramètre «Afficher les barres de défilement»

  Il semble que cela puisse être corrigé en changeant le paramètre de la barre de défilement dans Préférences Système → Général de Lors du défilement à Toujours.

• Autorisations de réparation

  Essayez de réparer les autorisations dans l'Utilitaire de disque.

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:

ping Backups.backupdb

Si vous n'obtenez pas la réponse suivante:

ping: cannot resolve Backups.backupdb: Unknown host

... 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).

Votre instantané montre que l' indicateur de progression asynchrone (throbber) est la partie de la barre latérale à dessiner:

• Serveurs connectés
• Services découvrables Bonjour
• Retour à mon Mac

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:

1. Exécutez sysdiagnose à partir du terminal si je peux reproduire le problème et voir si je pouvais intercepter un processus utilisant le CPU ou se comportant autrement qu'un sysdiagnose lorsque le système est autrement inactif. Ignorez cette étape si vous n'aimez pas regarder les journaux système et entrer dans le terminal. Cette étape peut être utile si vous souhaitez signaler cela comme un bogue - le système ne devrait pas, selon moi, se bloquer pour peindre les services réseau et devrait débloquer le fonctionnement et afficher les périphériques réseau plus tard si cela était lent.
2. Désactivez les trois éléments ci-dessus dans les préférences du Finder pour la barre latérale.
3. Se déconnecter de Retour à mon Mac
4. Se déconnecter du réseau

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.

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.)

• Cela peut également être dû à une corruption HFS + (exécutez l'utilitaire de disque "vérifier le disque" (pas les autorisations) et voyez si votre (je suppose que votre volume de démarrage est affecté) a des problèmes. + R au démarrage) et essayez de réparer le disque avec l'utilitaire de disque à partir de là.
• Enfin et surtout, avez-vous essayé de créer un nouveau compte d'utilisateur et d'essayer de le reproduire dans un nouveau compte d'utilisateur?

Désolé pour les nombreuses questions, mais je ne suis pas (espérons-le encore) autorisé à commenter les questions.

Je viens de voir ce post sur Tuaw.com comment-réparer-le-filestatsagent-bug par Erica Sadun

Citation du post de tuaw.com:

Parfois, votre système peut sembler faire tourner ses roues. Un aperçu de Activity Monitor (situé dans le sous-dossier Utilitaires de votre dossier Applications) peut fournir des indices sur ce qui se passe ...

..Comme je l'ai découvert, certains utilisateurs de Mavericks peuvent trouver qu'un processus FileStatsAgent ronge leur CPU. Si cela vous arrive, c'est généralement dû à un fichier corrompu.

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.

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.

macbook:~$ sudo sh -c "cp /etc/auto_master /etc/auto_master.OLD && perl -i -pe 's/(^\/net)/#\$1/' /etc/auto_master && automount -vc"

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 .

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.

mv ${TMPDIR}/com.apple.IconServices{,-bad}
mv ${TMPDIR}/../C/com.apple.IconServices{,-bad}

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.

12/16/14 12:24:29.908 AM com.apple.IconServicesAgent[244]: main Failed to composit image for binding VariantBinding [0x2af] flags: 0x8 binding: FileInfoBinding [0x3bf] - extension: mov, UTI: com.apple.quicktime-movie, fileType: ????.
12/16/14 12:24:29.908 AM quicklookd[8215]: Warning: Cache image returned by the server has size range covering all valid image sizes. Binding: VariantBinding [0xa03] flags: 0x8 binding: FileInfoBinding [0x903] - extension: mov, UTI: com.apple.quicktime-movie, fileType: ???? request size:16 scale: 1

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.

mv ${TMPDIR}/com.apple.IconServices{,-bad}

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.

mv ${TMPDIR}/../C/com.apple.IconServices{,-bad}

Alors maintenant, redémarrez votre Mac et après vous être reconnecté, le Finder devrait à nouveau être rapide.

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é.)

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.