Резервные копии Time Machine застряли на 100% процессоре через tmutil

0

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

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

tmutil --block

Я использую --blockопцию, чтобы убедиться, что задание остается видимым до тех пор, пока не будет выполнено резервное копирование, и потому, что оно мне понадобится, если я захочу выполнить команды впоследствии. Однако проблема, с которой я сталкиваюсь, заключается в том, что, когда резервная копия попадает в завершающую стадию, она часто застревает с backupdувеличением загрузки процессора до 100%.

Остановка резервного копирования и запуск с помощью «Backup Now» из меню Time Machine будет работать нормально, а возврат к обычным автоматическим резервным копиям Time Machine работает просто отлично, даже не делая этого.

Это только при использовании, tmutil --blockчто, кажется, происходит, есть идеи, почему?

Haravikk
источник
Вы говорите: «Это часто застревает из-за того, что backupd увеличивает загрузку ЦП до 100% ...» Это само по себе неплохо - у меня часто рендеринг Strata 3D увеличивает нагрузку на ЦП на несколько часов. Из того, что вы написали, мы не знаем, позволили ли вы когда-нибудь закончить завершающую стадию. Откуда ты знаешь, что это застряло? Как долго вы ждали в часы, прежде чем сдаться и прекратить работу? Если процесс сделал закончить должным образом в прошлом, как долго , что взять? Если вы можете, попробуйте создать новую резервную копию с этими командами на пустом HD и посмотрите, что произойдет.
IconDaemon
@IconDaemon спасибо за ответ, но проблема в том, что завершающий этап зависал при 100% загрузке ЦП в течение очень продолжительных периодов (час или более). Я действительно сам ответил на проблему, хотя, кажется, у меня как-то осталась .inprogressрезервная копия, и Time Machine застряла, пытаясь удалить ее. По какой-то причине tmutilне было никаких проблем, поэтому я смог решить проблему, я просто не знаю, почему это произошло с самого начала.
Харавикк

Ответы:

1

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

Однако виновник, который я обнаружил, заключался в том, что каким-то образом у меня была .inprogressрезервная копия, которая была старше самой последней резервной копии (фактически с тех пор было пять или шесть успешных резервных копий). Понятия не имею, как он туда попал, но sudo tmutil delete <path to .inprogress file>решил проблему.

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

Haravikk
источник