Time Machine ist nach dem El Capitan-Upgrade lächerlich langsam

55

Ich habe kürzlich ein Update auf El Capitan durchgeführt und Time Machine angewiesen, ein Backup durchzuführen. Es blieb stundenlang beim Vorbereiten des Backups hängen, daher habe ich es gestoppt, die InProgress-Datei gelöscht, neu gestartet und es erneut versucht. Nach ca. 30 Minuten bereitete sich Time Machine noch vor. Ich habe mir die Aktivitätsüberwachung angesehen, und backupd hat in 30 Minuten nur ~ 140 MB gelesen ... Wenn ich iStatMenus betrachte, habe ich festgestellt, dass backupd in der Regel eine Lesegeschwindigkeit zwischen null und 120 KB / s aufweist (wenn ich Glück habe. Es kommt manchmal zu Spitzenzeiten) bis 500kb / s und sehr selten 1Mb / s). Spotlight indiziert nicht (wie ich gehört habe, stört Spotlight manchmal die Datensicherung), und die Festplatte ist in der Zeit, in der ich dies geschrieben habe, in den Ruhezustand versetzt worden, sodass mein Mac selten kurz etwas davon lesen kann.

In der Konsole wird bei der Suche nach backupd Folgendes angezeigt: Konsolenprotokoll

Ich würde es vorziehen, meine Festplatte nicht neu zu formatieren, falls ich jemals ein Downgrade auf Yosemite durchführen möchte. Ich bin jedoch bereit, dies zu tun, um das Problem zu lösen.

Außerdem verliert die Festplatte bei jedem Neustart meines Mac das Time Machine-Symbol und kehrt zu einem orangefarbenen Laufwerk zurück.

Screenshot des Aktivitätsmonitors, Datenträgermodus bei ca. 50 Minuten: Aktivitätsmonitor

BEARBEITEN: Ich habe versucht, Spotlight für die Festplatte zu deaktivieren und erneut zu aktivieren. Außerdem habe ich den Ordner .Spotlight-V100 gelöscht und neu gestartet. Keine Änderung.

BEARBEITEN 2: Was einige Fehler zu sein scheint, ist in der Konsole aufgetaucht Err

EDIT 3: Nach vielen, vielen Stunden hat Time Machine das Scannen beendet und sichert jetzt! Ich möchte immer noch wissen, warum es so lange gedauert hat (ich hatte nicht damit gerechnet, dass die Aktualisierung auf El Capitan so lange dauert. Ich habe auch Systemdateien ausgeschlossen, obwohl ich wahrscheinlich noch lange warten muss, seit ich sie gerade entfernt habe aus der Ausnahmeliste)

CraftedCart
quelle
2
Ich habe mit dem gleichen Problem zu kämpfen, seit ich auf El Capitan umgestiegen bin. Verschlüsselte Backups sind besonders über das Netzwerk lächerlich langsam geworden. In den Foren herumzufragen hat nicht geholfen. Für einige Leute scheint es zu funktionieren, nur das erste Backup abzuwarten. Nachfolgende Sicherungen sollen schneller sein. Hat bei mir nicht funktioniert, und mein Computer ist selten länger als 12 Stunden an denselben Backup-Speicher angeschlossen. Ich werde die Zeitmaschine für die Backup-Lösung eines Drittanbieters fallen lassen. Schade.
Huitzilo
@ Huitzilo Es dauerte ungefähr 12 Stunden, bis TM ein Backup für mich erstellt hatte. Es scheint für Sie langsamer zu sein, da Sie sie verschlüsseln und über ein Netzwerk ausführen (ich war es nicht). : / Warten hat jedoch funktioniert und zukünftige Backups waren schneller ...
CraftedCart

Antworten:

77

Ein Teil des Problems ist, dass die Eingabe- / Ausgabeoperationen (I / O) mit niedriger Priorität nun stark gedrosselt zu werden scheinen. Sie können dies über das Terminal überprüfen (zu finden über Spotlight (normalerweise gebunden an Space) und eingeben terminal) und dann an der Bash-Eingabeaufforderung eingeben:

fs_usage backupd

und suchen Sie nach den THROTTLEDEinträgen. Wenn Sie sie sehen, wird die Sicherung gedrosselt.

Wenn Sie also über eine Menge Dateien verfügen, dauert es ewig, bis die E / A-Vorgänge ausgeführt werden, auch wenn die Dateien klein sind (da sie mehr E / A-Vorgänge ausführen xattrsals früher usw.).

Gehen Sie zu einem Terminal und geben Sie Folgendes ein:

sudo sysctl debug.lowpri_throttle_enabled=0

Für mich bedeutet dies eine Beschleunigung von 72 Stunden auf ~ 4 Stunden bei einem Dateisystem mit 2,5 Millionen Dateien.

Es ist auch eine gute Idee, die Drosselung wieder zu aktivieren, nachdem Ihre Sicherung mit dem folgenden Befehl erfolgreich abgeschlossen wurde

sudo sysctl debug.lowpri_throttle_enabled=1
Daniel Berlin
quelle
Ich hatte ein Backup, das Stunden brauchte, um die Diskette zu lesen, und es fehlte ein paar Stunden, um es über Nacht abzuschließen. Es lief und übertrug langsam Bytes nach Bytes. Ich habe diesen Befehl im Terminal ausgeführt und plötzlich ist er von ein paar Bytes / s auf Megabytes / s angestiegen. ich danke dir sehr !!
Jean
Das Ausgeben von a man sysctlzeigt Folgendes: "Die Option -w wurde verworfen und wird unbemerkt ignoriert" . Daher nehme ich an, dass es nicht notwendig ist, den Wert zu schreiben. Ist das korrekt?
Yan
@yan Das stimmt, du kannst das einfach weglassen -wund es wird funktionieren.
DASKAjA
1
Unter Verwendung von habe sudo fs_usage backupdich viele Einträge gesehen, konnte aber weder das Schlüsselwort THROTTLEDnoch throttled(mithilfe von grep) finden. Trotzdem schätzt Time Machine, dass es nach dem Einstellen debug.lowpri_throttle_enabledvon 03 Stunden dauern würde, meine 155 GB Daten zu sichern, anstatt die Schätzung nie abzuschließen. Froh, dass ich diesen Thread gefunden habe.
Steven C. Howell
9
Warum sollten wir es wieder aktivieren? Wofür gibt es die Vor- / Nachteile, wenn es dauerhaft ausgeschaltet ist?
Tom
11

Ich bestätige, dass der Befehl:

sudo sysctl debug.lowpri_throttle_enabled=0 

funktioniert perfekt.

Wenn Sie es über einen Neustart hinweg permanent machen möchten, können Sie Folgendes tun.

  • Erstellen Sie eine Datei unter /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
    <plist version="1.0">
      <dict>
        <key>Label</key>
        <string>fix-el-capitan-slow-time-machine-speed</string>
        <key>ProgramArguments</key>
        <array>
          <string>/usr/sbin/sysctl</string>
          <string>debug.lowpri_throttle_enabled=0</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
      </dict>
    </plist>
    
  • Stellen Sie sicher, dass die Datei zu root gehört

    sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
    
  • Geben Sie den Befehl aus

    sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
    

Den Inhalt der Datei finden Sie in dieser Übersicht

yan
quelle
Oder Sie könnten die Zeile zu /etc/sysctl.conf hinzufügen. Dort habe ich alle meine Netzwerkanpassungen vorgenommen und es hat immer für mich funktioniert.
Jamie Ivanov
3

Ich habe diesen Artikel in den Apple-Diskussionsforen zu der Meldung gefunden, die in der Konsole angezeigt wird (während keine Aktionen ausgeführt werden oder eine Sicherungskopie mit 10 Byte / Sekunde erstellt wird):

com.apple.backupd: Waiting for index to be ready (100)

In meinem Fall konnte ich alle alten Backups verwerfen, also habe ich das Volume vom störenden Mac abgemeldet, die Laufwerks- / Netzwerkfreigabe von einem anderen Computer (kein Mac) gemountet, das gesamte .sparsebundleVerzeichnis gelöscht (was überraschend lange gedauert hat) und dann startete die Sicherung erneut. Es wurde ein neues erstellt .sparsebundleund es wird jetzt mit ca. 10 MB / s gesichert.

Wenn Sie Ihre vorhandenen Sicherungen nicht löschen möchten, können Sie einen der anderen Vorschläge auf dieser Seite ausprobieren:

  • Neustart im abgesicherten Modus und dann wieder normal;
  • weisen Sie Spotlight an, das Time Machine-Volume / die Time Machine-Festplatte nicht zu indizieren.
  • Löschen des Spotlight-Index .Spotlight-V100(den ich nicht hatte);
  • Verwenden Sie mdutil, um die Spotlight-Indizierung für das Volume zu deaktivieren und wieder zu aktivieren:
    • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
    • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(Weitere Informationen und Ideen finden Sie in dieser Diskussion.)

qris
quelle
2

Ich hatte ähnliche Probleme, nachdem ich zu El Capitan gewechselt war - Backups (auch kleine inkrementelle) verlangsamten sich zu einem echten Crawl. Also habe ich einen Wireshark-Dump des Chatters zwischen dem Mac und dem NAS durchgeführt und zahlreiche fehlgeschlagene FPGetFileDirParms-Anforderungen festgestellt. AFP ist (war?) Das Protokoll, das die Zeitmaschine verwendet, um mit NAS-Laufwerken zu kommunizieren, aber ich habe gelesen, dass sie zu SMB wechseln.

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

Ich habe keine Ahnung, warum diese Anforderungen fehlgeschlagen sind, aber die Anzahl dieser fehlgeschlagenen Versuche ist RIESIG - die tatsächlich übertragenen Daten sind im Vergleich zur Anzahl dieser fehlgeschlagenen Anforderungen winzig - und daher die langsame, kriechende Geschwindigkeit.

Was bei mir funktioniert hat war:

  1. Ich ging zu Time Machine Preferences-> Select Disk und entfernte die aktuell zugeordnete Festplatte (die mit afp: //MyBookLive.local/TimeMachine verbunden war)
  2. Ging zum Finder-> Gehe zu-> Mit Server verbinden. Eingegeben in die IP-Adresse des NAS-Laufwerks im Bereich "Server Address" (smb: //192.168.0.10 für mich)
  3. Verbinden. Es wurde eine Liste von Volumes zum Mounten angezeigt - Wählen Sie das Volume aus, das für die Zeitmaschine verwendet wird (TimeMachine für mich). TimeMachine wurde in / Volumes gemountet.
  4. Vom Terminal lief:

    sudo tmutil setdestination /Volumes/TimeMachine
    

Das ist es. Die Zeitmaschine ist jetzt mit / Volumes / TimeMachine anstelle von afp: //MyBookLive.local/TimeMachine verknüpft. Frühere Sicherungen waren gut und inkrementelle Sicherungen, die danach durchgeführt wurden, waren SCHNELL. Ein Wireshark-Dump, den ich danach durchgeführt habe, zeigte keine fehlgeschlagenen AFP-Anforderungen (obwohl AFP immer noch das verwendete Protokoll war).

msravi
quelle
2
Das Ausführen von tmutil schlägt mit '/ Volumes / TimeMachineBackup: Inkompatibler Dateisystemtyp: smbfs (Fehler 45)' für mich fehl.
Nate
Ist das TimeMachine-Volume auf Ihrem Netzwerklaufwerk als Sparsebundle formatiert? Wenn Sie den Finder zum Mounten des Sicherungsvolumes verwenden, wird das Sparsebundle-Image angezeigt?
Msravi
Den gleichen Fehler "Inkompatibler Dateisystemtyp: smbfs" wie bei @Nate haben. Das Sparseimage wurde entfernt, hilft aber nicht. Dies ist OS X 10.11.3 gegenüber einer modernen 3-GB-Zeitkapsel.
Akauppi
0

Ich konnte das Problem nicht beheben. Ich habe jedoch festgestellt, dass meine Zeitmaschine langsamer wird, wenn Daten anderer Benutzer (die nicht angemeldet sind) gesichert werden. Möglicherweise liegt ein Problem mit der Berechtigung in den Ordnerdateien der anderen Benutzer vor. Als ich diesen Benutzer zur Ausnahmeliste hinzugefügt habe, rockt TM.

Viet Le
quelle
0

Bezogen auf Daniel Berlins Antwort oben (aber ich bin neu hier, habe also nicht genug Berechtigung, um nur dort zu kommentieren), fand ich seinen Terminalbefehl, um in OSX 10.11.3 für mich zu arbeiten. Aus 30-Stunden-Backup wurde 4-Stunden-Backup! Es bleibt jedoch nach einem Neustart nicht erhalten.

Ich wollte nicht bei jedem Neustart in das Terminal tippen müssen, also ...

Da ich mit Shell-Skripten nicht sehr vertraut bin, habe ich genug herumgegoogelt, um einen Automator-Workflow zu erstellen, der den Benutzer auffordert, das root-Passwort einzugeben, und dann den Terminal-Befehl ausführt. Ich habe beschlossen, den Erfolg mit einer Benachrichtigung im Benachrichtigungscenter zu bestätigen.

Ich habe den Workflow als Anwendung gespeichert und zu meinen Anmeldeelementen hinzugefügt. Deshalb werde ich jetzt bei jedem Login aufgefordert, mein Passwort erneut einzugeben, um Time Machine zu "entdrosseln".

Es gibt Möglichkeiten, den Prozess mit Shell-Skripten unsichtbar zu machen, aber es ist etwas kompliziert, den Root-Zugriff zu benötigen, den der Befehl sudo erhält. Man könnte das Passwort auch in der Automator-App fest verdrahten, wenn die Sicherheit keine Rolle spielt. (Nicht zu empfehlen.)

Ich würde die Workflow-App hier posten, kann aber anscheinend keine Datei zu dieser Antwort hochladen. Also werde ich ein JPG davon anhängen, das jeder nachbilden kann, wenn er möchte. PS Beachten Sie die Pass-Eingabe "als Argument" für das Shell-Skript

Automator-Skript

BenW
quelle
0

Mein Problem wurde durch den Artikel von DWHoard behoben : Neustart in den abgesicherten Modus, dann zurück (für mich schien sich der Computer während des sicheren Bootens selbst herunterzufahren).

Macbook Air Mitte 2011, OS X 10.11.3, mit Time Capsule als Hintergrund.


Bearbeiten: Eigentlich scheint es, dass Time Machine nach dem sicheren Booten und dem normalen Booten nur etwa 41/55 GB (innerhalb einer Stunde) erreicht hat und wieder krabbelt (hat seitdem innerhalb von 12 Stunden nur 2,75 GB erreicht. Schade - ich kaufte die Time Capsule einfach, um diese Art von Inkompatibilitäten zu vermeiden und hier bin ich - alle Apple-Geräte und eine miese Erfahrung, Zeitverschwendung. Ich hoffe, Sie andere finden eine dauerhafte Lösung.

mdworkerUngefähr jede Sekunde erhält die Konsole einen neuen Eintrag. Ist dies während der Sicherung normal?

Bildschirmfoto


Edit 2: Erfolgreich! Der Laptop verfügt über zwei Benutzerkonten. Möglicherweise hat die Anmeldung bei der zweiten das Fortfahren der restlichen Sicherungen verursacht. Es lohnt sich zu testen, ob Sie sich in einer ähnlichen Situation befinden.

akauppi
quelle
-1

Ich habe das gleiche Problem, und ich habe gefunden, was eine Lösung aussieht (nicht wunderbar, aber es funktioniert)

Formatieren Sie Ihre externe Festplatte und stellen Sie sicher, dass Sie eine wirklich gute Bandbreite haben (testen Sie Ihr USB3). Achten Sie auf Ihre TM-Einstellungen. Hier habe ich so viele andere Partitionen und Disk-Images vergessen, dass ich keine Sicherung durchführen möchte. Dies würde die Back-Time verlängern . Starten Sie die erste Sicherung. Starten Sie den Computer ALLE 2-3 Stunden neu. (Ja, das macht keinen Spaß, aber mir ist aufgefallen, dass die erste Stunde normalerweise schnell ist und nach dieser Zeit langsamer wird.) Das ist alles, ich konnte an einem Morgen ein Backup von 1,5To erstellen. .

raoulito
quelle
3
Können Sie die Quelle des Zitats als Referenz hinzufügen?
Nohillside
-2

Bitte beachten Sie diesen Hinweis von Apple :

OS X El Capitan: Wenn Time Machine langsam ist

Probieren Sie diese Vorschläge aus, wenn Time Machine langsam ist.

  • Wenn Sie Time Machine zum ersten Mal verwenden, richten Sie es am Abend ein, damit die erste Sicherung über Nacht durchgeführt werden kann.

  • Wenn es sich bei Ihrer Sicherungsdiskette um eine Time Capsule handelt, lassen Sie Ihren Mac im selben Raum wie die Time Capsule für die erste Sicherung oder verwenden Sie ein Ethernet-Kabel, um Ihren Mac an einen der Ethernet-Anschlüsse der Time Capsule anzuschließen.

  • Durch die Virenscan-Software können Time Machine-Sicherungen sehr langsam ausgeführt werden. Wenn Sie Norton AntiVirus oder ein ähnliches Produkt verwenden, schließen Sie die Sicherungsdiskette vom automatischen Scannen aus. Stellen Sie außerdem sicher, dass Sie die neueste Version der Virensuchsoftware ausführen.

user155661
quelle