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


0

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

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

tmutil --block

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

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

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


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

@IconDaemon спасибо за ответ, но проблема в том, что завершающий этап зависал при 100% загрузке ЦП в течение очень продолжительных периодов (час или более). Я действительно сам ответил на проблему, хотя, кажется, у меня как-то осталась .inprogressрезервная копия, и Time Machine застряла, пытаясь удалить ее. По какой-то причине tmutilне было никаких проблем, поэтому я смог решить проблему, я просто не знаю, почему это произошло с самого начала.
Харавикк

Ответы:


1

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.