Aktualizacja do Lion: Time Machine spędza dużo czasu na tworzeniu kopii zapasowych indeksowania czasu

Uaktualniłem MacBooka Pro do Lion, a jednym z problemów, jakie miałem, jest to, że Time Machine działa i działa, a fani dalej.

Zwykle wydaje się, że jest w stanie, w którym indeksuje kopię zapasową.

To jest na Time Capsule, na dysku pozostało około 90 Gb. Łączę się bezprzewodowo za pośrednictwem sieci typu n. Kopie zapasowe pochodzą około 4 miesięcy wstecz. Pozostawienie sobie kopii zapasowej kończy się „dość długo”.

Poniżej 10.6 był to prawie niewidoczny proces. Teraz jestem zirytowany co godzinę. Jakieś sugestie?

EDYCJA: W komunikatach dziennika szukałem „kopii zapasowej” (/private/var/log/system.log) i otrzymałem następujące informacje z ostatniej kopii zapasowej (którą anulowałem):

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.

Czy komunikat „Nie można znaleźć żądanego typu kopii zapasowej: 2 dla woluminu” jest ważny?

Miałem ten sam problem po pierwszej aktualizacji do Lion. Usunąłem Wehikuł Czasu i wydaje się, że teraz działa dobrze.

Z twojej sytuacji trudno jest stwierdzić, czy jest to normalne, czy proces jakoś utknął.

Możesz monitorować, co dzieje się z preferencjami systemu Time Machine, podczas gdy tworzenie kopii zapasowych trwa dłużej niż oczekiwano.

Aby uzyskać więcej informacji - uruchom Console.app i wpisz backupd w kontrolce String Matching / filter. Być może będziesz w stanie ustalić, czy proces zajmuje dużo czasu, usuwając stare kopie zapasowe lub coś innego. Zobaczysz także czas i ilość danych, które mogą pomóc, jeśli masz wolniejszy transfer przez sieć niż wcześniej.

Powodzenia w poszukiwaniu przyczyny ...

[Edytuj - reagowanie na dodatkowe szczegóły na temat przerwania montowania - indeks się nie przygotowuje.]

OK - prawdopodobnie się nie naprawi. Zawsze miło jest postępować zgodnie z zalecanymi systematycznymi krokami w celu rozwiązania problemu wehikułu czasu , ale mogę zacząć od weryfikacji przepustowości istniejących plików kopii zapasowych.

Aby zweryfikować, przytrzymaj optionklawisz i kliknij ikonę Wehikułu Czasu na pasku menu - proces weryfikacji powinien dać ci bardziej konkretny błąd, który możesz zrozumieć, lub może po prostu całkowicie rozwiązać problem. Twój Mac przekroczył limit czasu, czekając na ukończenie wstępnego steo i nie jest jasne, dlaczego.

Miałem podobny problem: po aktualizacji do Lion otrzymuję komunikat „Oczekiwanie na gotowość indeksu (100)”, a pełna kopia zapasowa Time Machine zajmuje DŁUGO (np. 45 minut +) nawet w przypadku bardzo małych zmian.

Ale moje dzienniki konsoli / kopii zapasowych nie zawierały komunikatów o błędach; kopie zapasowe zajmowały dużo czasu.

Ale myślę, że to naprawiłem, oto jak:

1. Zamontuj dysk kopii zapasowej (w Finderze wykonaj Command-K, aby go zamontować, jeśli nie jest jeszcze zamontowany).
2. Znajdź obraz Time Machine na dysku z kopią zapasową. Mój komputer Mac nazywa się „SvecBook”, więc obraz Time Machine to SvecBook.sparsebundle. Kliknij prawym przyciskiem myszy plik „SvecBook.sparsebundle” i „Otwórz za pomocą” -> DiskImageMounter.app.
3. Następnie otworzyłem Narzędzie dyskowe, kliknąłem partycję SvecBook.sparsebundle „Kopie zapasowe wehikułu czasu”, zakładkę „Pierwsza pomoc”, a następnie „Napraw dysk”.
4. To zajmuje trochę czasu, co najmniej 30 minut na moim komputerze.
5. Nie znaleziono błędów.
6. Jeśli używasz serwera kopii zapasowej, odmontuj dysk kopii zapasowej.

Za pierwszym razem, gdy tego próbowałem, kopie zapasowe TimeMachine trwały wiecznie, włączając Długo czas w „Oczekiwanie na indeks”.

Za drugim razem, gdy to zrobiłem, kopie zapasowe TimeMachine działały! Teraz kopie zapasowe TimeMachine kończą się szybko, wszystko wygląda dobrze!

Nie mam pojęcia, co zostało zmienione lub naprawione przez proces „Napraw dysk”, ponieważ nie zgłoszono, że coś jest zepsute. I nie mam pojęcia, dlaczego to pozornie naprawiło problem za drugim razem, ale nie za pierwszym razem.

Ale na razie działa dla mnie!

Może robi to to samo, co odpowiedź „Verify Backups” @ bmike, ale to nie działało dla mnie. (Oczywiście moja „metoda” po raz pierwszy nie zadziałała).

Edycja: kopie zapasowe Mojej maszyny czasu Lion działały idealnie od mojej pierwotnej odpowiedzi prawie 2 miesiące temu. Nazywam to dobrą poprawką.

Oto, co musiałem zrobić, aby naprawić błąd „Oczekiwanie na gotowość indeksu (100)”:

1. Zamontuj obraz dysku {MyTimeMachine} .sparsebundle
2. Usuń folder .Spotlight-V100 z tym poleceniem:
   sudo rm -rf /Volumes/{MyTimeMachine}/.Spotlight-V100
3. Otwórz preferencje Spotlight, przejdź do zakładki Prywatność i dodaj wolumin {MyTimeMachine} do listy wykluczonych katalogów
4. Odmontuj / wysuń {MyTimeMachine}
5. Uruchom „Utwórz kopię zapasową teraz”

Gdzie {MyTimeMachine} jest zmienną = nazwa dysku sparsebundle