Я думаю, нет, но это не окончательный ответ.
Сначала я создал очень большой (~ 160 МБ) файл .txt и внес изменения в файл в TextEdit. Как и ожидалось, этот файл и его версии были обнаружены в /.DocumentRevisions-V100/PerUID
. Файлы оказались размером ~ 160 МБ ls
, но, согласно данным, du -h
они использовали 0B на диске. Количество жестких ссылок для каждого файла было 1. Папка под названием .cs
(хранилище чанков) /.DocumentRevisions-V100
снизилась примерно на 110 МБ.
Каждый раз, когда я менял файл, происходило следующее /.DocumentRevisions-V100
:
- Файл ~ 160 МБ был создан в
/.DocumentRevisions-V100/staging/
. Количество жестких ссылок для этого файла равно 1.
- Этот файл появился для перемещения
/.DocumentRevisions-V100/PerUID/<UID>/<#>/com.apple.documentVersions
. Количество жестких ссылок осталось 1.
- Этот файл размером ~ 160 МБ стал 0B, а размер
/.DocumentRevisions-V100/.cs
вырос примерно на 2 МБ.
Свободное место на диске ( df
) соответствовало du
сказанному мной. Свободное пространство значительно уменьшится, а затем вернется почти к тому, что было до сохранения новой версии.
Затем я попытался уничтожить файл с помощью Безопасной пустой корзины. OS X, кажется, использует программу, вызываемую Locum
для безопасного удаления файла. Прикрепление fs_usage
к Locum
показывает очень много операций чтения и записи в исходный файл .txt. Пока Locum
он делает свое дело, все версии /.DocumentRevisions-V100/PerUID
могут быть доступны без изменений. После Locum
завершения записи данных, он освобождает исходный файл .txt, и версии /.DocumentRevisions-V100/PerUID
внезапно исчезают. Locum
затем переходит к чему-либо еще в корзине, не касаясь его /.DocumentRevisions-V100
.
Все, что находится внутри /.DocumentRevisions-V100
, не удаляется надежно.
РЕДАКТИРОВАТЬ: я должен добавить, что все, что находится внутри, /.DocumentRevisions-V100
как-то запутано или сжато (папка была всего ~ 120 МБ). Я еще не читал версии или разделы файловой системы обзора Сиракузы ... возможно, там есть подсказки.