Итак, недавно я решил попробовать переключиться на резервные копии Time Machine, чтобы tmutil
я мог получить больше контроля над точным временем их выполнения, а также чтобы я мог запускать некоторые дополнительные функции до и после.
В любом случае, я решил начать с простого теста с агентом запуска, настроенным на выполнение следующей команды один раз в час:
tmutil --block
Я использую --block
опцию, чтобы убедиться, что задание остается видимым до тех пор, пока не будет выполнено резервное копирование, и потому, что оно мне понадобится, если я захочу выполнить команды впоследствии. Однако проблема, с которой я сталкиваюсь, заключается в том, что, когда резервная копия попадает в завершающую стадию, она часто застревает с backupd
увеличением загрузки процессора до 100%.
Остановка резервного копирования и запуск с помощью «Backup Now» из меню Time Machine будет работать нормально, а возврат к обычным автоматическим резервным копиям Time Machine работает просто отлично, даже не делая этого.
Это только при использовании, tmutil --block
что, кажется, происходит, есть идеи, почему?
источник
.inprogress
резервная копия, и Time Machine застряла, пытаясь удалить ее. По какой-то причинеtmutil
не было никаких проблем, поэтому я смог решить проблему, я просто не знаю, почему это произошло с самого начала.Ответы:
У меня было чувство, что я мог бы опубликовать это слишком рано; просто обычная резервная копия Time Machine сделала то же самое.
Однако виновник, который я обнаружил, заключался в том, что каким-то образом у меня была
.inprogress
резервная копия, которая была старше самой последней резервной копии (фактически с тех пор было пять или шесть успешных резервных копий). Понятия не имею, как он туда попал, ноsudo tmutil delete <path to .inprogress file>
решил проблему.Я не уверен, буду ли я отмечать это как правильный ответ или нет, так как я до сих пор не знаю, как я получил оставшийся файл .inprogress, или почему он только начал вызывать проблемы, когда это было, или почему это не так не всегда влияет на автоматическое резервное копирование ...
источник