Обновлен до Lion: Time Machine тратит МНОГО времени на индексацию резервного копирования

Я обновил свой MacBook Pro до Lion, и одна из проблем, с которыми я столкнулся, заключается в том, что Time Machine продолжает работать и вентиляторы продолжают работать.

Обычно это происходит в состоянии, в котором индексируется резервная копия.

Это для Time Capsule, на диске осталось около 90 Гб. Я подключаюсь по беспроводной сети через n-сеть. Резервные копии идут около 4 месяцев назад. Предоставленный себе резервное копирование заканчивается через некоторое время.

В 10.6 это был почти невидимый процесс. Теперь я раздражен каждый час. Какие-либо предложения?

РЕДАКТИРОВАТЬ: я нашел "резервное копирование" в сообщениях журнала (/private/var/log/system.log) и получил следующее из последней резервной копии (которую я отменил):

24/07/11 14.42.22,185 com.apple.backupd: Starting standard backup
24/07/11 14.42.24,013 com.apple.backupd: Attempting to mount network destination URL: afp://Thorbj%C3%B8rn%20Ravn%20Andersen@Thorbj%C3%B8rn%20TC._afpovertcp._tcp.local/Data
24/07/11 14.42.31,097 com.apple.backupd: Mounted network destination at mountpoint: /Volumes/Data using URL: afp://Thorbj%C3%B8rn%20Ravn%20Andersen@Thorbj%C3%B8rn%20TC._afpovertcp._tcp.local/Data
24/07/11 14.42.35,981 com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
24/07/11 14.42.39,214 com.apple.backupd: Disk image /Volumes/Data/Thorbjørns MBP.sparsebundle mounted at: /Volumes/Time Machine-sikkerhedskopier
24/07/11 14.42.39,287 com.apple.backupd: Backing up to: /Volumes/Time Machine-sikkerhedskopier/Backups.backupdb
24/07/11 14.45.02,101 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 14.45.21,588 mds: (Error) Backup: doBackupIndexFile could not stat backup location /.MobileBackups/Computer/2011-07-24-144225/Volume/Users/ravn/Library/Application Support/Google/Chrome/Default/History Index 2011-07-journal /.MobileBackups/Computer/2011-07-24-144225/Volume/Users/ravn/Library/Application Support/Google/Chrome/Default/History Index 2011-07-journal. Error 2 with uid 0
24/07/11 14.57.34,633 com.apple.backupd: 23.71 GB required (including padding), 71.79 GB available
24/07/11 14.57.34,680 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 14.58.38,530 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 14.59.56,176 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.00.56,663 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.01.57,479 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.02.57,783 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.03.59,499 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.05.00,659 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.06.01,065 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.07.01,923 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.08.03,008 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.09.03,818 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.10.05,692 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.11.06,368 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.12.06,780 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.13.07,700 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.14.08,159 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.15.09,275 com.apple.backupd: Waiting for index to be ready (100)
24/07/11 15.15.11,044 com.apple.backupd: Copied 0 files (0 bytes) from volume OSX.
24/07/11 15.15.12,154 mds: (Error) Volume: Could not find requested backup type:2 for volume
24/07/11 15.16.42,159 com.apple.backupd: Backup canceled.
24/07/11 15.16.46,704 com.apple.backupd: Ejected Time Machine disk image.
24/07/11 15.16.47,816 com.apple.backupd: Ejected Time Machine network volume.

Важное ли сообщение «Не удалось найти запрошенный тип резервной копии: 2 для тома»?

У меня была такая же проблема после первого обновления до Lion. Я стер свою машину времени, и теперь она работает нормально.

Исходя из вашей ситуации, трудно сказать, нормально ли это или процесс застрял.

Вы можете следить за тем, что происходит, с помощью системных настроек Time Machine, пока резервное копирование занимает больше времени, чем ожидалось.

Для более подробной информации - запустите Console.app и введите backupd в элементе управления String Matching / filter. Вы можете определить, занимает ли процесс много времени, удаляя старые резервные копии или что-то еще. Вы также увидите время и объем данных, которые могут помочь, если у вас более медленная передача по сети, чем раньше.

Удачи в поисках причины ...

[Изменить - ответ на дополнительную информацию о прерывании монтирования - не удается подготовить индекс.]

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

Чтобы проверить, удерживайте optionклавишу и щелкните значок Time Machine в строке меню - процесс проверки должен дать вам более конкретную ошибку, которую вы можете понять, или он может просто устранить проблему в целом. Ваш Mac истекает в ожидании завершения стерео, и не понятно почему.

У меня была похожая проблема: после обновления до Lion я получаю сообщения «Ожидание готовности индекса (100)», а полное резервное копирование Time Machine занимает ДЛИННОЕ время (например, 45 минут +) даже для очень небольших изменений.

Но в моей логи консоли / backupd не было сообщений об ошибках; резервное копирование просто заняло много времени.

Но я думаю, что я это исправил, вот как:

1. Смонтируйте резервный диск (в Finder выполните Command-K, чтобы смонтировать его, если он еще не смонтирован).
2. Найдите образ Time Machine на резервном диске. Мой Mac называется «SvecBook», поэтому образ Time Machine - SvecBook.sparsebundle. Щелкните правой кнопкой мыши файл «SvecBook.sparsebundle» и выберите «Открыть с помощью» -> DiskImageMounter.app.
3. Затем я открыл Дисковую утилиту, щелкнул раздел SvecBook.sparsebundle «Резервное копирование Time Machine», вкладку «Первая помощь», затем «Восстановить диск».
4. Это займет некоторое время, по крайней мере, 30 минут на моей машине.
5. Ошибок не найдено.
6. Если вы используете сервер резервного копирования, размонтируйте диск резервного копирования.

В первый раз, когда я попробовал это, резервные копии TimeMachine все еще занимали целую вечность, вращаясь на «Ожидание индекса» в течение ДЛИННОГО времени.

Второй раз, когда я сделал это, резервные копии TimeMachine работали! Теперь резервные копии TimeMachine завершаются быстро, все выглядит хорошо!

Я понятия не имею, что было изменено или исправлено процессом «Восстановить диск», поскольку он не сообщил, что ничего не сломано. И я понятия не имею, почему это, казалось бы, решило проблему во второй раз, но не в первый.

Но это работает для меня, пока!

Может быть, это делает то же самое, что и ответ @ bmike «Проверка резервных копий», но у меня это не сработало. (Конечно, мой «метод» не работал для меня в первый раз.)

Изменить: Мои резервные копии Lion Time Machine работали отлично, так как мой первоначальный ответ почти 2 месяца назад. Поэтому я собираюсь назвать это хорошим решением.

Вот что я должен был сделать, чтобы исправить ошибку «Ожидание готовности индекса (100)»:

1. Смонтировать образ диска {MyTimeMachine} .sparsebundle
2. Удалите папку .Spotlight-V100 с этой командой:
   sudo rm -rf /Volumes/{MyTimeMachine}/.Spotlight-V100
3. Откройте настройки Spotlight, перейдите на вкладку «Конфиденциальность» и добавьте том {MyTimeMachine} в список исключенных каталогов.
4. Размонтировать / извлечь {MyTimeMachine}
5. Запустите «Резервное копирование сейчас»

Где {MyTimeMachine} - это переменная = имя вашего разреженного диска