Зупиніть Finder / OSX від створення TemporaryItems та .apdisk на мережевих спільних ресурсах

16

Я шукаю спосіб налаштувати OSX, щоб запобігти його створенню .apdisk файлів і .TemporaryItems папок на мережевих спільних ресурсах.

Вони створюються в будь-який час, коли OSX отримує доступ до спільної папки в мережі.

У пошуках я знайшов кілька можливих рішень:

Перестаньте використовувати додаток (Finder)
Позначте частку (и) як лише для читання
Ігноруйте їх
Використовуйте програмне забезпечення сторонніх виробників (наприклад, BlueHarvest ) для видалення файлів.
Сплануйте cron-скрипт для видалення цих файлів.

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

Чи існує спосіб налаштування OSX не створювати їх в першу чергу?

(Finder підключається через AFP до мережних акцій, для чого це варто)

Редагувати, приблизно через рік: Зверніть увагу, що я не шукаю рішення для очищення.

BlueHarvest (якщо у вас є Mac для його запуску), і заплановані сценарії очищення чудово - але менше, ніж ідеально. Мені дуже потрібне рішення, яке заважає OSX створювати ці файли в першу чергу.
На даний момент часу, схоже, Apple не надає такий варіант конфігурації, що невтішно.

До якого сервера (ів) ви підключаєтесь? OS X чи щось інше? Крім того, чому ви не хочете, щоб файли - я здогадуюсь клієнтів, які не користуються маком, на цих акціях?

— змієходер

Всі види серверів - це не має значення. І так, я не хочу їх через клієнтів, що не мають мак, і загального забруднення акцій.

ДОБРЕ. У мене така ж проблема, але моє рішення не в межах ваших параметрів; Я запускаю dot_clean (1) з cron на клієнті (клієнтах) / пригнічую створення на сервері.

— змієходер

5

Відкритий термінал.
Виконайте цю команду: defaults write com.apple.desktopservices DSDontWriteNetworkStores true
Перезавантажте комп'ютер або вийдіть із системи та поверніться до облікового запису користувача.

Довідка: http://support.apple.com/kb/HT1629

— jnovack
джерело

3

Ах, на жаль, це лише зупиняє створення .DS_Store файлів від створення, воно не зупиняє створення папок .TemporaryItems та файлів .APDisk.

#blameapple Нічого не можу зробити. :(

— jnovack

3

Якщо ви використовуєте загальнодоступні файли Windows на Windows Server 2003 R2 і вище, ви можете створити екрани файлів, які не дозволяють будь-якому користувачеві створювати будь-який набір попередньо визначених файлів.

Я ефективно застосував цей підхід для усунення всіх файлів, створених Mac, на наших спільних файлах.

Для отримання додаткової інформації див. Документ MS Technet, скринінг файлів .

— Хорхе Анрікес
джерело

О, уау - це цікаве рішення. Ніякої ідеї Файлові екрани не існували.

3

Хоча це може допомогти не всім, якщо ви працюєте на самбі на файловому сервері, ви можете додати наступне у своєму smb.conf:

Veto files = /.TemporaryItems/._.TemporaryItems/.DS_Store/

"Файли Veto" - це розділений / розділений рядок імен файлів (також дозволені символи), який заборонено створювати. Це вирішило для мене питання.

Я знайшов цю хитрість у вікі самби Arch Linux

— Мартін Оліка
джерело

Я використовував щось подібне кілька років тому, мені довелося його відключити, оскільки деякі версії MacOS X відмовилися підключитися до спільного доступу або мали випадкові проблеми з ним (точно не пам'ятаю, це було близько 2010 року ...). Не впевнений, що відбувається з поточними версіями.

— Але

2

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

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

find "$@" \( -name ".DS_Store" -or -name ".TemporaryItems" -or -name ".Trashes" -or -name "._*" \) -exec rm -rf "{}" \; -prune

— acseven
джерело

І BlueHarvest, і cronjob були вже згадувані як непопулярні способи боротьби з цим.

Привіт! Я вважаю, що ви це згадали, але моя відповідь слугувала саме тим, що я дав рекомендацію з мого попереднього (і теперішнього) досвіду. У мене все ще встановлено BlueHarvest, щоб досягти саме того, що вам потрібно, спробувавши деякі інші рішення, схожі на ті, про які ви згадали, хоча жодне з тим же показником успіху. Тобто це все-таки моя найкраща рекомендація, і в моєму POV варто вартість.

— acseven

Дякую - я радий, що BlueHarvest вважає цінним, і я впевнений, що інші знайдуть сценарій, який ви надали, корисним при очищенні планування. Не відповідають вимогам налаштування OSX не створювати їх в першу чергу. Зокрема, BlueHarvest, незалежно від ціни, не корисний для моєї ситуації - він зажадає придбання Mac, що не є рентабельним. Поки Apple не надасть можливість конфігурації для придушення цього питання, питання залишатиметься відкритим.

0

sshfs має опцію неаплетування, яка не дозволяє .Spotlight-V100створюватись при моєму (дуже обмеженому) тестуванні ...

mkdir -p /Volumes/user && /usr/local/bin/sshfs \
    -o volname=user,local,cache=no,allow_root,noappledouble,defer_permissions,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3 \
    user@nas.local:/mnt/tank/homes/user \
    /Volumes/user

Якщо використання sshfs є варіантом, ви можете розглянути це рішення.

— leoj
джерело