Оновлено до Лева: Машина часу витрачає багато резервного копіювання часу

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

Зазвичай це здається в стані, де він індексує резервну копію.

Це капсула часу, на приводі залишилось близько 90 Gb. Я підключаюся бездротово через n-мережу. Резервні копії тривають приблизно 4 місяці назад. Залишивши себе резервне копіювання закінчується «досить довго».

Під 10.6 це був майже невидимий процес. Тепер мене щогодини дратують. Будь-які пропозиції?

EDIT: Я перехопився за "резервну копію" в повідомленнях журналу (/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 для гучності"?

У мене була така ж проблема після першого оновлення до Лева. Я стерла свою машину часу, і, здається, зараз вона працює добре.

З вашої ситуації важко сказати, нормально це чи процес якимось чином застряг.

Ви можете відстежувати, що відбувається за допомогою налаштувань системи Time Machine, тоді як резервне копіювання займає більше часу, ніж очікувалося.

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

Удачі полювання за причиною ...

[Редагувати - відповідати на додаткові деталі щодо припинення кріплення - індекс не готовий.]

Гаразд - це, ймовірно, не виправить себе. Завжди приємно виконувати рекомендовані систематичні кроки для усунення несправностей з машиною часу , але я можу почати спочатку з перевірки проходження ваших існуючих резервних файлів.

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

У мене була аналогічна проблема: після мого оновлення до Lion я отримую повідомлення "Очікування очікування готовності індексу (100)", і повне резервне копіювання Time Machine займає ДЛЯГО часу (наприклад, 45 хвилин +) навіть для дуже невеликих змін.

Але мої консольні / резервні журнали не мали повідомлень про помилки; резервне копіювання просто зайняло багато часу.

Але я думаю, що я це виправив, ось як:

1. Встановіть резервний диск (у Finder do Command-K, щоб встановити його, якщо він ще не встановлений).
2. Знайдіть зображення Time Machine на резервному диску. Мій Mac називається "SvecBook", тому зображення на машині часу - SvecBook.sparsebundle. Клацніть правою кнопкою миші на файл "SvecBook.sparsebundle" і "Відкрити за допомогою" -> DiskImageMounter.app.
3. Потім я відкрив утиліту Disk, натиснув на розділ SvecBook.sparsebundle "Резервне копіювання машини машини", вкладку "Перша допомога", потім "Відновлення диска".
4. Це займає деякий час, принаймні 30 хвилин на моїй машині.
5. Помилок не знайдено.
6. Якщо ви використовуєте сервер резервного копіювання, відключіть резервний диск.

Перший раз, коли я спробував це, резервні копії TimeMachine все-таки тривали назавжди, крутячись на "Очікування індексу" довгий час.

Другий раз, коли я зробив це, резервні копії TimeMachine спрацювали! Тепер резервні копії TimeMachine швидко завершуються, все виглядає добре!

Я поняття не маю, що було змінено чи виправлено процесом "Ремонт диска", оскільки він не повідомив, що щось було порушено. І я поняття не маю, чому це, здавалося б, вирішило проблему вдруге, але не вперше.

Але це працює для мене зараз!

Можливо, це робить те саме, що і відповідь "Перевірити резервні копії" @ bmike, але це не спрацювало для мене. (Звичайно, мій "метод" не спрацював для мене з першого разу.)

Редагувати: резервні копії My Lion Time Machine прекрасно працювали з моєї оригінальної відповіді майже 2 місяці тому. Тому я буду називати це гарним виправленням.

Ось що я повинен був зробити, щоб виправити помилку "Очікування готовності індексу (100)":

1. Змонтуйте зображення диска {MyTimeMachine} .sparsebundle
2. Видаліть папку .Spotlight-V100 з цією командою:
   sudo rm -rf /Volumes/{MyTimeMachine}/.Spotlight-V100
3. Відкрийте налаштування прожектора, перейдіть на вкладку "Конфіденційність" і додайте том {MyTimeMachine} до списку виключених каталогів
4. Відключити / вийняти {MyTimeMachine}
5. Запустіть "Резервне копіювання зараз"

Де {MyTimeMachine} - змінна = назва вашого розрідженого диска