Niedawno zaktualizowałem do El Capitan i powiedziałem Time Machine, aby wykonał kopię zapasową. Utknął podczas przygotowywania kopii zapasowej przez kilka godzin, więc zatrzymałem go, usunąłem plik InProgress, uruchomiłem ponownie i spróbowałem ponownie. Po około 30 minutach wehikuł czasu wciąż się przygotowywał. Spojrzałem na monitor aktywności i kopia zapasowa odczytała tylko ~ 140 Mb, w 30 minut ... Patrząc na iStatMenus, stwierdzam, że kopia zapasowa ma prędkość odczytu od zera do 120 Kb / s (jeśli mam szczęście. Czasami wzrasta) do 500 kb / s, a bardzo rzadko 1 Mb / s). Spotlight nie indeksuje (jak czasem słyszę, że Spotlight przeszkadza w tworzeniu kopii zapasowych), a dysk twardy poszedł spać w czasie, gdy to pisałem, rzadko budząc się, aby mój Mac krótko przeczytał coś z niego.
Oto, co pojawia się w konsoli podczas wyszukiwania kopii zapasowej:
Raczej nie będę musiał ponownie formatować dysku twardego, na wypadek, gdyby kiedykolwiek chciałem przywrócić Yosemite do poprzedniej wersji, ale chętnie, jeśli to rozwiąże problem.
Wydaje się również, że za każdym razem, gdy uruchamiam ponownie komputer Mac, dysk twardy traci ikonę Wehikułu Czasu i powraca do pomarańczowego dysku.
Zrzut ekranu Monitora aktywności, tryb dysku przy znaku ~ 50 min:
EDYCJA: Próbowałem wyłączyć i ponownie włączyć Spotlight dla dysku, a także wyczyściłem folder .Spotlight-V100 i uruchomiłem ponownie. Brak zmiany.
EDYCJA 2: W konsoli pojawiły się jakieś błędy
EDYCJA 3: Po wielu, wielu godzinach Time Machine zakończyło skanowanie i teraz wykonuje kopię zapasową! Wciąż chciałbym wiedzieć, dlaczego to trwało tak długo (nie spodziewałem się, że aktualizacja do El Capitan zajmie tak dużo czasu. Wykluczyłem również pliki systemowe, chociaż myślę, że czeka mnie kolejne długie oczekiwanie, odkąd je usunąłem z listy wyjątków)
źródło
Odpowiedzi:
Częścią problemu jest to, że operacje wejścia / wyjścia (I / O) o niskim priorytecie wydają się teraz mocno ograniczone. Możesz to sprawdzić przez Terminal (można go znaleźć przez Spotlight (zwykle związany ⌘Space) i wchodząc
terminal
), a następnie wchodząc po znaku zachęty:i poszukaj
THROTTLED
wpisów. Jeśli je zobaczysz, kopia zapasowa jest ograniczona.Więc jeśli masz mnóstwo plików, czas potrzebny na wykonanie operacji we / wy trwa wiecznie, nawet jeśli pliki są małe (ponieważ wykonuje o wiele więcej operacji we / wy
xattrs
itp. Niż wcześniej).Idź do terminalu i wpisz:
Dla mnie przyspiesza to od 72 godzin do ~ 4 godzin w systemie plików z 2,5 milionami plików.
Dobrym pomysłem jest również ponowne włączenie ograniczania przepustowości po pomyślnym zakończeniu tworzenia kopii zapasowej za pomocą następującego polecenia
źródło
man sysctl
pokazuje następujący komunikat: „Opcja -w została uznana za przestarzałą i jest dyskretnie ignorowana” . Zakładam więc, że nie jest konieczne zapisywanie wartości. Czy to jest poprawne?-w
i będzie działać.sudo fs_usage backupd
widziałem wiele wpisów, ale nie mogłem znaleźć słowa kluczowegoTHROTTLED
anithrottled
(za pomocągrep
). Mimo tego po ustawieniudebug.lowpri_throttle_enabled
na0
Time Machine wykonanie kopii zapasowej moich 155 GB danych zajęłoby 3 godziny, zamiast nigdy nie kończyć oszacowania. Cieszę się, że znalazłem ten wątek.Potwierdzam, że polecenie:
działa świetnie.
Jeśli chcesz, aby była stała podczas ponownego uruchamiania, możesz wykonać następujące czynności.
utwórz plik pod
/Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
upewnij się, że plik należy do katalogu głównego
wydać polecenie
Można znaleźć zawartość pliku w tym GIST
źródło
Znalazłem ten artykuł na forach dyskusyjnych firmy Apple na temat komunikatu wyświetlanego w konsoli (gdy nic nie robi lub nie wykonuje kopii zapasowej z prędkością 10 bajtów / sekundę):
W moim przypadku udało mi się odrzucić wszystkie stare kopie zapasowe, więc zdemontowałem wolumin z kłopotliwego komputera Mac, zamontowałem napęd / udział sieciowy na innym komputerze (nie Mac), usunąłem cały
.sparsebundle
katalog (co zaskakująco długo trwało) i następnie ponownie uruchom kopię zapasową. Stworzył nowy.sparsebundle
i teraz tworzy kopię zapasową z prędkością około 10 MB / s.Jeśli nie chcesz usuwać istniejących kopii zapasowych, możesz wypróbować jedną z innych sugestii na tej stronie:
.Spotlight-V100
(którego nie miałem);mdutil
do wyłączania i ponownego włączania indeksowania Spotlight w woluminie:sudo mdutil -i off /Volumes/Time\ Machine\ Backups
sudo mdutil -i on /Volumes/Time\ Machine\ Backups
(więcej szczegółów i pomysłów znajdziesz w tej dyskusji).
źródło
Miałem podobne problemy po przeprowadzce do El Capitan - kopie zapasowe (nawet małe przyrostowe) zwolniły do prawdziwego pełzania. Zrobiłem więc wireshark zrzut rozmowy między komputerem Mac a serwerem NAS i zobaczyłem liczne nieudane żądania FPGetFileDirParms. AFP jest (był?) Protokołem czasu używanym przez maszynę czasu do komunikowania się z dyskami NAS, ale przeczytałem, że przechodzą na SMB.
Nie mam pojęcia, dlaczego te żądania nie powiodły się, ale liczba tych nieudanych prób jest OGROMNA - rzeczywiste przesłane dane są minimalne w porównaniu do liczby tych nieudanych próśb - a zatem powolna, pełzająca szybkość.
Dla mnie zadziałało:
Z terminala uruchomiono:
Otóż to. Wehikuł czasu jest teraz powiązany z / Volumes / TimeMachine zamiast afp: //MyBookLive.local/TimeMachine. Poprzednie kopie zapasowe były dobre, a przyrostowe kopie zapasowe, które miały miejsce po tym, były SZYBKIE. Zrzut Wireshark, który zrobiłem po tym, nie wykazał nieudanych żądań AFP (chociaż AFP wciąż był w użyciu protokołu).
źródło
Nie byłem w stanie naprawić problemu, jednak odkryłem, że mój wehikuł czasu zwalnia, gdy tworzy kopie zapasowe danych innych użytkowników (niezalogowanych). Być może istnieje problem z uprawnieniami w plikach folderów innych użytkowników. Kiedy dodałem tego użytkownika do listy wyjątków, TM się kołysze.
źródło
W związku z odpowiedzią Daniela Berlina powyżej (ale jestem tu nowy, więc nie mam wystarczającej wiarygodności, aby po prostu tam skomentować), znalazłem jego terminalową komendę, by działała WIELKO dla mnie w OSX 10.11.3. Przekształcono 30-godzinną kopię zapasową w 4-godzinną! Nie pozostaje jednak po ponownym uruchomieniu.
Nie chciałem wpisywać w terminalu przy każdym ponownym uruchomieniu, więc ...
Ponieważ nie jestem zbyt dobrze zaznajomiony ze skryptami powłoki, przeszukałem wystarczająco dużo, aby utworzyć przepływ pracy Automatora, który monituje użytkownika o podanie hasła roota, a następnie wykonuje polecenie terminalu. Zdecydowałem się potwierdzić sukces powiadomieniem centrum powiadomień.
Zapisałem przepływ pracy jako aplikację i dodałem go do moich elementów logowania. Więc teraz przy każdym logowaniu jestem proszony o ponowne wpisanie hasła do „odblokowania” Wehikułu Czasu.
Istnieją sposoby, aby uczynić ten proces niewidocznym za pomocą skryptów powłoki, ale jest to trochę skomplikowane wymaganie dostępu do konta root uzyskanego przez polecenie sudo. Można również ustalić hasło w aplikacji Automator, jeśli nie martwisz się o bezpieczeństwo. (Nie polecam.)
Zamieszczę tutaj aplikację przepływu pracy, ale najwyraźniej nie mogę przesłać pliku do tej odpowiedzi. Załączę plik jpg, aby każdy mógł go odtworzyć, jeśli chce. PS Zwróć uwagę na „Pass argument” jako argument dla skryptu powłoki
źródło
Mój problem został rozwiązany w artykule DWHoard : uruchom ponownie w trybie awaryjnym, a następnie z powrotem (dla mnie komputer wydawał się wyłączać podczas bezpiecznego rozruchu).
Macbook Air z połowy 2011 r., OS X 10.11.3, kopia zapasowa do Time Capsule.
Edycja: Właściwie wydaje się, że po bezpiecznym rozruchu i normalnym rozruchu Time Machine osiągnął tylko około 41/55 GB (w ciągu godziny) i ponownie zaczął się czołgać (od tego czasu zwiększył się tylko o 2,75 GB w ciągu 12 godzin). kupiłem Time Capsule tylko po to, aby uniknąć tego rodzaju niezgodności i oto jestem - wszystkie urządzenia Apple i kiepskie doświadczenie, strata czasu. Mam nadzieję, że inni znajdziecie trwałe rozwiązanie.
Konsola otrzymuje nowy wpis na
mdworker
mniej więcej każdą sekundę - czy to normalne, gdy trwa tworzenie kopii zapasowej?Edycja 2: Udane! Laptop ma dwa konta użytkowników i może się zdarzyć, że zalogowanie się do drugiego spowoduje kontynuację reszty kopii zapasowych. Warto przetestować, jeśli jesteś w podobnej sytuacji.
źródło
Mam ten sam problem i znalazłem to, co wygląda na rozwiązanie (nie wspaniałe, ale działa)
źródło
Zobacz tę notatkę od Apple :
źródło