У меня есть MacBook Pro с 2009 года. Он шел с OS X 10.6 (Snow Leopard), но я обновился до 10.8 (Mountain Lion).
Несколько дней назад я пытался сделать резервную копию своих файлов на внешнем жестком диске, как я успешно делал много раз до и после обновления ОС.
Статус в меню Time Machine в верхней части моего экрана гласил «Подготовка резервной копии», вместо того, чтобы считать, как обычно. Так продолжалось несколько минут, потом я устал ждать и остановил резервное копирование.
Прошлой ночью я попробовал это снова и оставил на ночь почти на 12 часов. Он все еще застрял на "Подготовка резервной копии". Что я могу сделать, чтобы резервное копирование работало как раньше?
Я пробовал поиск в Google для этой проблемы, и решения, которые я видел, говорили либо подождать дольше (без четкого представления о том, как долго), либо исключить папку Backups.backupdb из моего антивирусного сканера (что не относится ко мне, так как я не есть сканер вирусов).
Изменить на 2013-5-23: Вот все, что я пробовал, что не работало:
- Я пытался дождаться окончания индексации, но это не помогло. Я оставил свой ноутбук на 36 часов, и в нем все еще говорилось: «Подготовка резервного копирования».
- Я нашел папку на моем резервном диске с именем
/Volumes/Time Machine Backups/Backups.backupdb/Elias Zamaria’s MacBook Pro (2)/2013-04-30-182726.inProgress
. Я удалил его, и это, похоже, не помогло. - Я попытался проверить свой основной жесткий диск с помощью Дисковой утилиты, и все выглядело нормально. Я попытался проверить права доступа к диску и получил некоторые ошибки, связанные с iTunes (я думаю), и я исправил их, нажав кнопку «Восстановить права доступа к диску». Я также попытался проверить мой внешний жесткий диск, и это казалось нормальным. Я попробовал резервную копию снова, и она замерзла как прежде.
- Я попытался посмотреть на сайт, на который ссылается @lgsancho. Я нашел кое-что полезное, но пока не пробовал.
Я попытался запустить
tmutil status
без резервного копирования и получил этот результат:Backup session status: { ClientID = "com.apple.backupd"; Running = 0; }
Я запустил резервное копирование, подождал, пока статус изменится на «Подготовка резервной копии», и выполнил ту же команду, и получил такой результат:
Backup session status: { BackupPhase = ThinningPreBackup; ClientID = "com.apple.backupd"; DateOfStateChange = "2013-05-21 19:09:06 +0000"; DestinationID = "8BC5795A-0AAC-4976-B960-ECCE8F48842C"; DestinationMountPoint = "/Volumes/Time Machine Backups"; Percent = "-1"; Running = 1; Stopping = 0; }
Резервное копирование длится около 45 минут. Я попробовал команду и получил такой результат:
Backup session status: { BackupPhase = ThinningPreBackup; ClientID = "com.apple.backupd"; DateOfStateChange = "2013-05-21 19:09:06 +0000"; DestinationID = "8BC5795A-0AAC-4976-B960-ECCE8F48842C"; DestinationMountPoint = "/Volumes/Time Machine Backups"; NumberOfChangedItems = 483816; Percent = 0; Running = 1; Stopping = 0; }
Это выглядит точно так же, за исключением того,
Percent
что увеличилось с «-1» до 0. Резервное копирование продолжалось почти 3 часа. Статус все еще говорит «Подготовка резервной копии» иtmutil status
дает мне точно такой же результат, как в прошлый раз.
Вот то, что было предложено, и я не хотел бы попробовать:
- Очистка моего мусора. Я не хочу этого делать, потому что это противоречит цели корзины и лишает меня возможности восстанавливать файлы, которые я мог случайно удалить.
- Удаление старых резервных копий. Я могу попробовать это, если больше ничего не могу придумать.
Изменить на 2013-6-1: я не принимаю мой ответ, потому что это происходит снова. Я буду устал от перезагрузки каждый раз, когда это происходит. Я просто хочу, чтобы это прекратилось. Я думаю о рассмотрении удаления моих старых резервных копий. Вот что я вижу в консоли от backupd:
5/31/13 11:09:09.595 PM com.apple.backupd-helper[16259]: Not starting scheduled Time Machine backup - time machine destination not resolvable.
6/1/13 12:09:37.920 AM com.apple.backupd-helper[16438]: Not starting scheduled Time Machine backup - time machine destination not resolvable.
6/1/13 12:23:20.619 AM com.apple.backupd[16473]: Starting automatic backup
6/1/13 12:23:21.794 AM com.apple.backupd[16473]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
6/1/13 12:23:26.430 AM com.apple.backupd[16473]: Using file event preflight for Macintosh HD
6/1/13 12:23:55.148 AM com.apple.backupd[16473]: Will copy (829.8 MB) from Macintosh HD
6/1/13 12:23:55.602 AM com.apple.backupd[16473]: Found 14880 files (949.2 MB) needing backup
6/1/13 12:23:55.632 AM com.apple.backupd[16473]: 2.44 GB required (including padding), 391.84 GB available
6/1/13 9:06:02.191 AM com.apple.backupd[16473]: Cancellation timed out - exiting
6/1/13 9:10:04.406 AM com.apple.backupd[18634]: Starting automatic backup
6/1/13 9:10:05.055 AM com.apple.backupd[18634]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
6/1/13 9:10:11.788 AM com.apple.backupd[18634]: Using file event preflight for Macintosh HD
источник
percent
остается на-1
. Вы когда-нибудь определяли причину или решение?Ответы:
Это не нормально, но у вас есть два варианта:
В этом случае первоначальное резервное копирование может занять много времени, но способ помочь процессу - удалить файл ... / what.inProgress. Вы также можете попробовать выполнить резервное копирование на новый диск, чтобы убедиться, что это не проблема с Mac, а не проблема с резервным диском или просто множество изменений для согласования.
Смотрите этот другой ответ для деталей.
/apple//a/65801/5472
В тех случаях, когда вы сталкиваетесь с этим неоднократно, вы можете попытаться изолировать, какая папка занимает столько времени для резервного копирования. При первом резервном копировании я попытался исключить папку «Пользователи» (или несколько папок в базе загрузочного тома, если у них более 10 ГБ данных), чтобы убедиться, что с файловой системой все в порядке, а с резервным диском все в порядке. В этот момент вы увидите, что резервное копирование занимает около минуты для каждой инкрементной резервной копии. Затем вы можете ослабить список исключений и узнать, зависает ли он, тогда у вас есть проблема в определенной папке.
Другой способ атаковать это запустить утилиту диска (или другой инструмент), чтобы восстановить структуру каталогов или сделать резервную копию с помощью другого инструмента и стереть диски / восстановить их из резервной копии.
источник
tmutil status
чтобы точно определить, насколько далеко вы находитесь в процессе. 12 часов вполне подойдет, если вы резервируете 85 ГБ по сетевому соединению. Это было бы ненормально для 5 ГБ через USB./Volumes/Time Machine Backups/Backups.backupdb/Elias Zamaria’s MacBook Pro (2)/2013-04-30-182726.inProgress
и переместил его в корзину, а затем начал делать резервное копирование, как обычно. Я дам всем знать, как все прошло, и приму этот ответ, если он поможет.Последовательно запустить:
И посмотрите на NumberOfChangeItems:
Пока число движется, вы прогрессируете.
источник
NumberOfChangedItems
ноbackupd
был на 53% в течение нескольких часовЯ просто перезагрузил свой ноутбук и запустил резервное копирование. Работало нормально.
Я понятия не имею, почему это работает, но, по крайней мере, у меня есть идея, что попробовать, если у меня снова возникнет эта проблема.
источник
Я уверен, что это помогает удалить старую резервную копию. Я боролся с той же проблемой и решил ее, удалив самую старую резервную копию. Смотрите здесь, как это сделать.
источник
Очень полезная страница о машине времени: http://pondini.org/OSX/Home.html
источник
Это может быть не причиной того, что у OP возникла проблема, но поскольку этот вопрос появляется в результатах поиска, у меня есть другая возможная причина: монитор активности диска MenuMeters слишком часто опрашивает диск и полностью блокирует TM.
Простое отключение этого монитора (с сохранением ресурсов процессора, памяти и сетевых мониторов) решает проблему.
источник
Я думаю, что это нормальная проблема. Смотрите здесь , первое резервное копирование, как ожидается, займет много времени ...
источник