Танцы с бубном, загрузка с Recovery HD (для FileVault2 нужно держать нажатым Cmd+R всё время до появления интерфейса восстановления).

Загрузка в Verbose Mode показала безрадостную картину с chksum error:

Physical volume status Failed:

Ситуация усугубилась переходом на FileVault2 с CoreStorage. Всё было бы ничего, но инструментов для восстановления LVM нет. Функция Restore Disk в Disk Utility закончилась с ошибками, восстановление невозможно:

Почему произошёл сбой, я не могу сказать. Последний рестарт системы был плановым, завершился нормально. Последнюю неделю я много экспериментировал с созданием/удалением томов CoreStorage на других дисках, но системный диск я не трогал, да и примонтированный том изменить было бы нельзя. Можно грешить на OS X beta 10.7.2, но и здесь доказательств нет. Зашифрованный том CoreStorage на втором диске работают без замечаний, сбой произошёл только на системном.

При поиске в Google я нашёл и других таких же “счастливчиков”. Не буду обобщать, технологии CoreStorage и FileVault2 многообещающи, но перед их включением рекомендую как следует подумать и делать бекапы Time Machine (как минимум) и регулярные клоны в SuperDuper! (как максимум).

Бекап на Time Capsule у меня был в офисе. Во время вчерашнего праздника я работал мало, и я потерял всего лишь несущественный один документ.

Хочу порекомендовать заранее продумать Disaster Recovery Plan. Нужно знать, что потеряешь при подобной ситуации и эти потери минимизировать. Например, даже этот единственный потерянный документ остался бы, если бы я держал его в Dropbox.

Так как все бекапы у меня были, я рассматриваю данный инцидент как возможность проверить на практике восстановление системы.

Приход в офис, первостепенные рабочие вопросы решены, появилась возможность уделить время восстановлению.

Ноутбук подключен кабелем в LAN-порт Time Capsule (не надейтесь на WiFi, восстановление займёт намного больше времени). Приступим.

Включил ноутбук, нажал при старте Cmd+R для загрузки с Recovery HD. Через несколько секунд отпустил. Появилось окно ввода пароля. Не то. Мало жал на Cmd+R. Выключение, включение. На этот раз Cmd+R держал от момента появления серого экрана, продолжал при появлении яблочка, отпустил при появлении интерфейса Recovery HD.

Восстановление из Time Machine. Я сделал разделение учётных записей по логину и паролю, бекапы при этом пишутся в пользовательский каталог. В списке же доступных дисков был только общий сетевой диск, где бекап отсутствовал.

Конфигурация Time Capsule, перевод File Sharing от индивидуальных учётных записей к общему диску. Перезагрузка Time Capsule. Попытка выбора для восстановления сетевого диска TC, тишина.

Запуск терминала. На общем диске есть каталоги пользователей, мой бекап находится в моём каталоге. Логично. Но программа восстановления такое не понимает. Ладно. В терминале перенёс каталог sparse bundle image с бекапом в корень общего диска. Повторил выбор диска для восстановления. Наконец-то, увиделись бекапы.

Лёгкая прострация, последний бекап был в июле:

Потом вспомнил, что я переименовывал раздел с Macintosh HD на Lion. Выбрал нужный раздел в выпадающем списке, последние бекапы есть. Начал восстановление – но куда восстанавливать? Раздел на системном диске отсутствует.

Запустил Disk Utility. Выбрал мой диск. Удалить и создать новый раздел система даёт, но при попытке применения изменений говорит о невозможности отмонтировать диск.

Короткое размышление. Логично – система загружена с Recovery HD на этом же диске, а переразбивка подразумевает удаление всех разделов.

Вспоминаю о “Lion Recovery Disk Assistant“, нахожу в завалах хлама флешку (2 GB хватило), устанавливаю на неё Recovery HD (на другом Lion! Если бы его не было, то пришлось бы поиграть в “Ханойскую башню”).

Включаю ноутбук, держу Option, выбираю Recovery HD с флешки. Disk Utility, переразбиваю диск, применяю. Работает. Выбираю восстановление с Time Capsule, выбираю нужный раздел, выбираю последний бекап. Понеслось. Time remaining 2h. Реально восстанавливалось порядка часа. 10 минут назад было “Time remaining 1h 10m”, и тут перезагрука. Загрузился, система работает. 10.7.2 beta, кстати – при установке обновлений заодно обновляется и Recovery HD.

Пока не знаю, буду ли я включать FileVault 2. Подожду, подумаю, может что придумаю.

Есть другая программа, не менее сырая, но более работоспособная – это TimeTracker. Разработала её компания, выпустившая удобную утилиту работы с пакетами Pacifist.

Вот как описывают TimeTracker сами разработчики:

TimeTracker is a quick-and-dirty application that displays the contents of your Time Machine backups, and shows what’s changed since the previous backup. TimeTracker is in an extremely early state, and is as such very unpolished (for example, it doesn’t yet have an icon).

Да, даже иконка не нарисована. Однако программа смогла при старте подключиться сама к образу TimeMachine:

Показала все бэкапы с указанием их размера:

И отмонтировала образ TimeMachine при выходе.

За всё это можно простить отсутствие иконки и перспектив развития.

И непонятно, что происходит – то ли так и должно быть, то ли слетела база и архив Time Machine пересоздаётся с нуля (в данном случае это объяснение точно не подходит), то ли в исключения не добавлен какой-то каталог.

Периодически я пользуюсь скриптом на Python, который показывает список файлов, помещённых в бэкап, но он не всегда хорошо работает. Хинт – сначала вручную подмонтируйте образ Time Machine, и уже на него направливайте скрипт. Не пытайтесь его запускать на образе, который смонтировала сама Time Machine, в большинстве случаев скрипт заканчивается неудачно.

Мне давно попадалась на глаза программа BackupLoupe от разработчиков утилиты RedHand, делающей снимок человека, который неудачно попытался разблокировать ваш компьютер. Но в прошлый раз мне не удалось заставить BackupLoupe нормально работать.

Сейчас же программа после нескольких странных движений заработала. И теперь я могу посмотреть через графический интерфейс, что же именно писалось во время последнего запуска Time Machine:

Например, в случае, послужившем поводом для написания статьи, я забыл внести в исключения Time Machine каталог iTunes U, куда списал серию видео в формате HD.

Напомню снова – перед сканированием подключите вручную образ Time Machine (у меня он называется ole-mac.sparsebundle и лежит на Time Capsule). Но не забудьте по окончанию работы вручную его отмонтировать, так Time Machine останавливается на стадии “Making backup disk available” а потом вываливается с ошибкой о невозможности подключить образ.

А телодвижения были простые – сначала нужно вручную подключить образ Time Machine, потом в настройках BackupLoupe отключить “Use default Time Machine locations” и в “Additional paths” добавить полный путь к смонтированному образу вида “/Volumes/Time Machine Backups/Backups.backupdb/ole-mac” (подправьте точку монтирования и имя образа на те, которые действительны для вашей конфигурации):

Потом выберите в первом списке вместо пиктограммы диска имя с символом каталога, а затем имя машины:

Можно сканировать и смотреть, что же именно было записано в бэкап.

Программа BackupLoupe хоть и может слегка вывихнуть мозг своим странным поведением и сбоями, но вполне подходит для анализа Time Machine. Рекомендую.

Системы хранения заметок – достаточно интересная категория программ. Я до сих пор не нашёл идеальной программы, но постепенно движусь в этом направлении. Evernote не нравится сохранением web-страниц, Together – странной дисковой активностью, Yojimbo – отсутствием программы под iPhone.

Недавно в комментариях к статье “Синхронизация данных Yojimbo через Dropbox” мы с 8bituser обсуждали достоинства и недостатки двух систем хранения заметок (Together и Yojimbo). Я приведу его аргументы в пользу Together, они очень полезны:

А я с Yojimbo кое-как переполз на Together. У меня файл базы был 140мб, каждый бэкап тайммашины…

И потом хотелось как-то на айфоне иметь доступ ко всему этому. В Together всё хранится не в базе, а открыто. Сделал его базу прямо в стандартной папке Documents (по дефолту в папке Together, которая в Documents, так не очень удобно и не красиво показалось), скрыл то, что мне не надо (там порядка 8 папок и файл Together.lock, теперь имею там каталоги Notes, Documents, Web Pages, Images и их симлинкаю на дропбокс, и таким образом всё есть на айфоне, причем быстро, не 140мб каждый раз пересылать туда-сюда, а только новые или измененные файлы.

Ну и достаточно удобно к этим папкам доступ из Stacks в режиме List могу открыть любой файл даже без открытого самого Together.

Плюс когда в Together кидаешь кусочек чего-то со страницы, он запоминает линк страницы и можно даже этот кусочек подредактировать удалив что-то или добавив.

Смартфолдеры тоже есть, с тэгами тоже не особо складывается, разве что для тех же смартфолдеров они нужны помимо раскрашивания.

Из минусов только то, что кусочки с веб-страниц кидать нужно в Shelf, а не прямо на иконку в доке, но уже привык, а всё остальное очень похоже, чуть больше удобности и гибкости. Причем у этого Shelf очень удобно быстро заметку написать или скопипастить в него.

Одни плюсы вобщем, переходи, чем дальше с Yojimbo тем болезненней переход :))

Да, Yojimbo невозможно использовать на iPhone, и это его большой минус. Я до сих пор ещё не определился, оставаться ли на Yojimbo или переходить на Together. Мне больше нравится первый. Но пока я стараюсь вести заметки в обеих системах. Сравнительный анализ – это тема отдельной статьи.

Сейчас же я хочу показать, как можно обойти главную проблему Yojimbo, а именно то, что данные хранятся в базе данных SQLite3 в едином файле и малейшее изменение приводит к необходимости записи в Time Machine всего файла. Для небольших баз это несущественно, но если ваши данные занимают сотни мегабайт, то это становится уже ощутимой проблемой.

Идея проста – нужно разместить данные в SparseBundle Image. Этот образ представляет собой набор 8-ми мегабайтных файлов (band’ов), и при изменении его содержимого меняются далеко не все band’ы, что даёт возможность уменьшить объём данных, записываемых в бекап Time Machine.

Подготовка SparseBundle Image

Создать образ можно или через программу Disk Utility, или в консоли через hdiutil. Через графический интерфейс для меня сложнее, поэтому именно этот метод я и рассмотрю :-)

Запускаем Disk Utility (/Applications/Utilities/Disk Utility), создаём образ:

Я решил разместить образ в каталоге Documents, но вы его можете расположить там, где вам удобно. Параметры такие:

Мне достаточно пока 100 MB, формат файловой системы стандартный “Mac OS X Extended (Journaled)”, схему разделов я привычно поменял с “Apple Partition Map” на “GUID Partition Map“. Самое главное – поставить формат образа “sparse bundle disk image”.

Если вы хотите секретности, то можно создать образ с шифрацией AES (128 бит вполне достаточно, но у вас могут быть другие соображения):

Ту же самую операция можно выполнить и через консоль:

$ hdiutil create -size 100m -type SPARSEBUNDLE -imagekey \
  sparse-band-size=4096 -fs JHFS+X -volname Yojimbo -layout GPTSPUD \
  ~/Documents/Yojimbo

Так даже лучше поступить, так как можно изменить размер band’а со стандартных 8 MB до 2 MB (4096 512-байтовых блока) или даже до минимального значения 1 MB (2048 512-байтовых блока).

Увеличение размера образа

Размер образа я поставил 100 MB. При необходимости можно его увеличить. Через Disk Utility мне это сделать не удалось (система рапортовала, что размер изменён, затем о том, что образ не изменён):

2010-03-12 17:33:14 +0200: Growing partition 0 of “Yojimbo.sparsebundle” from 100 MB to 500 MB.
2010-03-12 17:33:14 +0200: Resizing “Yojimbo.sparsebundle” was successful.
2010-03-12 17:33:26 +0200: Image “Yojimbo.sparsebundle” will not be changed.

Поэтому я вернулся в любимую консоль и там это сделал быстро и логично.

Если образ уже примонтирован, то нужно его отмонтировать:

$ hdiutil eject /Volumes/Yojimbo

Увеличение максимального размера образа до 500 MB (обратите внимание, что размер образа увеличивается по необходимости, а не выделеятся весь заявленный размер):

$ hdiutil resize -size 500m ~/Documents/Yojimbo.sparsebundle

Если в образе было много изменений, то можно его сжать (но для данного случая это почти бессмысленно, предварительно нужно сделать vacuum на базу данных SQLite, и только потом сжимать образ):

$ hdiutil compact ~/Documents/Yojimbo.sparsebundle

Монтирование образа:

$ hdiutil mount ~/Documents/Yojimbo.sparsebundle

Образ также можно примонтировать, открыв его в Finder.

Я заодно меняю иконку для этого образа, перетаскивая png-файл, найденный в Google на иконку в Get Info:

Затем меняю иконку и для смонтированного образа:

Теперь всё красиво.

Автоподключение образа при старте системы

Воспользуемся небольшим трюком – для автоподключения образа нужно его поместить в Login Items пользователя. Заходим в “System Preferences/Accounts/Login Items”. Рядом открываем окно Finder с папкой Documents. Перетаскиваем образ Yojimbo.sparsebundle в список Login Items:

Теперь после старта системы образ будет смонтирован в точку /Volumes/Yojimbo. Если вы выбрали шифрацию, то лучше поставить автозапоминание пароля в KeyChain, иначе придётся каждый раз этот пароль вводить (но это опять-таки “up to you” – достаточно сомнительное решение вводить шифрацию, и по сути обходить эту шифрацию, ставя автоввод пароля).

Перенос данных Yojimbo в SparseBundle

Перед этой операцией данные уже должны быть, для чего нужно хотя бы раз запустить Yojimbo. Дальнейшие операции лучше проводить в терминале, “Alias” в Finder – это далеко не unix symbolic link. Да, из Yojimbo нужно выйти.

$ cd ~/Library/Application\ Support

Делаем резервную копию данных:

$ mv Yojimbo Yojimbo.backup

Создаём символический линк, говорящий, что все данные будут располагаться в смонтированном образе:

$ ln -s /Volumes/Yojimbo .
$ ls -al Yojimbo
lrwxr-xr-x  1 ctrld  staff  16 Mar 12 18:18 Yojimbo -> /Volumes/Yojimbo

Копируем все файлы, включая скрытые, начинающиеся с “.”. Сейчас перечень такой, но в других версиях он может поменяться, поэтому команду копирования возможно придётся адаптировать

$ ls -a Yojimbo.backup/
.ContentIndex.version	ContentIndex.skindex	Database.sqlite		State.plist
SyncState.plist
$ cp Yojimbo.backup/{.[A-Z]*,[A-Z]*} /Volumes/Yojimbo/
$ ls -a Yojimbo/
.ContentIndex.version	.fseventsd		Database.sqlite		SyncState.plist
.Trashes		ContentIndex.skindex	State.plist

Символический линк сделан. Запускаем Yojimbo, убеждаемся, что все данные на месте.

Но не беспокойтесь, если что-то пошло не так – старые данные есть в каталоге ~/Library/Application\ Support/Yojimbo.backup. Откат:

$ cd ~/Library/Application\ Support
$ rm Yojimbo
$ cp -r Yojimbo.backup Yojimbo

Эффект от перехода на SparseBundle Image

Как определить, что band поменялся? Достаточно посмотреть на время его модификации. Я сейчас покажу данные, которые я собрал для старого образа, в котором размер band был 8 MB.

После изменения одного комментария в 11:55 поменялись два файла – 0 и 1:

$ ls -al ~/Documents/Yojimbo.sparsebundle/bands
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:55 0
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:55 1
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:26 2
-rw-r--r--   1 ctrld  staff  5386240 Mar 11 11:43 3
-rw-r--r--   1 ctrld  staff  2437120 Mar 10 20:51 5
-rw-r--r--   1 ctrld  staff   913408 Mar  9 16:21 6
-rw-r--r--   1 ctrld  staff  8388608 Mar  9 16:21 b
-rw-r--r--   1 ctrld  staff  1757184 Mar  9 16:21 c

Это значит, что в Time Machine будет помещены два файла суммарным размером 16 MB, но не весь файл базы данных 25.7 MB, как было бы без SparseBundle:

$ ls -al /Volumes/Yojimbo/Database.sqlite
-rw-r--r--@  1 ctrld  staff  26961920 Mar 11 11:50 Database.sqlite

Если уменьшить размер band до 2 MB, то количество файлов может уменьшиться. Конечно же, чем больше база данных, тем больше эффект.

Копируются ли данные в Time Machine из открытого образа SparseBundle Image?

Проделаю эксперимент. Запускаю Yojimbo и меняю один комментарий.

$ ls -al /Volumes/Yojimbo/Database.sqlite
-rw-r--r--@  1 ctrld  staff  26961920 Mar 11 12:00 Database.sqlite

$ ls -al ~/Documents/Yojimbo.sparsebundle/bands
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 12:01 0
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 12:01 1
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:26 2
-rw-r--r--   1 ctrld  staff  5386240 Mar 11 12:00 3
-rw-r--r--   1 ctrld  staff  2437120 Mar 10 20:51 5
-rw-r--r--   1 ctrld  staff   913408 Mar  9 16:21 6
-rw-r--r--   1 ctrld  staff  8388608 Mar  9 16:21 b
-rw-r--r--   1 ctrld  staff  1757184 Mar  9 16:21 c

Поменялись три файла – 0, 1 и 3.

С помощью dtrace смотрю за файлами, которые обрабатывает демон backupd Time Machine:

open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/3
open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/0
open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/1

Да, при открытом образе данные помещаются в бекап (в отличие от домашнего каталога в FileVault без выхода из системы).

Восстановление данных из бекапа

А вот здесь моего терпения не хватило, продолжу в другой раз :-) Могу сказать, что первая попытка восстановления из бекапа прошла безупречно, но когда я начал повторять процесс, у меня возникли сложности с dtrace, и я отложил исследование.

Берём два файла. Для первого (bigfile1.bin) выставим аттрибут com.apple.metadata:com_apple_backup_excludeItem=’com.apple.backupd’, для другого (bigfile2.bin) – нет:

$ touch bigfile1.bin
$ touch bigfile2.bin
$ xattr -w com.apple.metadata:com_apple_backup_excludeItem \
   com.apple.backupd bigfile1.bin
$ xattr -l bigfile1.bin
com.apple.metadata:com_apple_backup_excludeItem: com.apple.backupd
$ xattr -l bigfile2.bin
$

Также сделаем два каталога, в которые поместим несколько файлов без расширенных атрибутов, и на первый выставим исключение. Тест покажет, поместит ли Time Machine файлы из запрещённого каталога в архив или нет.

$ mkdir bigdir1
$ touch bigdir1/bigfile3.bin
$ touch bigdir1/bigfile4.bin
$ xattr -w com.apple.metadata:com_apple_backup_excludeItem com.apple.backupd bigdir1
$ xattr -l bigdir1
com.apple.metadata:com_apple_backup_excludeItem: com.apple.backupd
$ xattr -l bigdir1/bigfile4.bin
$
$ mkdir bigdir2
$ touch bigdir2/bigfile5.bin
$ touch bigdir2/bigfile6.bin
$ xattr -l bigdir2
$

Запускаем Time Machine, проводим бекап. Смотрим результат.

Монтируем образ Time Machine с сетевой Time Capsule:

$ hdiutil mount /Volumes/Meow/ole-mac.sparsebundle

Ищем, какие файлы занесены в архив Time Machine:

$ mdfind \
    -onlyin '/Volumes/Time Machine Backups/Backups.backupdb/ole-mac' \
    '_kTimeMachineOldestSnapshot >  $time.now(-7200)' | grep -e bigfile -e bigdir
/Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-13-191711/Macintosh HD/Users/ctrld/bigdir2
/Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-13-191711/Macintosh HD/Users/ctrld/bigdir2/bigfile5.bin
/Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-13-191711/Macintosh HD/Users/ctrld/bigdir2/bigfile6.bin
/Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-13-191711/Macintosh HD/Users/ctrld/bigfile2.bin

Освобождаем образ Time Machine

$ hdiutil eject /Volumes/Time\ Machine\ Backups/

Из полученных результатов видно, что при установке атрибута com_apple_backup_excludeItem данные действительно не помещаются в архив Time Machine. Если атрибут выставлен для каталога, то не помещается ни сам каталог, ни его содержимое.

Само собой исключение каталогов в опциях Time Machine никто не отменяет, но бывают ситуации, когда проще сделать исключение каталогов через командную строку. И опять-таки – знание никогда не будет лишним.

Вот содержимое каталога Yojimbo (при запущенной программе, о чём говорят lock-файлы):

$ cd "Library/Application Support/Yojimbo"
$ ls -al
-rw-------@   1 ctrld  staff       759 Mar 13 16:33 .ContentIndex.lock
-rw-r--r--@   1 ctrld  staff       369 Mar 13 15:38 .ContentIndex.version
-rw-------@   1 ctrld  staff       759 Mar 13 16:33 .Yojimbo.lock
-rw-r--r--@   1 ctrld  staff    532480 Mar 13 15:38 ContentIndex.skindex
-rw-r--r--@   1 ctrld  staff  28815360 Mar 13 16:33 Database.sqlite
-rw-r--r--    1 ctrld  staff      2731 Mar 13 15:38 State.plist

Но в Time Machine помещены лишь эти файлы:

$ hdiutil mount /Volumes/Meow/ole-mac.sparsebundle
$ ls -al "/Volumes/Time Machine Backups/Backups.backupdb/ole-mac/Latest/Macintosh HD/Users/ctrld/Library/Application Support/Yojimbo/"
-rw-r--r--@  1 ctrld  staff  28815360 Mar 13 15:42 Database.sqlite
-rw-r--r--@  1 ctrld  staff      2731 Mar 13 15:38 State.plist
$ hdiutil eject /Volumes/Time\ Machine\ Backups/

Вы обратили на знак “@” после прав доступа? Он обозначает, что файлу или каталогу назначены “расширенные аттрибуты”. Просмотреть их можно командой “xattr -l filename”. Пройдёмся по файлам:

$ xattr -l .ContentIndex.lock
com.apple.metadata:com_apple_backup_excludeItem:
00000000  62 70 6C 69 73 74 30 30 5F 10 11 63 6F 6D 2E 61  |bplist00_..com.a|
00000010  70 70 6C 65 2E 62 61 63 6B 75 70 64 08 00 00 00  |pple.backupd....|
00000020  00 00 00 01 01 00 00 00 00 00 00 00 01 00 00 00  |................|
00000030  00 00 00 00 00 00 00 00 00 00 00 00 1C           |.............|
0000003d

Тот же самый аттрибут com_apple_backup_excludeItem = ‘com.apple.backupd’ выставлен для .ContentIndex.version, .Yojimbo.lock и ContentIndex.skindex.

Теперь понятно, почему файлы исключены из бекапа Time Machine.

Работа с хранилищем метаданных

Метаданные из файлов сервисом mds (Metadata Server) переносятся в центральное хранилище. На Mac OS X Hints нашёл полезную команду, которая запрашивает файлы, для которых выставлен аттрибут исключения из Time Machine:

$ sudo mdfind "com_apple_backup_excludeItem == 'com.apple.backupd'"
/Users/ctrld/Library/Application Support/Yojimbo/.ContentIndex.version
/Users/ctrld/Library/Application Support/Yojimbo/ContentIndex.skindex
/Users/ctrld/Library/Application Support/Yojimbo/.ContentIndex.lock
/Users/ctrld/Library/Application Support/Yojimbo/.Yojimbo.lock
...

К данным также можно обратиться командой mdls:

$ mdls "/Users/ctrld/Library/Application Support/Yojimbo/.ContentIndex.version"
com_apple_backup_excludeItem = "com.apple.backupd"
kMDItemContentType           = ""
kMDItemFSContentChangeDate   = 2010-03-13 18:34:34 +0200
kMDItemFSCreationDate        = 2010-03-13 18:34:34 +0200
kMDItemFSCreatorCode         = ""
kMDItemFSFinderFlags         = 0
kMDItemFSHasCustomIcon       = 0
kMDItemFSInvisible           = 1
kMDItemFSIsExtensionHidden   = 0
kMDItemFSIsStationery        = 0
kMDItemFSLabel               = 0
kMDItemFSName                = ".ContentIndex.version"
kMDItemFSNodeCount           = 0
kMDItemFSOwnerGroupID        = 20
kMDItemFSOwnerUserID         = 501
kMDItemFSSize                = 369
kMDItemFSTypeCode            = ""

В случае необходимости можно удалить все данные из центрального хранилища, и оно будет автоматически перестроено (этот процесс длительный):

$ sudo mdutil -E /

Учтите также, что после удаления базы Time Machine будет делать полный бекап всей системы.

Бывало ли у вас такое, что Time Machine просто доводит до белого каления, когда нужно срочно закончить работу, а она начинает копировать какие-то дикие гигабайты непонятно чего? Недавно я столкнулся с этим. Понятно, что проблема была отнюдь не в Time Machine, а в рабочих файлах размером в десяток гигабайт и свежесписанных эпизодах зимней Олимпиады в iTunes. Но от этого было не легче, я смог разобраться с этим после окончания работы, а до этого постоянно жал на “Stop Backup” (сейчас я подумал, что вполне мог бы просто отключить запуск Time Machine при работе от аккумулятора и выдернуть питание – этот метод гораздо элегантнее).

Когда я освободился, то с помощью DaisyDisk нашёл пожирателей дискового пространства. Теперь моя конфигурация исключений для Time Machine такая:

Но в процессе размышлений я подумал, что неплохо было бы знать, что именно поместилось в бекап Time Machine – так можно хотя бы постфактум найти каталоги, содержимое которых не нужно было копировать, и добавить их в исключения.

Сказано – сделано. Я нашёл две очень полезных статьи – “X.5 Time Machine” и “List Files and Sizes in Last Time Machine Backup“. Во второй статье приведёны скрипты на Perl и Python, которые показывают файлы, помещённые в бекап Time Machine за последние два часа с указанием их размеров.

Выделенный жирным текстом путь к бекапу нужно подставить свой:

#!/usr/bin/env python

import commands
import os.path
import sys
from Foundation import NSDate

backupdir = "/Volumes/Time Machine Backups/Backups.backupdb/ole-mac"
time = NSDate.timeIntervalSinceReferenceDate() - 7200

if not os.path.exists(backupdir):
    raise Exception, "backupdir %s doesn't exist (need to mount backup volume?)" % backupdir

cmd = "mdfind -onlyin '%s' '_kTimeMachineOldestSnapshot > %s'" % (backupdir, time);
items = [(x, os.path.getsize(x)) for x in commands.getoutput(cmd).split("\n") if not os.path.isdir(x)]

def cmp(a, b):
    if b[1] < a[1]:
        return -1
    if b[1] == a[1]:
        return 0
    return 1

items.sort(cmp)

for item in items:
    print "%10d %s " % (item[1], item[0])

Скрипт выдаёт результаты в виде:

   3854336 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh HD/Users/ctrld/Library/Preferences/com.apple.LaunchServices.QuarantineEvents
    930897 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh HD/Users/ctrld/Library/Application Support/Speed Download/Speed Download Queue.plist
    385024 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh HD/Users/ctrld/Library/Application Support/AddressBook/AddressBook-v22.abcddb
    281895 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh HD/Users/ctrld/Library/Cookies/Cookies.plist
    274722 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-122311/Macintosh HD/Users/ctrld/Library/Cookies/Cookies.plist
    198082 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh HD/Users/ctrld/Library/Safari/History.plist
    197821 /Volumes/Time Machine Backups/Backups.backupdb/ole-mac/2010-03-09-122311/Macintosh HD/Users/ctrld/Library/Safari/History.plist

Результаты познавательны - например, я понял, что пора бы перестроить базу Launch Services, слишком много записей в базе данных SQLite com.apple.LaunchServices.QuarantineEvents.

К сожалению, утилита tms, которая делает то же самое и при этом гораздо более функциональна, сейчас не развивается и не запускается под Mac OS X 10.6.

Основой для поиска файлов является команда mdfind, ищущая в каталоге Time Machine файлы, которые были скопированы за последние 2 часа (7200 секунд):

$ mdfind -onlyin '/Volumes/Time Machine Backups/Backups.backupdb/ole-mac' '_kTimeMachineOldestSnapshot >  $time.now(-7200)'

К каждому файлу, помещаемому в Time Machine, добавляются метаданные, показывающие время помещения в snapshot:

$ xattr -l /Volumes/Time\ Machine\ Backups/Backups.backupdb/ole-mac/2010-03-09-123057/Macintosh\ HD/Users/ctrld/bin/cfcurl.pl
com.apple.metadata:_kTimeMachineNewestSnapshot:
00000000  62 70 6C 69 73 74 30 30 33 42 2D 63 C3 7F 00 00  |bplist003B-c....|
00000010  00 08 00 00 00 00 00 00 01 01 00 00 00 00 00 00  |................|
00000020  00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00  |................|
00000030  00 11                                            |..|
00000032

com.apple.metadata:_kTimeMachineOldestSnapshot:
00000000  62 70 6C 69 73 74 30 30 33 41 B1 3C 7C 48 00 00  |bplist003A.<|H..|
00000010  00 08 00 00 00 00 00 00 01 01 00 00 00 00 00 00  |................|
00000020  00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00  |................|
00000030  00 11                                            |..|
00000032

Тема разбора Time Machine интересна и я займусь этим в обозримом будущем.

Хотите ли вы знать, какие файлы и каталоги Time Machine не копирует при резервном копировании? Если да, то читайте дальше :-)

Пользовательские исключения определяются в System Preferences/Time Machine:

А вот более интересный список системных исключений определён в файле:

/System/Library/CoreServices/backupd.bundle/Contents/Resources/StdExclusions.plist

Как я это нашёл? Нет, я не искал это в Интернет, а воспользовался dtrace.

Итак, есть несколько групп исключений.

Пути, которые не включаются в системный бекап

• /.Spotlight-V100
• /.Trashes
• /.fseventsd
• /.hotfiles.btree
• /Backups.backupdb
• /Desktop DB
• /Desktop DF
• /Network/Servers
• /Previous Systems
• /Users/Shared/SC Info
• /Users/Guest
• /dev
• /home
• /net
• /private/var/db/Spotlight (база данных Spotlight находилась здесь в Tiger)
• /private/var/db/Spotlight-V100 (аналогично)

Пути, которые не нужно копировать, но их нужно создать при восстановлении структуры каталогов

• /Volumes
• /Network
• /automount
• /.vol
• /tmp
• /cores
• /private/tmp
• /private/Network
• /private/tftpboot
• /private/var/automount
• /private/var/folders
• /private/var/run
• /private/var/tmp
• /private/var/vm
• /private/var/db/dhcpclient
• /private/var/db/fseventsd
• /Library/Caches
• /Library/Logs
• /System/Library/Caches
• /System/Library/Extensions/Caches

Пути, для которых нужно создать при восстановлении дерево каталогов, но при этом содержимое копировать не нужно

• /private/var/log
• /private/var/spool/cups
• /private/var/spool/fax
• /private/var/spool/uucp

Стандартные пути в пользовательских каталогах, которые нужно пропустить для каждого пользователя

• Library/Application Support/SyncServices/data.version
• Library/Caches
• Library/Logs
• Library/Mail/Envelope Index
• Library/Mail/AvailableFeeds
• Library/Mirrors
• Library/PubSub/Database
• Library/PubSub/Downloads
• Library/PubSub/Feeds
• Library/Safari/Icons.db
• Library/Safari/WebpageIcons.db
• Library/Safari/HistoryIndex.sk

Главное – желание, а раскопать можно всё.

Например, диск моей TimeCapsule называется Meow:

$ mount
...
afp_0W9UZU1zWuel00mUJs0Pyetl-1.2e00000a on /Volumes/Meow (afpfs, nodev, nosuid, mounted by ctrld)
...
$ cd /Volumes/Meow
$ ls -al
...
drwxrwxrwx@ 7 ctrld  staff    264 Oct 11 16:51 ole-mac.sparsebundle
$ chflags hidden ole-mac.sparsebundle/

После этой операции образы Time Machine уже не будут мозолить вам глаза.