Чтобы легко просмотреть backupd
журнал, взгляните на виджет Time Machine Buddy . Также обратите внимание, что есть другой журнал на самом диске для резервного копирования, в скрытом файле, .Backup.log
который находится в папке каждой резервной копии. Это дает некоторую другую информацию, чем backupd
журналы.
Обратите внимание, что часто журналы показывают цифры, которые, кажется, не совпадают:
Предварительное резервное копирование не требуется: запрошено 821,4 МБ (включая заполнение) [..]
Скопировано 1630 файлов (3,8 МБ) с тома Macintosh HD.
Выше копируется меньше файлов, чем предполагалось. Поскольку Time Machine использует FSEvents, которая сообщает только об измененных каталогах, я предполагаю, что в приведенном выше примере эти каталоги содержали 821,4 МБ в файлах. При фактическом копировании файлов Time Machine сравнивает измененные каталоги на жестком диске с резервной копией и обнаруживает, что только 3,8 МБ файлы были фактически изменены.
Чтобы увидеть, что было записано в резервную копию, см. TimeTracker (GUI) или timedog (командная строка). Обратите внимание, что даже при запуске с правами администратора эти программы иногда нужно запускать с правами root, чтобы увидеть все файлы. Если этого не сделать, эти инструменты могут, например, не учитывать резервные копии журналов и данных MySQL, принадлежащих _mysql в групповом колесе :
cd "/ Тома / Резервное копирование XX / Backups.backupdb / XX / Latest"
sudo ls -l "Macintosh HD / usr / local / mysql-5.0.51a-osx10.5-x86"
[..]
drwxr-x --- @ 6 _mysql wheel 374 июл 2 20:05 данные
В этих случаях оба инструмента (молча) сообщат о меньшем общем размере резервной копии и меньшем количестве файлов, чем backupd
журналы в консоли. Итак, если числа не совпадают с журналами, то для TimeTracker:
sudo ~ / Загрузки / TimeTracker.app / Содержание / MacOS / TimeTracker
Аналогично, для timedog:
cd "/ Тома / Резервное копирование XX / Backups.backupdb / XX"
sudo ~ / Загрузки / Timedog
Чтобы легко найти большие файлы на жестком диске см Disk Inventory X . Эта программа не имеет ничего общего с Time Machine, но может помочь в расследовании проблем, например, когда вы удивляетесь, почему ваша резервная копия намного меньше, чем место на жестком диске. Обратите внимание, что эта программа, вероятно, всегда будет сообщать о меньшем общем объеме дискового пространства в заголовке своего окна, чем на экране, где можно выбрать диск для исследования (даже при запуске от имени root и выборе меню View, Show Physical File Size). Но если указанный общий размер действительно намного меньше, чем фактические итоги, используемые на вашем Mac, то это может помочь запустить от имени пользователя root:
sudo "$ HOME / Загрузки / Инвентаризация дисков X.app/Contents/MacOS/Disk Inventory X"
Чтобы удалить файлы из резервной копии (например, если вы обнаружили, что Time Machine на самом деле выполняла резервное копирование некоторых огромных файлов, таких как файл журнала MySQL), Apple пишет :
Хотите удалить все экземпляры файла или папки, для которых ранее были созданы резервные копии? Достаточно просто. Запустите Time Machine, выберите элемент, который нужно удалить, затем выберите «Удалить из всех резервных копий» в меню действий на панели инструментов Finder.
Теперь, если те файлы, которые вы хотите удалить, видны только пользователю root, вы должны также вызвать «Enter Time Machine» в качестве пользователя root. И это требует, чтобы Finder был запущен с правами root:
sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder
Это похоже на обычный Finder, но вы увидите корневую папку рядом со значком домашней папки на боковой панели Finder. Теперь используйте Shift-Cmd-G (меню «Перейти», «Перейти к папке»), чтобы перейти, например, /usr/local
к папке, из которой вы хотите удалить файлы с резервного диска. Затем введите Time Machine (и еще раз проверьте, что root отображается рядом со значком домашней папки) и следуйте инструкциям Apple. Когда вы закончите удаление файлов из резервной копии, нажмите Ctrl-C в Терминале, чтобы остановить root-Finder. (Мне также нужно было выйти из системы Mac, поскольку удаленный диск не будет размонтирован должным образом.)
Если вы используете разреженный пакет (например, при использовании резервной копии в сети), то любое освободившееся пространство не будет восстановлено автоматически (или: не до тех пор, пока пространство не потребуется). Для обеспечения этого, см Как восстановить все / большинство свободного пространства от sparsebundle на OS X . Это относится не только к файлам, которые вы удалили вручную, но и к файлам, удаленным с помощью Time Machine для истекших ежечасных или ежедневных резервных копий, во время прореживания после резервного копирования .
Time Machine фактически сжимает сам разреженный комплект, когда на диске заканчивается место. Но кажется, что он может сначала удалить некоторые старые резервные копии во время утончения перед резервным копированием , поэтому, возможно, было бы целесообразно сжимать вручную, если вы когда-либо удаляли большие файлы, или если резервные копии с истекшим сроком действия могли содержать огромные файлы:
Начало прореживания перед резервным копированием: запрошено 53,57 ГБ (включая заполнение),
9,90 ГБ доступно
Резервных копий с истекшим сроком действия не существует - удаляются самые старые резервные копии, чтобы освободить место
Удаленное резервное копирование / Тома / Резервное копирование XX / Backups.backupdb / XX / 2007-12-20-172543:
9,90 ГБ теперь доступно
Удаленная резервная копия / Тома / Резервная копия XX / Backups.backupdb / XX / 2007-12-31-005523:
9,90 ГБ теперь доступно
Удалено 2 резервные копии: самая старая резервная копия теперь 8 января 2008 г.
Остановка резервного копирования.
Резервное копирование отменено.
Извлеченный образ диска Time Machine.
Сжатие образа резервной копии для восстановления свободного места
Завершено сжатие образа резервной копии диска
Запуск стандартного резервного копирования
[..]
Начало прореживания перед резервным копированием: запрошено 53,57 ГБ (включая заполнение),
12,75 ГБ доступно
Большое спасибо Адаму Коэн-Роузу за проверку вышеизложенного; смотрите его блог для более подробной информации!
fseventsd
выполнить поиск в консоли, чтобы увидеть «журнал событий / Тома / .. не синхронизирован с томом. Уничтожает старые журналы». Вновь созданный журнал также будет иметь новый идентификатор, который больше не будет соответствовать идентификатору, сохраненному в резервной копии. Это говорит Time Machine сравнить ваш жесткий диск с последней резервной копией. Если используется несколько резервных дисков, то, еслиfseventsd
создается новый журнал, Time Machine в конечном итоге столкнется с «UUID хранилища событий не совпадают» для каждого резервного диска.