Як виправити сірі файли в Finder?


13

Чи є який-небудь спосіб змусити Finder оновити інформацію про його використання для сірих (недоступних) файлів?

Деталі:

Я переміщую нечасто використовувані файли з мого Mac (OS X 10.6) на файловий сервер Windows Server 2008. Нещодавно я знайшов велику кількість файлів, які Finder OS X показує сірими (як це було б у випадку копіювання файлу). Усі ці файли є дійсними та повноцінними: відсутність пошкодження чи відсутні дані; насправді я можу без проблем отримати доступ до файлів із терміналу чи з комп’ютера Windows, але Finder все ще вважає, що їх слід вважати недоступними.

Я можу "виправити" проблему, скопіювавши оригінальний файл на нове ім'я, видаливши оригінальний файл, зачекавши хвилин або близько того, а потім перейменувавши новий файл на оригінальне ім'я (якщо я не чекаю досить довго, новий файл стане сірим, коли він буде перейменований на оригінальну назву).

В основному, здається, що Finder не спромігся очистити якийсь прапор, який "використовується" або "неповний" [здогадка].

Отже, повернемося до початкового питання: як це можна виправити? В ідеалі я хотів би мати можливість сканувати мережеві накопичувачі та знаходити та виправляти всі сірі файли за допомогою термінальної чи рекурсивної роботи, тому я можу їх виправити, не витрачаючи багато часу.


Це стосується дозволів? Ви це перевірили?
Мартін Марконніні

Чи працює перезапуск Finder?
Itai Ferber

Не має дозволів: файли, які порушують право, доступні через Термінал. Перезапуск ОС / X не впливає.
Роберт Альтман

Відповіді:


8

Це вирішило це для мене! http://macadmins.psu.edu/news/2011/06/grayed_out_finder_folder

Так що трапилося? Схоже, дата створення папки була встановлена ​​випадковою датою в 1943 році. Хоча ми не знаємо, як це сталося, ми розібралися, як її виправити.

Ми використовували кілька двійкових файлів, які постачалися разом із Інструментами для розробників, GetFileInfo та SetFile. GetFileInfo показав нам дату створення папки. Спочатку ми її не помітили, але при уважному огляді це потрапило в очі.

$ GetFileInfo Test / каталог: "/ Користувачі / користувач / Настільний / Тест" атрибути: avbstclinmedz створено: 13.06.1943 06:13:00 змінено: 13.06.2011 15:07:33

Потім ми могли змінити дату створення за допомогою інструмента SetFile.

$ SetFile -d 13.06.2011 Тест /

Після повернення дати до розумного часу ми можемо побачити, що вона справді змінилася.

$ GetFileInfo Test / каталог: "/ Users / userid / Desktop / Test" атрибути: avbstclinmedz створено: 13.06.2011 06:13:00 змінено: 13.06.2011 15:07:33

Потім папка показала належним чином у Finder і знову була корисною. Ми також виявили, що якщо ви створили псевдонім папки, ви зможете побачити дані та перемістити їх. Після переміщення в іншу папку стару папку можна буде видалити.


1
Це мало б багато сенсу; якщо правильно пригадую, я бачив дивні дати. На жаль (для тестування теорії), я з тих пір очистив помилки, і я не бачив цього знову. Дякую за інформацію!
Роберт Альтман

5

Використовуйте, ls -laщоб перевірити, чи файл має розширені властивості. Це буде схоже на:

-rwxr-xr-x@ 1 user1 staff 439734882 Aug 16 21:34 myfile.zip

Подивіться на @ кінець. Це означає розширені властивості.

Для перегляду розширених властивостей вам потрібно буде використовувати xattr -l filenameкоманду.

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

com.apple.FinderInfo:
00000000  62 72 6F 6B 4D 41 43 53 00 00 00 00 00 00 00 00  |brokMACS........|
00000010  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  |................|
00000020

Щоб видалити цей атрибут, запустіть xattr -d com.apple.FinderInfo filenameі файл повернеться до нормального.

Якщо вам потрібно видалити цей атрибут з усіх файлів рекурсивно, можна запустити:

xattr -dr com.apple.FinderInfo .

Не пропустіть крапку .в кінці, що означає поточний каталог.

Оригінальна публікація: https://tangentlin.wordpress.com/2013/10/18/greyed-out-files-in-mac-osx/


1
Тільки цей працював для мене на Високій Сьєррі.
Рівера

2

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


1

Спробуйте видалити кеші (~ / Бібліотека / Кеші) та перезапустіть. Мій досвід полягав у тому, що це зазвичай виправляє дивні проблеми, пов’язані із значками.


На жаль, це не мало ефекту.
Роберт Альтман

1

Ви можете спробувати повторно синхронізувати файли, скориставшись rsyncінструментом:

$ rsync -aut /source/* /destination

або (якщо файлів занадто багато):

$ find /source/ -name \* -type f -exec rsync -at {} /destination/ ";"

Ось аргументи для BSD rsync:

-a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)
-u, --update                skip files that are newer on the receiver
-t, --times                 preserve modification times

Якщо ви використовуєте GNU rsync, подумайте про додавання:

-N, --crtimes               preserve create times (newness)

Примітка. Ви можете встановити GNU rsyncза допомогою brew install rsync.

Якщо це не допоможе, спробуйте і без -u.


@Flimm Правильно, я використовував фактично GNU для тестування, я уточнив відповідь. Видалено -N, але ви можете додати його, якщо у вас версія GNU, інакше використовуйте BSD-синтаксис.
kenorb

Використання GNU rsync з -Nпозначеними прапорами працювало для мене. Я не впевнений, чи це було через -Nпрапор.
Flimm

0

Еврика! Я зрозумів, що викликає проблему.

Файли копіюються в мережевий папку Windows Server 2008 з реплікацією DFS (на інший сервер). Як-то Finder кешує статус файлу "зайнятий"; і це іноді відбувається під час реплікації файлу.

Обхід полягає у використанні терміналу для дублювання файлу, видалення оригіналу, ЗАЧЕКАЙТЕ !!!, а потім перейменуйте дублікат на оригінальне ім'я. (Якщо ви не чекаєте, дублікат стане сірим, коли він перейменований.)

То є "що"; Я все ще сподіваюся, що хтось може пояснити, куди кешується інформація.

Якщо хтось зможе зрозуміти, куди кешується інформація та як визначити, на які файли впливає сценарій, я прийму їх відповідь; в іншому випадку я позначу це як цю відповідь і списати проблему на дивовижну сумісність OS / X та Windows.

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