Sytuacja wyjściowa: gdy Time Machine zawodzi w praktyce
Najczęstsze objawy i gdzie leży problem
Time Machine ma opinię „ustaw i zapomnij”, a mimo to właśnie tu pojawiają się najdroższe w skutkach błędy. Typowy scenariusz: pierwszy dysk zapełnia się w kilka tygodni, kopie przez Wi‑Fi idą wieczność, NAS co jakiś czas „gubi” obraz dysku, a po migracji na nowy komputer zaczyna się nowa historia kopii zamiast kontynuacji poprzedniej. Do tego pliki z projektów wideo czy maszyny wirtualne powodują, że każdy inkrement zajmuje dziesiątki gigabajtów.
Źródła problemów zwykle nie są „magiczne”: zły dobór nośnika (zbyt mały lub wolny), błędne wykluczenia, niewłaściwy protokół na NAS (AFP zamiast SMB3), brak szyfrowania lub szyfrowanie aktywowane w nieodpowiednim momencie, brak kontroli nad snapshotami APFS i brak testów przywracania. Czasem chodzi o uprawnienia TCC do „Dostępu do pełnego dysku”, które blokują Time Machine lub aplikacjom pomocniczym widok części danych.
Co użytkownicy faktycznie chcą wiedzieć
- Jak wybrać i przygotować nośnik, żeby kopie były szybkie i długowieczne?
- Jak ustawić Time Machine tak, aby nie backupować śmieci i dużych, zmiennych plików?
- Jak poukładać harmonogram i działać mobilnie (laptop) bez NAS przez cały czas?
- Jak używać tmutil do diagnostyki, rotacji i re‑asocjacji kopii po migracji?
- Jak łączyć Time Machine z innymi formami backupu (3‑2‑1), by mieć kopię poza domem?
- Jak przywrócić system i dane w różnych scenariuszach (awaria dysku, nowy Mac, pojedynczy plik)?
- Jak rozwiązać problemy: „Przygotowywanie kopii” trwa godzinami, NAS przerywa, brak miejsca?
Co wiemy, a czego jeszcze nie
Wiemy: od macOS Big Sur Time Machine pracuje natywnie na APFS i używa snapshotów, co znacząco przyspiesza inkrementy na lokalnych napędach APFS. Na udziałach sieciowych działa przez SMB3 i tworzy obraz dysku (sparsebundle), wewnątrz którego utrzymuje strukturę APFS. Wiemy też, że TM nie tworzy już „klonów rozruchowych” — macOS ma uszczelniony wolumin systemowy (SSV), a odtworzenia systemu dokonuje się inaczej niż dawniej.
Nie wiemy z góry: jakie masz dane (biblioteki Zdjęć, maszyny wirtualne, kontenery), ile masz miejsca i jak stabilna jest twoja sieć. Dlatego poniższe decyzje opieramy o kryteria i przykłady, a nie o uniwersalne zaklęcia.
Strategia kopii na Macu: 3‑2‑1 z Time Machine w roli głównej
Warstwy kopii: lokalne snapshoty, dysk USB/Thunderbolt, NAS/offsite
W praktyce działa układ warstwowy:
- Lokalne snapshoty APFS — automatycznie tworzone przez Time Machine na dysku systemowym; ratują przed cofnięciem zmian w krótkim oknie czasu (np. ostatnie godziny/dni), nawet bez podłączonego dysku.
- Dysk zewnętrzny (USB‑C/Thunderbolt) — szybkie, zaszyfrowane kopie przyspieszające odtworzenia i duże inkrementy. Idealne do cotygodniowego lub codziennego podłączenia.
- NAS lub udział sieciowy — druga lokalizacja w sieci domowej/biurowej, z kwotą i SMB3. Chroni przed awarią pojedynczego dysku.
Dobór i przygotowanie nośnika: pojemność, format, szyfrowanie
Decyzja o nośniku rozwiązuje większość kłopotów z wydajnością. Co wiemy? Time Machine lubi szybkie I/O i stabilny protokół. Czego nie wiemy? Jak bardzo rosną twoje dane. Dlatego trzy proste kryteria:
- Pojemność: dla typowej pracy biurowej celuj w 2–3× rozmiar danych użytkownika; dla wideo/VM — 4× i więcej. Na NAS ustaw kwotę zamiast „bez limitu”.
- Interfejs: USB‑C/Thunderbolt dla dysków zewnętrznych; na NAS tylko SMB3 (nie AFP).
- Format i szyfrowanie: na dysku lokalnym twórz zaszyfrowany wolumin APFS od razu. Na NAS włącz szyfrowanie backupu w oknie wyboru dysku Time Machine.
Szybka procedura dla dysku USB/Thunderbolt:
- Otwórz Narzędzie dyskowe → Pokaż wszystkie urządzenia.
- Wymaż fizyczny dysk: APFS (szyfrowany), schemat GUID. Ustal silne hasło i zachowaj klucz odzyskiwania.
- Nazwij wolumin jednoznacznie (np. TM‑MBP‑Jan) — ułatwia to diagnostykę.
- W Preferencjach Time Machine wybierz ten wolumin i zaznacz „Szyfruj kopie zapasowe” (jeśli nie zrobiłeś szyfrowania przy formatowaniu, włącz je teraz i poczekaj na zakończenie konwersji przed pierwszą dużą kopią).
Dla NAS: utwórz osobny udział pod Time Machine z SMB3, włącz wsparcie TM po stronie serwera, ustaw kwotę, a po dodaniu w macOS wybierz opcję szyfrowania kopii. Połączenie przez Ethernet radykalnie zmniejsza czas pierwszej kopii.
Wykluczenia: co wyrzucić z kopii, a czego nie ruszać
Time Machine ma własną listę automatycznych wykluczeń (m.in. cache), ale duże, często zmieniające się pliki potrafią zatkać inkrementy. Minimalna lista kandydatów do wykluczenia:
- Maszyny wirtualne i obrazy: *.vmwarevm, *.pvm, *.vdi, *.vmdk, *.qcow2 — przenieś je na osobny dysk i kopiuj rzadziej, narzędziem dedykowanym lub snapshotami z poziomu VM.
- Katalogi buildów i zależności: Xcode DerivedData, node_modules, Pods, .venv, target/build — włącz wykluczenia na poziomie folderów projektów.
- Foldery tymczasowe narzędzi (render cache, proxy media) w projektach wideo/audio — trzymaj je poza katalogiem projektu lub poza kontem użytkownika i wyklucz z TM.
Praktyka: użyj Findera (Opcje → „Wyklucz…”) albo poleceń:
tmutil isexcluded "/ścieżka/do/folderu"
sudo tmutil addexclusion -p "/ścieżka/do/folderu"
„-p” oznacza wykluczenie dziedziczone przez potomne elementy. Nie wykluczaj bibliotek Zdjęć lub Poczty, jeśli to jedyna ich kopia. Duże biblioteki archiwizuj, ale z głową — rozważ rozdzielenie na archiwa „zamknięte” (rzadko zmieniane) oraz bieżącą bibliotekę roboczą.
Rytm dla laptopa: jak nie żyć podłączonym do NAS
Laptop ma działać w ruchu, a nie czekać na Wi‑Fi. Ułóż prosty nawyk:
- Codziennie lub co drugi dzień podłącz dysk USB/Thunderbolt na kilkanaście minut. Wystarczy na inkrementy.
- Przed wyjściem w trasę utwórz lokalny snapshot:
tmutil localsnapshot. Zabezpiecza ostatnie zmiany bez dysku. - W razie dłuższej pracy offline ustaw przypomnienie na ręczne wywołanie kopii:
tmutil startbackup --auto. - Nie polegaj na kopiowaniu po publicznym Wi‑Fi; backupy sieciowe rób po powrocie do zaufanej sieci lub po kablu.
Jeśli Time Machine „przegapia” okna, gdy lid jest zamknięty: włącz zasilanie sieciowe na czas kopii i sprawdź, czy system nie usypia zbyt agresywnie dysków zewnętrznych.
tmutil: diagnostyka, rotacja i asocjacja kopii
Narzędzie w praktyce przydaje się w trzech sytuacjach: sprawdzenie stanu, odchudzenie snapshotów i spięcie nowego Maca ze starą kopią.
Szybka diagnostyka: co faktycznie robi Time Machine
Gdy kopia „stoi” lub znika przepustowość, zacznij od prostych odczytów. Co wiemy? backupd raportuje stan i fazę; logi systemowe ujawniają błędy protokołu, szyfrowania i zasilania. Czego nie wiemy? Czy blokuje I/O sam dysk, sieć, czy wykluczenia.
# Czy kopia trwa i w jakiej fazie
tmutil status
tmutil currentphase
# Co, gdzie i kiedy mamy w kopiach
tmutil destinationinfo
tmutil listbackups
tmutil latestbackup
# Ostatnia godzina logów Time Machine (błędy SMB, odłączenia, throttling)
log show --last 1h --predicate 'subsystem == "com.apple.TimeMachine"' --info --debug
Jeśli „Przygotowywanie kopii” ciągnie się godzinami, sprawdź nagły przyrost zmienionych plików (VM, cache renderów) i czy nośnik nie zszedł do trybu USB 2.0. Prosty test porównawczy:
# Zobacz co uległo zmianie względem najnowszej kopii (rozmiary)
tmutil compare -s "$(tmutil latestbackup)" /
Kontrola snapshotów i miejsca: gdy system woła o przestrzeń
Snapshoty APFS są szybkie, ale zajmują miejsce. Gdy kończy się przestrzeń na dysku systemowym lub backupowym, zrób porządek selektywnie, zamiast „czyścić wszystko”.
# Lokalne snapshoty na dysku systemowym
tmutil listlocalsnapshots /
sudo tmutil deletelocalsnapshots 2024-07-13-102233
# Odchudzanie snapshotów o ~20 GB z najwyższą pilnością (1–4)
sudo tmutil thinlocalsnapshots / 20000000000 4
# Usunięcie pojedynczej kopii z nośnika TM (gdy jest ewidentnie uszkodzona)
sudo tmutil delete "/Volumes/TM-MBP-Jan/Backups.backupdb/Nazwa-Maca/2024-07-10-230015"
Jeżeli nośnik sieciowy ma kwotę, a TM raportuje brak miejsca, nie próbuj „naprawiać” kopii z poziomu klienta. Najpierw zwiększ kwotę lub skasuj najstarsze kopie z interfejsu TM, by zachować spójność metadanych.
Spinanie nowego komputera ze starą kopią: bez urywania historii
Po migracji na nowy Mac wiele osób nieświadomie zaczyna nowy łańcuch kopii. Lepsza droga: dziedziczenie istniejącego archiwum i asocjacja bieżących woluminów.
- Podłącz lub zamontuj nośnik Time Machine (dysk lub sparsebundle z NAS).
- Dziedzicz istniejącą kopię (przypisz ją temu Macowi):
sudo tmutil inheritbackup "/Volumes/TM-MBP-Jan/Backups.backupdb/Nazwa-Poprzedniego-Maca" - Powiąż bieżący wolumin danych z właściwą maszyną w archiwum:
# Dla współczesnego macOS: Data wolumin znajduje się pod /System/Volumes/Data sudo tmutil associatedisk -a /System/Volumes/Data "/Volumes/TM-MBP-Jan/Backups.backupdb/Nazwa-Poprzedniego-Maca" - Zweryfikuj:
tmutil listbackups | tail tmutil startbackup --auto --block
Jeżeli nazwa komputera uległa zmianie, nie szkodzi — liczy się asocjacja woluminów i identyfikator maszyny w archiwum.
NAS i sieć: minimalna higiena, która robi różnicę
- SMB3 obowiązkowo. Wyłącz stare AFP na udziale dla TM.
- Jedno zadanie na raz: nie generuj równolegle wielu pierwszych kopii z kilku Maców na ten sam udział.
- Antywirus/indeksowanie po stronie NAS potrafi dławić sparsebundle. Jeśli to możliwe, wyklucz katalog z backupem z on‑access scanów.
- Ethernet na pierwszą kopię i większe inkrementy. Praktyczny przykład: po podłączeniu kabla ten sam set danych kończy się wielokrotnie szybciej niż po stabilnym, ale przytkanym Wi‑Fi.
Harmonogram bez dodatków: launchd i pojedyncze strzały
TM działa z częstotliwością systemową, ale można wzmocnić rytm „po ludzku”: krótki, przewidywalny impuls w godzinach pracy.
# Ręczne wywołanie kopii z szacunkiem dla polityk TM
tmutil startbackup --auto
# Przerwanie w razie potrzeby
tmutil stopbackup
Zaawansowani mogą dorzucić własny plik launchd uruchamiający powyższe polecenie o stałej porze dnia, zamiast uruchamiania co godzinę. Zadbaj tylko, by laptop był wybudzony i na zasilaniu.
Wiele miejsc docelowych: rotacja dysków i zasada 3‑2‑1 bez dodatków
Najczęstszy błąd: jeden nośnik, zero rotacji. Co wiemy? Uszkodzenia zdarzają się parami: komputer i sąsiadujący dysk. Czego nie wiemy? Kiedy padnie jedyne źródło prawdy. Rozwiązanie: co najmniej dwa niezależne cele Time Machine i prosta rotacja.
- Przygotuj dwa zaszyfrowane woluminy APFS (np. TM‑A i TM‑B) na osobnych dyskach.
- Dodaj je do TM tak, by system rotował automatycznie:
# Ustaw pierwszy cel (zastępuje dotychczasowe) sudo tmutil setdestination "/Volumes/TM-A" # Dodaj drugi, równorzędny sudo tmutil adddestination "/Volumes/TM-B" # Kontrola: oba powinny być widoczne tmutil destinationinfo - Rotacja w praktyce: dyski wymieniaj co tydzień lub po zakończeniu większej pracy. Jeden dysk może mieszkać poza biurem.
- Po dłuższej przerwie pierwszy przyrost może trwać dłużej (pełne skanowanie zmian). Daj mu czas, a przedtem wyklucz katalogi „rozdmuchujące” przyrosty (VM, cache renderów).
Jeśli używasz jednego fizycznego dysku do wielu celów, wydziel oddzielne woluminy. Nie mieszaj innych danych wewnątrz struktury Time Machine.
Odtwarzanie na poważnie: Recovery vs Asystent migracji
Są dwie równorzędne drogi i każda ma sens w innym scenariuszu.
- Przywracanie z Recovery (pełny stan): gdy chcesz wrócić do ostatniego punktu „jak było”, na tym samym Macu lub po wymianie dysku.
- Uruchom do trybu odzyskiwania, wybierz „Przywróć z Time Machine”.
- Podłącz nośnik lub zamontuj udział sieciowy (kabel ułatwia życie).
- Wybierz punkt w czasie, potwierdź wymazanie i przywrócenie.
Plus: szybka ciągłość. Minus: jeśli backup jest z dużo starszego systemu, pojawią się dodatkowe kroki aktualizacji.
- Asystent migracji (czysty system + dane/aplikacje): gdy zmieniasz generację macOS lub sprzęt, a chcesz świeży system i przenieść konta, aplikacje oraz ustawienia.
- Zainstaluj system, utwórz konto startowe.
- Uruchom Asystenta migracji i wskaż kopię TM (dysk lub sieć).
- Wybierz zakres migracji: konta, aplikacje, ustawienia, pliki.
Plus: mniej „bagażu” po latach. Minus: chwilę dłużej trwa konfiguracja.
Przy kopiach szyfrowanych przygotuj hasło/klucz odzyskiwania. Bez niego nie otworzysz archiwum, zwłaszcza na nowym Macu.
Próba generalna: mini‑odtwarzanie co kwartał
Backup bez testu to hipoteza. Krótka, powtarzalna próba daje odpowiedź na pytanie „czy zadziała, gdy będzie potrzebne?”.
- Przywróć trzy różne pliki sprzed tygodnia (dokument, arkusz, zdjęcie) do alternatywnej lokalizacji w katalogu Test‑Restore.
Próba generalna: co jeszcze sprawdzić, zanim naprawdę będzie potrzebne
- Otwórz przywrócone pliki w natywnych aplikacjach. Dokument tekstowy – edytor, arkusz – arkusze, zdjęcie – przeglądarka lub edytor. Czy otwierają się bez komunikatów o utraconych zasobach?
- Zweryfikuj bibliotekę „ciężkiej” aplikacji na kopii (np. Photos, Final Cut, Lightroom). Nie podmieniaj bieżącej biblioteki – uruchom aplikację z wciśniętym Option i wskaż przywróconą bibliotekę z katalogu testowego.
- Dla kopii sieciowej sprawdź, czy udział montuje się bez błędów i czy przepustowość jest stabilna przez 10–15 minut. Krótki zapis‑odczyt większego pliku pozwala wychwycić zrywanie sesji.
- Zanotuj czasy operacji i ewentualne blokery (uprawnienia, zasilanie, sieć). Po kwartale porównasz, czy środowisko nie zestarzało się „po cichu”.
Wykluczenia, które realnie odciążają Time Machine
Co wiemy? TM radzi sobie z dużą liczbą plików, ale słabnie przy masowych, ciężkich przyrostach z plików, które i tak są odtwarzalne. Czego nie wiemy? Który katalog dziś „puchnie”. Decyzje ułatwiają kryteria: duże, często zmieniane, możliwe do odtworzenia – wyklucz; unikalne, nie do pobrania – zabezpiecz.
- Maszyny wirtualne i obrazy dysków (VM, *.vdi, *.vmdk, *.qcow2) – rób osobne, rzadziej rotowane kopie lub snapshoty w narzędziu hypervisora.
- Cache i build‑artefakty (Xcode DerivedData, node_modules, .gradle, target/build) – generowalne, nie archiwizuj.
- Proxy/render cache w wideo/audio – backupuj projekt i media źródłowe, cache odbudujesz.
- Foldery synchronizowane w chmurze z wersjonowaniem (np. duże drzewa „w locie”) – dublowanie wersjonowania często nie ma sensu, ale wyłączanie katalogów „tylko online” bywa potrzebne, by uniknąć błędów dostępu.
Dodanie wykluczeń: Preferencje Time Machine → Opcje → „+”. Dla precyzji technicznej możesz też użyć:
# Dodaj wykluczenie (ścieżka do katalogu)
sudo tmutil addexclusion "/Users/nazwa/Library/Developer/Xcode/DerivedData"
# Sprawdź listę wykluczeń
tmutil isexcluded "/Users/nazwa/Library/Developer/Xcode/DerivedData"
Szyfrowanie kopii i klucze odzyskiwania w praktyce
Kopia nieszyfrowana to ryzyko utraty poufności przy kradzieży dysku. FileVault szyfruje Maca, ale nie zastępuje szyfrowania na nośniku TM. Najprostszy porządek: APFS (zaszyfrowany) dla każdego celu TM.
- Przy tworzeniu woluminu wybierz APFS (Encrypted). Hasło przechowuj w menedżerze haseł; rozważ zapis klucza odzyskiwania w bezpiecznym miejscu offline.
- Jeśli nośnik już istnieje: w Finderze kliknij prawym przyciskiem wolumin → „Szyfruj…”. Dla sieciowych sparsebundle hasło ustala się przy pierwszej konfiguracji udziału dla TM.
- Przy pracy zespołowej hasło do kopii sieciowej traktuj jak tajemnicę – nie rozsyłaj wprost w komunikatorach, nie wklejaj do ticketów.
Jeśli hasło zginie, kopii nie odszyfrujesz. Drugi, rotowany nośnik i bezpieczna kopia klucza to nie fanaberia, tylko plan B.
Gdy archiwum zaczyna się sypać: bezpieczna ścieżka naprawy
Najpierw ustal, co boli: medium, system plików, czy konkretna sesja. Co wiemy? Zrywy sieci psują przyrosty, a twarde wyłączenia potrafią zostawić wolumin w stanie do naprawy. Czego nie wiemy? Czy problem jest logiczny, czy fizyczny.
- Zatrzymaj bieżącą kopię i odmontuj nośnik:
tmutil stopbackup diskutil unmount "/Volumes/TM-A" - Weryfikacja lokalnego woluminu TM:
diskutil verifyVolume "/Volumes/TM-A" # W razie błędów – najpierw Narzędzie dyskowe (First Aid), potem ponowny test - Dla kopii sieciowej ze sparsebundle:
# Odmontuj udział, sprawdź pakiet na lokalnym montowaniu hdiutil verify "/Volumes/Udział/TM-MBP.sparsebundle" # W sytuacjach granicznych: hdiutil attach -readonly "/Volumes/Udział/TM-MBP.sparsebundle" # If mount ok – zrób niezbędny offload ważnych danych i odłącz hdiutil detach /dev/diskX - Jeśli weryfikacja przechodzi, a problemy trwają – usuń pojedynczą uszkodzoną kopię z interfejsu TM lub poleceniem pokazanym wcześniej, nie kasuj ręcznie Backups.backupdb.
- Gdy naprawa się nie udaje i błędy powracają – rozpocznij nowy łańcuch na świeżym woluminie, poprzedni pozostaw jako tylko‑do‑odczytu do czasu spokojnej analizy.
Migracja archiwum na inny dysk: kiedy kopiować, a kiedy zacząć od nowa
Kopiowanie TM „jak zwykłego folderu” bywa zdradliwe przez uprawnienia i strukturę metadanych. Bezpieczniejsze są dwie drogi.
- Strategia podwójna (preferowana): dodaj nowy dysk jako drugi cel TM i pozwól systemowi zbudować nowy łańcuch. Stary dysk zachowaj jako archiwum tylko‑do‑odczytu przez kilka miesięcy. Minimalne ryzyko i czytelna historia.
- Klon na poziomie woluminu: w Narzędziu dyskowym użyj „Odtwórz” (Restore) z dawcy na biorcę przy zgodnym formacie APFS i szyfrowaniu. Po migracji sprawdź listę kopii i wykonaj test przywracania pliku.
Jeśli źródło wykazuje błędy, rezygnuj z klonowania. Nowy łańcuch + archiwizacja źródła do odczytu uchroni przed przeniesieniem problemu.
Kopie w pracy zespołowej i domowym biurze: proste reguły współistnienia
- Nie uruchamiaj pierwszych pełnych kopii dla kilku Maców jednocześnie na tym samym NAS. Sekwencja i kabel przyspieszą całość bardziej niż „róbmy wszystko naraz”.
- Włącz kwoty na udziale i zaplanuj minimalny bufor (kilkadziesiąt procent ponad przeciętne zużycie). Gdy bufor się zapełni, TM będzie rotować zbyt agresywnie.
- Wyłącz indeksowanie i skan on‑access na katalogu backupu po stronie serwera. Indeks na sparsebundle potrafi dusić I/O.
- Ustal okno ciszy sieciowej na duże przyrosty (np. po zakończeniu dnia). Krótki przykład z praktyki: jednorazowe zarezerwowanie 30 minut po pracy kończy backupy szybciej niż stała walka o pasmo z wideokonferencjami.
Druga warstwa poza TM: co dodać, żeby mieć prawdziwe 3‑2‑1
Time Machine wersjonuje, ale usuwa najstarsze punkty, gdy brakuje miejsca. Dla kluczowych danych dołóż warstwę „zimnego” archiwum, rzadko nadpisywaną.
- Drugi nośnik offline: dysk, który podpinasz tylko do archiwizacji miesięcznej/kwartalnej, a potem jedzie do sejfu lub innej lokalizacji. Ma być zaszyfrowany i poza zasięgiem ransomware oraz awarii prądu.
- Chmura obiektowa z szyfrowaniem po stronie klienta: narzędzia typu restic/Arq/duplicacy potrafią utrzymywać wersje, szyfrować lokalnie i wznawiać transfer. Płacisz za realnie zajęte gigabajty.
- Archiwum „niemodyfikowalne” (immutability/WORM): dla krytycznych danych (np. finanse, projekty z wymogiem zgodności) włącz blokadę wersji na poziomie bucketa (Object Lock). Trudniej coś przypadkiem lub złośliwie skasować.
- Nośniki optyczne klasy M‑Disc lub taśmy LTO: niski rytm zapisu, długi horyzont przechowywania. Sens głównie tam, gdzie masz proces i miejsce do przechowywania.
Prosty schemat: TM na co dzień, raz w tygodniu rotowany dysk TM‑B offline, raz w miesiącu „zimne” archiwum do chmury z szyfrowaniem. Co wiemy? Redundancja lokalizacji przetrwa awarię jednego punktu. Czego nie wiemy? Kiedy zdarzy się kłopot – dlatego cykl i automatyzacja muszą zadziałać bez Twojej uwagi.
Monitorowanie i automatyzacja: niech kopia sama raportuje stan
Najczęstszy błąd: „TM działa, bo kiedyś skonfigurowałem”. Co wiemy? Porażki zwykle widać w logach na kilka dni przed tym, jak użytkownik to zauważy. Czego nie wiemy? Czy ostatnia kopia faktycznie się zamknęła sukcesem, a nie przerwała w 94%.
- Szybki przegląd ostatnich zdarzeń:
# Ostatnie 24 godziny zdarzeń TM log show --predicate 'subsystem == "com.apple.TimeMachine"' --last 1d --info | tail -n 50 # Najnowsza udana kopia (ścieżka i czas) tmutil latestbackup - Prosty próg alarmu: jeśli brak pełnej kopii od 72 godzin – sprawdź zasilanie/sieć/nośnik. Tę kontrolę można uruchamiać cyklicznie skryptem LaunchDaemona lub skrótem w Shortcuts.
