Po kilku panikach jądra i przypadkowym odłączeniu dysku Firewire Time Machine na gorąco chciałbym się upewnić, że mój Time Machine dokładnie pasuje do mojego Macintosha HD rsync -a
. Czy istnieje sposób zmuszenia Time Machine do wykonania głębokiego przejścia w celu sprawdzenia, czy kopia zapasowa pasuje?
Przydałoby się wiedzieć, jak to zrobić w Leopardzie, Snow Leopardzie i Lwie.
backup
time-machine
Blair Zajac
źródło
źródło
Odpowiedzi:
Ustawienie celu Wehikułu Czasu na nic, a następnie ponowne ustawienie go w tym samym miejscu, co przedtem, wymusza dla mnie głębokie przejście. Możesz spróbować zrestartować komputer między zmianą miejsca docelowego a ponownym dodaniem go, aby zwiększyć szansę na wywołanie głębokiego przejścia.
W najgorszym przypadku możemy zepsuć się w trybie pojedynczego użytkownika, aby zniszczyć katalog fseventd w bezpiecznym czasie, gdy system nie liczy na to, że jest poprawny, więc wymusiłeś nową bazę danych, która nie pasuje. Prawdopodobnie możesz to usunąć ze strony TM, ale usunę kopię rozruchową jako nieco bezpieczniejszą i mniej podatną na niszczenie potrzebnych danych lub zepsucie kopii zapasowej.
Jeśli masz skłonność do korzystania z linii poleceń / terminala, zacznę od tego,
tmutil compare
zanim zaczniesz wymuszać głębokie przejście. Wyraźnie porównuje rzeczy takie, jakie są obecnie, z ostatnią migawką i możesz wymusić to, określając konkretną zewnętrzną migawkę, jeśli martwisz się porównywaniem lokalnej migawki.źródło
tmutil setdestination
wymaga ścieżki jako argumentu, prawda? (Czy chyba po prostu wybierz dysk kopii zapasowej, a następnie naciśnij „Usuń dysk”, aby go odznaczyć?) Utknąłem w okropnej pozycji. Time Machine tworzy nową kopię zapasową za każdym razem, gdy próbuję wykonać kopię zapasową (anuluję ją przed usunięciem moich starych kopii zapasowych), więc chcę zmusić ją do wykonania głębokiego przejścia, aby upewnić się, że większość plików nie zmieniła się od czasu ostatniej utworzyć kopię zapasową.Ładowanie w trybie pojedynczego użytkownika może spowodować głębokie przejście. Zrobiło to dla mnie raz, ale nie później. Usunięcie /.fseventd na pewno to zrobi. Powinno być to bezpieczne w trybie pojedynczego użytkownika. Usunięcie /.fseventd na woluminie kopii zapasowej nie wywołało dla mnie głębokiego przejścia. (Mój system działał normalnie i nigdy go nie odtworzył.)
tmutil compare
jest tylko dość dokładne. Wydawało się, że dokładnie identyfikuje pliki, których kopia zapasowa początkowo nie została utworzona. Wywołałem głębokie przejście, aby to naprawić, ale Time Machine wciąż nie tworzy kopii zapasowych wielu plików.tmutil compare
Teraz jednak twierdzi, że nie ma problemu. Ufałbym:Użyj
/Volumes/<your time machine volume>/Backups.backupdb/<your machine name>/Latest/
jako ścieżki źródłowej lub docelowej.--itemize-changes
pozwala nam zobaczyć, co jest inne; „--checksum” mówi,rsync
aby faktycznie porównać zawartość pliku, a nie tylko czasy modyfikacji i rozmiar pliku; i--dry-run
mówi rsync, aby nie tworzył kopii zapasowej (więc mówi nam tylko, co by zrobił). Pozostałe argumenty to flagi informujące rsync, aby pod każdym względem uczynił miejsce docelowe identycznym ze źródłem, w tym metadanymi i stanem kompresji HFS. Uważam, że Time Machine dodaje metadane księgowości, które usuwa podczas przywracania, więcrsync
mogą znaleźć fałszywe zmiany metadanych.źródło
Krótka odpowiedź dla co najmniej macOS 10.13.6:
Usuń dowolną kopię zapasową .inProgress z woluminu kopii zapasowej. Może to wymagać użycia root,
/bin/rm -rf
więc postępuj ostrożnie .Użyj
tmutil associatedisk
polecenia, aby ponownie powiązać wolumin kopii zapasowej z woluminem głównym. Na przykład:Następnie rozpocznij tworzenie kopii zapasowej z pozycji menu Time Machine. W moim przypadku zamiast dokończyć skanowanie w ciągu 10 minut (najwyraźniej nie pełny skan) i pokazać terabajt do wykonania kopii zapasowej, skan zajął ponad 30, a rozmiar kopii zapasowej był zgodny z tym, co
tmutil compare
powiedziałem.Tło:
Musiałem wymusić głębokie przejście / pełne skanowanie po tym, jak nieuczciwy instalator (Reallusion) zmienił uprawnienia do wszystkiego w „/ Users / Shared” (około 1 terabajta niemodyfikowanych plików). Zmieniłem je wszystkie z powrotem i
tmutil
potwierdziłem, że wehikuł czasu nie musi już tworzyć kopii zapasowej tych plików, ale jeden z dwóch dysków z kopiami zapasowymi nalegał na użycie skanu z pamięci podręcznej, który to powiedział.Rzeczy, które nie działały:
Usuwanie i ponowne dodawanie woluminu kopii zapasowej z preferencji systemowych
Usuwanie /.fseventd
Instalowanie aktualizacji systemu
Usuwanie kopii zapasowej .inProgress bez uruchamiania
tmutil associated disk
Uruchamianie
tmutil associated disk
bez usuwania .inProgressUruchamianie w trybie pojedynczego użytkownika, montowanie / jako odczyt-zapis i dotykanie pliku
W większości przypadków kopie zapasowe dzienników twierdzą, że wykonują głębokie przejście, ale zajmie to tylko kilka minut, a następnie spróbują wykonać kopię zapasową wszystkiego. Oto polecenie monitorowania
backupd
na żywo w 10.13 później:To pokaże tylko nowe wydarzenia. Do dzienników z ostatnich trzech dni:
źródło