Wie behebt man langsames Spotlight und Time Machine nach dem Upgrade auf 10.7.5?

Seit dem Update auf 10.7.5 sind sowohl Spotlight als auch Time Machine sehr langsam.

  • Für die Indizierung eines normalen Systemlaufwerks rechnet Spotlight mit mehreren Tagen .
  • Infolgedessen benötigt Time Machine bis zu einer Stunde oder länger für eine inkrementelle Sicherung von ~100 Mib.

Welche Lösung gibt es für diese langsamen Time Machine-Backups und die Spotlight-Indizierung?

Ich kann beide Verlangsamungen seit 10.7.5 bestätigen. Wo eine Lösung für die Langsamkeit von Time Machine am dringendsten ist. Die Spotlight-Indizierung wurde innerhalb weniger Tage abgeschlossen, aber Time Machine läuft seit Tagen und nur mit 11,59 GB von 53,19 GB.
Aber selbst ein Spotlight-Index, der Tage dauert, ist inakzeptabel.
Schließt Spotlight den Aufbau des Index jemals ab oder zeigt es nur die verbleibende Zeit als mehrere Tage an?
@LauriRanta Ich habe nicht gewartet :)
Die Lösung, die ich gefunden habe, bestand darin, /var/folders zu löschen und dann neu zu starten. Die Spotlight-Indexzeit ging von 3 Tagen auf 51 Minuten zurück. Ebenso ging Timemachine auf einem neu installierten/restaurierten Lion von 30 Tagen auf etwa 11 Stunden.
@GrantSayer Was befindet sich in diesem Verzeichnis? Wie sind Sie zu dieser Lösung gekommen?
Ich habe den Thread in Discussions.apple.com/thread/4322106?start=75&tstart=0 verfolgt , der darauf hinwies, dass das Entfernen dieses Verzeichnisses geholfen hat. Es scheint Cache-Informationen beim Start von einigen Anwendungen und Diensten zu haben. Dies war die einzige Lösung, die funktioniert hat, und nach 9 Stunden war die vollständige Sicherung von 250 GB abgeschlossen.

Antworten (11)

Das am 4. Oktober 2012 veröffentlichte Zusatz-Update für OS X Lion 10.7.5 enthält:

Behebt ein Problem, das dazu führen kann, dass Time Machine-Sicherungen sehr lange dauern

und nach dem Testen scheint dies das Problem vollständig gelöst zu haben.

Beachten Sie, dass für mich das erste Backup nach der Installation dieses Updates immer noch unerwartet lange dauerte und viele com.apple.backupd[423]: Waiting for index to be ready (100)Meldungen enthielt, sodass Spotlight das Laufwerk möglicherweise noch nicht richtig neu indiziert hatte. Jetzt, ein paar Stunden später, werden kleine Backups in ihrem üblichen flotten Tempo abgeschlossen und alles ist gut.

FYI. Dies hat das Problem möglicherweise mit 10.7.5 gelöst, aber nicht mit 10.8.2.
@jschmidt Hast du die Ergänzung 10.8.2 ausprobiert? Das ergänzende Update 10.7.5 enthielt Änderungen an lsboxd, xpchelper und einer Reihe von Audio-Sachen. Auch Änderungen an den SandBox-Berechtigungen von xpchelper ocspd(obwohl keine Änderungen an mdworker-Sachen). Wie sieht /System/Library/Sandbox/Profiles/com.apple.xpchelper.sbPost Supplement aus?
Ja. Ich habe das zusätzliche Update auf 10.8.2 ausprobiert, aber es hat nicht geholfen. Das einzige, was für mich funktioniert hat, ist eine vollständige Systemlöschung und Neuinstallation des Betriebssystems. Ich habe meine Daten manuell von einem anderen Backup kopiert, aber keine Apps oder Einstellungen wiederhergestellt.
Es ist lange her, seit ich aktualisiert habe, aber ich habe immer noch dieses Problem von Zeit zu Zeit. Irgendwelche Gedanken?

Ich habe diese Problemumgehung in diesem Thema gepostet . Hier ist es (es ist keine Lösung, nur eine vorübergehende Problemumgehung, damit mein Backup und Spotlight funktionieren, bis ein Fix veröffentlicht wird).

Verwenden des Terminals:

  1. Ich habe die Spotlight-Indizierung deaktiviert:

    sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist

  2. Ich habe den Spotlight-Index in allen meinen Laufwerken gelöscht (einschließlich der Backup-Laufwerke):

    sudo rm -rf /.Spotlight-V100/Store-V1 /.Spotlight-V100/Store-V2  /.Spotlight-V100/VolumeConfiguration.plist

sudo rm -rf /TimeMachineDrive/.Spotlight-V100/Store-V1 /TimeMachineDrive/.Spotlight-V100/Store-V2  /TimeMachineDrive/.Spotlight-V100/VolumeConfiguration.plist

( rm -rf /.Spotlight-V100/*hat bei mir nicht funktioniert.) (Dies kann auch durch Ausschließen des gesamten Laufwerks mithilfe der Datenschutzeinstellung von Spotlight und anschließendes erneutes Einschließen erfolgen.)

  1. Ich habe Inhalte gelöscht /var/folders(siehe dieses Thema, um zu erfahren, warum ):

    sudo rm -rf /var/folders/*

  2. .inProgressIch habe die Dateien aus meinen Unterordnern gelöscht Backups.backupdb(in den Papierkorb legen und dann den Papierkorb leeren ist die einzige Möglichkeit, dies zu tun).

Es kann erforderlich sein, Ihr Backup-Laufwerk neu zu formatieren, anstatt nur .inProgressDateien zu löschen.

  1. Ich habe neu gestartet und dann habe ich Spotlight neu gestartet:

    sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist

sudo mdutil -i on -E /

  2. Ich habe gewartet, bis Spotlight den Indizierungsprozess abgeschlossen hat

  3. Ich habe mit TimeMachine ein neues Backup gestartet

  4. Ich öffnete Apple einen Fehlerbericht mit dem Titel: „TimeMachine hängt, wenn Spotlight unter Mac OS X 10.7 verwendet wird“ und betete, dass viele andere Leute dasselbe tun würden, um diesen Fehler zu einer Priorität zu machen.

Einige Schritte mögen nutzlos sein, aber ich habe alles genommen, was ich gelernt habe, indem ich verschiedene Themen über langsame TM und Spotlight gelesen habe.

Danke schön. sudo rm -rf /var/folders/*hat es in meinem Fall geschafft
Entfernen Sie nicht den Inhalt von /var/foldersauf El Capitan, es wird Ihr System komplett absaugen: Der Fortschrittsbalken blieb während des Einloggens stehen, ich musste ein TM-Backup neu installieren. Fürs Protokoll, TM war auf meinem Rechner aufgrund von MenuMeters unglaublich langsam .

Überprüfen Sie Ihre Konsolenprotokolldatei und suchen Sie nach Zeilen wie dieser (die echten Protokollzeilen haben Prozess-IDs und Daten):

sandboxd: mdworker deny mach-lookup com.apple.ls.boxd
mdworker: Unable to talk to lsboxd

Wenn Sie das sehen, ist dies wahrscheinlich die Ursache des Problems. Etwas, das Apple mit dieser neuesten Version gemacht hat (betrifft auch Mountain Lion 10.8.2).

Ich weiß nicht, was wirklich los ist, außer zu sagen, dass mdworker(das Dateien für Spotlight scannt und indiziert) aufruft LSCopyLibraryItemURLs(), das schließlich eine Nachricht an sendet lsboxd. Die Sandbox-Richtlinie lässt das nicht zu, also wird der Worker getötet.

Vielleicht ist die Richtliniendatei falsch oder mdworkersollte diesen Anruf nicht tätigen. Ich weiß nicht. Das Reparieren der Richtliniendatei ist jedoch relativ einfach. POTENZIELL GEFÄHRLICH , aber einfach.

Bearbeiten Sie diese Dateien als root:

/usr/share/sandbox/mdworker.sb
/usr/share/sandbox/mdworker-bundle.sb

In den Dateien finden Sie die Zeile:

(allow mach-lookup (global-name "com.apple.ocspd"))

Fügen Sie direkt darunter die Zeile hinzu:

(allow mach-lookup (global-name "com.apple.ls.boxd"))

Das ist es!

Wenn Sie zusätzlichen Komfort wünschen, starten Sie vielleicht neu. Vielleicht löschen Sie Ihren Spotlight-Index und beginnen von vorne:

sudo mdutil -E /

Tatsächlich sehe ich immer noch mdworker: Unable to talk to lsboxdin meinen Protokolldateien, aber zumindest wird die Indizierung jetzt abgeschlossen und Time Machine bewegt sich wieder schnell.

Es gibt drei Dateien: mdworker-lsb.sb, mdworker-scan.sb, und mdworker.sb. Sie enthalten alle nur die Zeile (allow mach-lookup), aber nicht (allow mach-lookup (global-name "com.apple.ocspd")).
@OldPro Ich habe versucht, Ihrer Anweisung zu folgen, und bin in der gleichen Situation wie Tichodroma. So, jetzt mdworker.sbhabe ich (allow mach-lookup) (allow mach-lookup (global-name "com.apple.ls.boxd"))und nachdem ich diese Zeile hinzugefügt habe, habe ich neu gestartet. Doch die Zeitmaschine läuft immer noch langsam. Kannst du mir bitte helfen?
Ich habe bestätigt, dass ich diese Meldungen im Konsolenprotokoll hatte. Ich habe mich auch an die Anleitung gehalten. Keine Änderung für mich. Ich habe das gesamte TM-Bundle für meine Maschine gelöscht und eine neue Sicherung gestartet. Es hat es durch ein 600-GB-Backup auf etwa 200 GB geschafft und stoppt. Ich verwende TM auf einem Mac Mini Server mit einem über FW800 verbundenen Drobo. Meine Quellmaschine ist ein MacBook Pro Retina mit ML 10.8.2. Ich habe sowohl den Server als auch MBP neu gestartet und versucht, die Sicherung erneut fortzusetzen. Diesmal schaffte es nur etwa 100 GB mehr und stoppte dann. Ein weiterer Versuch brachte nur 3 GB. Irgendetwas hält es auf, aber ich weiß nicht was.
@Tichodroma Es tut mir so leid, dass ich deinen Kommentar falsch gelesen habe. Wenn Sie mdworker.sbdies bereits (allow mach-lookup)getan haben, sollten Sie (1) niemals sandboxd: mdworker deny mach-lookup com.apple.ls.boxdin den Protokollen angezeigt werden und (2) das Bearbeiten der Datei nicht helfen. Das gilt auch für dich @user15380
In Ordnung. Ich habe (scheinbar) eine weitere Gemeinsamkeit bei den Backup-Fehlern gefunden. Ich habe nicht mehr deny mach-lookup com.apple.ls.boxd in der Konsole (obwohl ich immer noch "mdworker: Unable to talk to lxboxd" bekomme). Ich sehe jedoch eine Reihe von "sandboxd[1289]: ([1288]) mdworker32(1288) deny mach-lookup com.apple.PowerManagement.control ..."-Meldungen. Muss ich eine weitere Zeile für com.apple.PowerManagement.control hinzufügen?
@jschmidt, Sie könnten den Dateien eine weitere Zeile hinzufügen, aber in Ihrem Fall würde ich angesichts dessen, wie die Sandbox ;;(allow mach-lookup)-Dateien in Lion aussehen, vorschlagen, stattdessen die Zeile zu finden und die Semikolons zu löschen, die Kommentarindikatoren sind. Mit anderen Worten, diese Zeile wurde durch die Semikolons "auskommentiert". Durch das Löschen der Semikolons wird es wieder aktiv, wodurch alle sandboxd deny mach-lookupProbleme behoben werden sollten. Denken Sie auch daran, dass Time Machine im Allgemeinen langsam ist, insbesondere bei der ersten Sicherung, und dass die Wiederherstellung nach einer fehlgeschlagenen/unterbrochenen ersten Sicherung lächerlich langsam ist.
Ich werde das versuchen, wenn die Sicherung erneut fehlschlägt. Es funktioniert immer noch. Sagt, es dauert ungefähr einen Tag für 393 GB.
Da dies immer noch ein hochrangiger Thread und dies ein hochrangiger Kommentar ist, werde ich dies hinzufügen, auch wenn es viel später ist: Das Hinzufügen von this to mdworker.sb scheint gegen eine frühere Zeile in dieser Datei zu verstoßen: lookup (global-name „com.apple.ls.boxd“) (with no-log))“, das den Zugriff explizit verweigert (obwohl es dabei nicht protokolliert wird), daher bin ich mir nicht sicher, ob es klug ist, es absichtlich zu untergraben das.

Sie können alle mdworker-bezogenen Sandbox-Fehler in der Konsole vollständig beheben (einschließlich der cannot talk to lsboxd), indem Sie das system.sbProfil und nicht die von mdworker bearbeiten. Die Datei system.sb wird von allen Apple-Systemprozessen verwendet, die unter der Sandbox ausgeführt werden, einschließlich mdworker. Wenn Sie diese Datei (die sich in befindet /System/Library/Sandbox/Profiles) so ändern, dass sie Folgendes enthält:

(allow mach-lookup (global-name "com.apple.ls.boxd"))

(allow mach-lookup (local-name "com.apple.ls.boxd"))

Dadurch werden alle lsbox-bezogenen mdworker-Probleme gestoppt.

Aber der Kommentar oben in system.sb sagt: "Der Inhalt dieser Datei wird ebenfalls automatisch generiert und kann nicht vom Benutzer bearbeitet werden; er kann jederzeit überschrieben werden."

Wenn Spotlight den Index nie fertig erstellt, kann dies daran liegen, dass die Indizierung bei bestimmten Dateien immer stoppt. Ich habe vor ein paar Jahren wegen dieses Problems eine Neuinstallation durchgeführt, aber sie kehrte zurück, nachdem ich meine alten Dateien wiederhergestellt hatte. Am Ende habe ich die Dateien eingegrenzt, die es verursacht haben, indem ich einfach Ordner zur Registerkarte „Datenschutz“ in den Systemeinstellungen hinzugefügt habe.

Jemand bei Super User hat opensnoop ausgeführt, um herauszufinden, bei welchen Dateien mdworker angehalten hat:

sudo opensnoop -n mdworker

Aus einer vorgeschlagenen Bearbeitung von user37651:

Ich habe den Befehl opensnoop oben ausgeführt und er zeigte ein Problem mit Dateien in ~/Library/Developer, die von einer früheren Time Machine-Wiederherstellung dort abgelegt wurden. (Ich habe derzeit kein XCode installiert.) Ich habe den Ordner gelöscht und die Spotlight-Indizierung war in nur 30 Minuten abgeschlossen. Meine Time Machine-Sicherung scheint jetzt zu funktionieren.

Vielleicht versuche ich das später. Das Seltsame ist, dass Spotlight in 10.7.4 einwandfrei funktionierte und erst nach dem Update auf 10.7.5 langsamer wurde. Die Dateien, die Spotlight indizieren muss, haben sich nicht geändert.
Ich habe Ihren Ansatz ausprobiert, indem ich alles auf dem Systemlaufwerk zur Datenschutzliste von Spotlight hinzugefügt habe. Aber selbst dann hat Spotlight so lange gebraucht, um zu berechnen, wie viel Zeit es braucht, um die Dateien zu indizieren (welche?), dass ich den Vorgang abgebrochen habe. Apple, wo ist die Lösung?!

Es ist möglich, den Spotlight-Index zu löschen und dann Mac OS X zu zwingen, einen neuen Index von Grund auf neu zu erstellen. Dies ist in einer Situation wie der Ihren normalerweise einen Versuch wert.

Ich fürchte, ich kenne die Terminal-Befehle dafür nicht. Wenn ich es tun muss, verwende ich das kommerzielle Programm MacPilot von Koingo Software , das 20 US-Dollar kostet. Sie haben eine voll funktionsfähige Testversion, die Sie 15 Tage lang verwenden können. Wenn Sie es nützlich finden, können Sie sich dafür entscheiden, dafür zu bezahlen.

Ich nehme an, es gibt auch andere Dienstprogramme, um dies zu tun.

Nachdem Sie den vorhandenen Spotlight-Index gelöscht haben, müssen Sie natürlich warten, bis Spotlight einen neuen Index erstellt hat. Sie sollten Ihren Mac so lange ununterbrochen laufen lassen, bis ein vollständiger neuer erstellt wurde.

Geben Sie hier die Bildbeschreibung ein

Das Problem ist, dass Spotlight die für den Index benötigte Zeit auf viele Tage berechnet . Die Verwendung von MacPilot oder dem mdutilBefehlszeilentool hilft also, den Schmerz zu lindern, aber es löst das Problem nicht.
Glauben Sie, dass das Laufwerk selbst beschädigt oder physisch beschädigt sein könnte und dass die Indizierung deshalb voraussichtlich so lange dauern wird? Vielleicht sollten Sie eine Diagnose für Festplattenschäden durchführen. Klonen Sie Ihr System zur Sicherheit auf eine externe Backup-Festplatte, während Sie gerade dabei sind.
Nein, das Laufwerk ist in Ordnung. Außerdem haben viele andere Benutzer das gleiche Problem. Sehen Sie sich die Diskussionen auf der Apple-Website an. Ich habe ein externes Backup mit CCC :)

Verdammt! Habe auch schnellere Bootzeiten

Ich schreibe eine andere Antwort, nur um die spezifischen Schritte zusammenzufassen, die ich unternommen habe (ich muss klarstellen, dass sie Teil dessen sind, was BEREITS hier geschrieben wurde, nicht mein Beitrag), denn nachdem ich diese Schritte unternommen habe, arbeitet nicht nur Time Machine schneller, aber meine Startzeit hat sich von 1min10s auf 40s verringert! Meine Startzeit hat mich immer fasziniert, da ich ständig Leute gesehen habe, die eine viel geringere Startzeit für die gleichen Spezifikationen gemeldet haben, und irgendwie verkürzten diese Schritte meine Startzeit um 30 Sekunden (Ja, ich habe mehr als einmal getestet und, ja, Caches waren in Ordnung und ich viele Schritte unternommen, bevor ich diese hier gemacht habe, einschließlich der Reparatur von Berechtigungen, der Festplatte, sogar der Defragmentierung mit iDefrag2, alles ohne Ergebnisse). Bis jetzt :P

1

sudo mkdir ~/trash_backup
sudo mv /var/folders ~/trash_backup/ # backup just in case

2

Danach Bearbeiten /usr/share/sandbox/mdworker.sbund /usr/share/sandbox/mdworker-bundle.sbHinzufügen (allow mach-lookup (global-name "com.apple.ls.boxd"))unter der Zeile (allow mach-lookup (global-name "com.apple.ocspd"))in beiden Dateien.

3

Endlich,

sudo mdutil -i on -E /; sudo reboot

Danke lauhub und OldPro. Kann jemand die Verkürzung der Bootzeit erklären und was das Mach-Lookup auf Boxd bewirkt und mögliche Sicherheitsprobleme? Danke an alle :)

Also habe ich das gleiche gelitten wie alle anderen, aber leider habe ich nicht die ganze Vielzahl von Threads in der richtigen Reihenfolge gelesen, also habe ich im Grunde meine ursprüngliche TM-Sicherung verloren, dann meine Spotlight-Datenbank in einem fehlgeschlagenen Versuch, sie zu reparieren.

Irgendwo in einem Thread, den ich nicht mehr finden kann (ich glaube, es ging mehr um den langsamen Spotlight-Index), gab es einen Beitrag von einem Typen, der einfach 10.7.5 neu installierte und alles wieder normal war. Also habe ich das gemacht, und es hat funktioniert.

Nach Abschluss der Neuinstallation ließ ich TM aus und ließ Spotlight indizieren. Ich bin spazieren gegangen und als ich zurückkam, war es fertig - 149 GB in etwas weniger als 90 Minuten. Und es funktioniert, ich habe auf meiner HD nach Sachen gesucht.

Dann schaltete ich TM ein und es dauerte 2 Stunden und 9 Minuten, bis es fertig war.

Wenn Sie also erwägen, Zeit und Bandbreite für ein Downgrade auf 10.7.4 aufzuwenden, sollten Sie eine Neuinstallation von 10.7.5 in Erwägung ziehen.

Alle, ich hatte das gleiche Problem, TM rechnete damit, Tage für ein brandneues Backup auf einer neuen Festplatte zu brauchen, und tatsächlich dauerte es Stunden, bis etwa 200 MB fertig waren.

Ich habe Spotlight mit dem oben angegebenen Befehl deaktiviert und - siehe da - 40 GB innerhalb von 10 Minuten geladen und das TM-Update läuft so reibungslos, wie man es erwarten würde.

Dies ist ein ziemlich wichtiger Fehler und es ist enttäuschend, dass Apple ein "Update" herausgibt, das solche Probleme verursacht.

Laut https://discussions.apple.com/thread/4324046?start=60&tstart=0$ sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist verbessert das Deaktivieren von Spotlight mit die Sicherungsgeschwindigkeit von Time Machine.

Das kann funktionieren oder auch nicht. Aber da Time Machine auf Spotlight angewiesen ist, um zu wissen, welche Dateien gesichert werden müssen, ist dies keine wirkliche Lösung. Außerdem ist Spotlight ein wesentlicher Bestandteil von OS X.
Tatsächlich ist dies nur ein Workaround, keine Lösung. In meinem Fall beschleunigt es nicht einmal die Dinge viel.
Dies hat bei mir nicht funktioniert. In meinem Fall hängt TM nach einiger Zeit. Das Deaktivieren von Spotlight hat überhaupt nicht geholfen.

Ein einfacher Neustart in den SAFEMODE und dann ein Neustart zurück in den NORMALMODUS scheint diese Verwendung für mich geklärt zu haben. Ging von 3 Wochen auf 1 Stunde für die Sicherung.

Wie behebt man langsames Spotlight und Time Machine nach dem Upgrade auf 10.7.5?
AntwortenHierDatenschutz-Bestimmungen1y, 0v