Mavericks Finder обертається під час відкриття папок


18

З моменту оновлення до Mavericks, Finder іноді зависає, коли я вибираю папку і чекаю, коли її вміст заповнить вікно. Це відбувається головним чином у відкритих діалогових вікнах:

Шпиндер прядіння

Він буде обертатися приблизно 15-30 секунд, перш ніж відображати елементи в цій папці. Я можу "Перейти в папку", і зазвичай в цьому випадку буде відображатися вміст негайно. Чому він крутиться і чи є спосіб зробити це швидше? (Це повинно бути миттєвим. Я не переходжу до папок з тисячами, а то й сотнями елементів.)

Пояснення: це просто звичайні локальні папки, як правило, в моєму домашньому каталозі ... не віддалені диски або мережеві папки або щось фантазійне. Це на початку 2013 року Retina MBP, тому він має твердотільний накопичувач.

Відповіді:


11

З цього приводу існує ряд обговорень спільнот Apple Support Communities та ряд можливих виправлень. Підсумувати, якщо один працює для вас:

  • Вимкнути пошук додатка Finder

    Це, здається, виправить це майже для всіх в ASC, у яких Finder працював нормально в 10,8, але зараз "зламаний" у 10,9.

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

    … Потім вийдіть із системи та повторно ввімкніть функцію "Повторно відкрити вікна під час входу".

  • Очистити кеші пошуку

    Очистіть ~/Library/Caches/com.apple.finderі перезапустіть Finder.

    rm -r ~/Library/Caches/com.apple.finder/ && killall -HUP Finder
    
  • Скидання налаштувань Finder

    Пов’язане вище - видаліть обидва файли налаштувань, які використовує Finder:

    rm ~/Library/Preferences/com.apple.finder.plist ~/Library/Preferences/com.apple/sidebarlists.plist
    
  • Прожектор Reindex

    sudo mdutil -E /
    
  • Змініть налаштування "Показати смуги прокрутки"

    Здається, що це можна виправити, змінивши налаштування смуги прокрутки в системних налаштуваннях → Загальне з пункту "Прокрутка" на "Завжди".

  • Ремонт дозволів

    Спробуйте відновити дозволи в Disk Utility.


На жаль, це не вирішило для мене проблеми. Але мені подобається, що можна багато чого зробити, щоб спробувати!
Метт

Відключити Finder App Nap вирішив це для мене!
macki

4

Я не розумію всіх конкретних технічних деталей, але це, мабуть, викликано провайдерами, які виконують перехоплення NXDOMAIN . Слідуючи цим повідомленням на форумі, спробуйте запустити це у Терміналі:

ping Backups.backupdb

Якщо ви не отримаєте таку відповідь:

ping: cannot resolve Backups.backupdb: Unknown host

... тоді ваш провайдер буде виконувати NXDOMAIN перехоплення, який викликає затримку.

Процедура відключення перехоплення залежить від вашого конкретного провайдера. Наприклад, якщо ви використовуєте OpenDNS (який перехоплює за замовчуванням), ви можете відключити його в налаштуваннях свого облікового запису.


У мене була така сама проблема на моїй машині, і я використовував OpenDNS (але без акаунта, тому я не зміг змінити налаштування). Я просто повернувся до DNS моменту провайдера (AT&T) за замовчуванням - що, очевидно, не робить перехоплення, оскільки я отримав "правильну" pingвідповідь вище - і проблема негайно усунулася.

(Я не беру на себе кредиту за це рішення; я просто повідомляю про це тут для вигоди для всіх інших. З Mavericks це здається дуже поширеною проблемою).


Тут, мабуть, немає перехоплення NXDOMAIN. (Використовуючи DNS Google.) Дякуємо, що повідомили про це тут!
Метт

Ще одне підтвердження: після того, як я вніс цю зміну, повісинки повністю зупинилися, коли я перебуваю в домашній мережі, але знову з’являються, коли я на роботі. У мене не було можливості зробити pingтест, коли я був там, але явно це пов’язано з мережею, оскільки це одна і та ж машина в обох місцях.
daGUY

Ого, це досить цікаво. Дякую, це вирішило для мене, але зараз мені вічно цікаво, що може спричинити цю повіску. Ви не думаєте, що сповільнення DNS і Finder взагалі пов'язані.
Енді Ібанез

2

З вашого знімка видно, що асинхронний показник прогресу (пульсація) - це частина бічної панелі для малювання:

  • Підключені сервери
  • Послуги з відкриттям Bonjour
  • Повернутися до мого Mac

Ви повинні мати можливість зосередитись на роботі в мережі та виділити, чи справді це дія, яка затримує вашу роботу, або просто невинний спостерігач - наступна річ, яку слід звернути, коли система в іншому випадку призупиняється та затримується.

Щоб вирішити цю проблему, я зробив би наступне:

  1. Запустіть sysdiagnose з терміналу, якщо я можу відтворити проблему і побачити, чи можу я впіймати процес за допомогою процесора чи іншим чином поводитись інакше, ніж sysdiagnose, коли система в іншому випадку не працює. Пропустіть цей крок, якщо вам не подобається дивитись системні журнали та заходити в термінал. Цей крок може бути корисним, якщо ви хочете повідомити про це як про помилку - система, на мою думку, не повинна зависати, щоб фарбувати мережеві послуги, а потім розблокувати роботу та показати мережеві пристрої пізніше, якщо це буде повільно.
  2. Вимкніть усі три елементи вище в налаштуваннях Finder для бічної панелі.
  3. Вийдіть із Back to my Mac
  4. Відключіться від мережі

Оскільки це може бути декілька пунктів - сподіваємось, ви можете звузити речі або прокоментувати, якщо я пропустив крок або більше інформації про проблему з’явиться. Крім того, будьте впевнені, що у вас немає таких інструментів, як Little Snitch або Conditioner Network Link Conditioner, оскільки вони б явно посилили візуалізацію частини обміну мережею бічної панелі, якщо вони не налаштовані.


Я б радив того ж полювання на винуватця, але в такому порядку: 4. (це проблема, пов’язана з мережею, і я вважаю, що це :(), 2., 3., 1. (це найважче проаналізувати правильно: ().
дан

1
Мені подобається спочатку виміряти, потім навмисно щось змінити і переміркувати. Я, можливо, не детально вивчаю журнали, але якщо вони виникнуть у необхідності, вони будуть захоплені. Я погоджуюся, що відключення мережі - це чудовий тріадний крок, і просто спробувати визначити щось на кроці 1, на відміну від "не продовжуйте, якщо ви щось не знайшли" :)
bmike

ОК для першого кроку спочатку як знімок неналежної поведінки та посилання на полювання.
дан

Це справді розумна ідея. Але я відчуваю цю затримку в локальних папках і коли відключається від мереж, тому не думаю, що це проблема мережі.
Мет

2

Це на кожному вашому приводі? Тому що якщо це одна і та ж поведінка на різних апаратурах? (Поведінкова різниця між USB-накопичувачем USB та внутрішнім диском)

Чи однаково повільна команда "ls" у терміналі чи миті? (спробуйте термінал та cd та перетягніть папку з прикладом у термінал і натисніть клавішу Enter. Потім введіть "ls", щоб побачити, скільки часу потрібно, щоб перерахувати вміст папок.)

  • Це також може бути пов’язано з пошкодженням HFS + (запустіть дискову утиліту "перевірити диск" (не дозволи) та побачите, чи є у вашої (я думаю, на ваш об'єм запуску є проблеми). + R при завантаженні) і спробуйте відновити диск з дисковою утилітою звідти.
  • І останнє, але не менш важливе, ви намагалися створити новий обліковий запис користувача та намагаєтесь відтворити його в новому обліковому записі користувача?

Вибачте за багато запитань, але мені (сподіваюся, поки що) не можна коментувати питання.


Дякуємо за ваш внесок. lsзавжди миттєвий. Цікаво, що, однак, "Перевірити диск" на моєму запусковому диску призвело до декількох помилок: "Неправильна кількість жорсткого посилання файлу" та "Растрове зображення томів потребує незначного ремонту для осиротілих блоків" та "Недійсне кількість безкоштовних томових блоків (має бути 43437880 замість 40702664) "- все інше добре. Я спробую відремонтувати і побачити, чи це допоможе ...
Метт

Я зробив ремонт і не бачив проблеми з тих пір (але це не дуже давно) - в будь-якому випадку, це добре зробити, і ваші питання проникла глибше в мою проблему. Щедрість закінчується через кілька хвилин, тому я нагородив її вам, також як вітаю громаду. З трохи більше часу я мав би змогу вибрати найкращу відповідь (якщо є така, яка її виправляє; але, можливо, Apple повинна просто отримати це!).
Метт

Фое, це все ще відбувається.
Метт

@Matt Ви бачите щось, що стосується моєї відповіді?
markhunte

добре, дуже дякую! Ви спробували створити новий обліковий запис користувача та проаналізували, чи з’являється ця проблема і у нового місцевого користувача?
Обійміть

2

Просто бачив цей пост TUAW.com як до фіксації самої filestatsagent-помилка при Erica Sadun

Цитата з повідомлення на tuaw.com:

Часом ваша система може здатися крутиться колесами. Заглянути в Монітор активності (знайдений у підпапці Утиліти вашої папки Програми) може запропонувати підказки щодо того, що відбувається ....

..Як я виявив, що деякі користувачі Mavericks можуть виявити, що процес FileStatsAgent з'їдає їхній процесор. Якщо це трапляється з вами, це, як правило, пов’язано з пошкодженим файлом.

Потім вони продовжують пояснювати використання параметру відкритих файлів і портів у "Моніторі діяльності" під час процесу, щоб побачити, які файли можуть спричинити проблему.

Це може бути чи не бути вашою проблемою ..


2

Примітка: хоча відповідь зараз повністю змінилася, це лише пізня редакція. Я сподіваюся, що хтось від цього виграє.

Знайдено вирішення, яке насправді працює з OSXDaily . Підводячи підсумок, вимкнення автоматичного автоматизованого використання мережевих часток робить цю хитрість (принаймні для моїх декількох маків, у яких я встановив Mavericks).

Щоб вимкнути автоматичний набір мережевих часток, відкрийте Terminal.app і введіть наступні команди.

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

Це робить (для тих, хто менше знає командний рядок, Борн Шелл тощо) - це те, що він спочатку робить резервну копію файлу /etc/auto_master, потім редагує один рядок і, нарешті, сигналізує автозапуску на повторне читання /etc/auto_master.

Після цього вам доведеться вручну монтувати мережеві спільні папки. Більше інформації в оригінальній статті OSXDaily .


Гарна думка - мені було цікаво, чи генерування попереднього перегляду піктограм викликає частину проблеми. На жаль, у мене все ще спостерігається періодична повільна поведінка Finder у додатках, навіть для каталогів із лише кількома елементами.
Метт

Я теж це переживав, але отримав допомогу з рішення вище. Я також оновив відповідь, щоб відобразити той факт, що це далеко не 100% рішення.
Самі Лайн

1

У мене виникають ті самі проблеми протягом декількох тижнів, намагаючись усі пропозиції, перелічені тут та на інших форумах, але без успіху .... до сьогоднішнього вечора!

TL; DR : запустіть ці 2 команди, потім перезавантажте.

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

Довга версія :

Проблема не сталася, коли я спробував новостворений обліковий запис користувача, тому він вказав на щось із мого профілю. Я видалив усі налаштування та кеші зі своєї папки «Бібліотека», але проблема залишилася.

Розглянувши системні журнали, я помітив, що при перегляді папки в Finder часто з’являються наступні 2 помилки.

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

Вони пов'язані зі створенням / завантаженням піктограм для різних типів файлів. Finder висить під час спроби намалювати піктограми для переліку файлів, тож має сенс, що він буде відставати, якщо виникнуть проблеми з кешем. Оскільки IconServicesAgent не є додатком, з яким користувач взаємодіє, кеш / префікси не зберігаються у типовій папці ~ / Бібліотека /, але у спеціальному прихованому місці, яке використовується для програм та демонів на рівні ОС. Кожен користувач має папку Кеш і Темп у цьому місці за адресою /var/folders/. Нам просто потрібно знайти та перейменувати файли IconServicesAgent.

Коли створено обліковий запис користувача, система генерує тут папку для користувача, але названа з 32, здавалося б, випадковими символами. Оскільки вони випадкові, я не можу дати точний шлях, але змінна середовища TMPDIR може. (Якщо ви хочете знати, запустіть команду, echo $TMPDIRщоб отримати шлях до вашої власної папки Temp. Це буде щось на зразок, /var/folders/jc/vzc51tfn2jzbzqkr9j3g38gm0000gn/T/але нам насправді це не потрібно. Команди нижче просто використовуватимуть змінну безпосередньо)

Тепер перейменуйте папку com.apple.IconServices в каталог T [temp] за допомогою цієї команди.

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

Далі нам потрібно зробити те ж саме в каталозі Кеш, який знаходиться в тому ж батьківському каталозі, що і Tкаталог. Ця команда зробить все, що вам потрібно.

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

Отже, перезавантажте свій Mac, і після входу в систему, Finder повинен знову бути швидким.


0

У мене іноді виникає подібна проблема: Finder абсолютно не реагує, тобто всі вікна Finder замерзли, і всі вони показують прядильний пляжний бал.

У цьому випадку для мене єдине, що допомогло, - це відкрити Монітор активності та вбити Finder (тобто повторно запустити) його кілька разів. Інколи мені доводилося повторно запускати його до 5 разів.

(Поки що я не зміг визначити винуватця. У мене не було встановлених мережевих дисків.)


0

Це сталося зі мною в Йосеміті. У деяких папках вміст відображався просто чудово, в інших - спінінг. Усі папки, про які йдеться, були локальними папками, і їх вміст добре відображався lsу терміналі.

Моя проблема, здавалося, пов’язана з тим, що було підключено загальну мережу до закриття кришки мого ноутбука, потім відкриття мого ноутбука та підключення до іншої мережі, де ця частка була недоступною. Частка все ще відображалася на лівій панелі вікна Finder, але не містила жодного вмісту. У терміналі mountвсе ще показали частку як змонтовану. З відкритим Finder і терміналом я набрав umount /Volumes/USBSTORAGEтермінал. Як тільки я це зробив, вікно Finder стало чуйним і одразу перерахував вміст вибраного локального каталогу.

Здається, у Finder є якийсь код, який блокується при роботі з віддаленим сховищем, який також блокує деякі локальні файлові операції.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.