Was ist com.apple.bird? Warum wird es so groß?

Beim Versuch, ihre Festplatte zu bereinigen, stellen einige Benutzer fest, dass ~/Library/Caches/com.apple.bird ziemlich groß ist, manchmal in der Größenordnung von vielen Gigabyte. Was ist es?

Antworten (2)

„Vogel“ ist Teil der iCloud-Struktur. Sie hätten einen großen Cache, wenn ausstehende Dokumente hochgeladen oder verarbeitet werden müssen.

Im Laufe der Zeit wird der com.apple.bird-Cache im Allgemeinen sauberer gehalten, als Sie denken. Meins ist 400 KB [das ist K, nicht einmal M]

Sie können dies mit brctl- diagnostizieren, das einen Diagnosebefehl und einen Protokollbefehl hat. Es sei denn, Sie sind sich sicher, dass Sie einen Fehler im Cache haben – ich würde die Dateien nicht löschen, da sie Ihnen bestenfalls – einen weiteren Upload des ursprünglichen Inhalts und im schlimmsten Fall – Fehler oder Datenverlust von iCloud-gestützten Dokumenten verursachen könnten.

Mit einem so großen Cache sollten Sie in der Lage sein, die Kategorien/Klassen von Daten mit der größten Größe zu sichern und dann zu überwachen.

brctl dump

Es ist außergewöhnlich ausführlich und Sie möchten vielleicht keine Zeit damit verbringen, zu lernen, was es tut - aber die Daten sind sehr hilfreich, um festzustellen, was tatsächlich passiert, und geben Ihnen eine Option, bevor Sie sich an AppleCare oder einen anderen Support-Techniker wenden, wenn Sie das nicht sehen Cache löscht sich mit der Zeit von selbst.

Meine hat 39 GB! Was ist der Sinn von iCloud, wenn es so viel lokal speichert, haha!
Ich habe eine umfangreiche Bearbeitung vorgenommen – mit iCloud-Fotobibliotheken von 150 GB und einem schnellen Netzwerk – ich habe gesehen, wie sich ein solcher Cache über mehrere Tage hinweg aufbaut und dann leert. Ich würde nicht raten, diesen Cache einfach zu löschen, da der Code möglicherweise noch mehr Daten neu synchronisiert, wenn er den Cache der Arbeit aufbaut, wenn er feststellt, dass der Teppich unter der Cloud-Datensynchronisierung herausgezogen wurde.
Nun, ich habe meine geleert und sie wuchs wieder auf etwa 20 GB an. Ich aktualisiere nur Dokumente und überschreibe sie manchmal nach wenigen Minuten. Es ist, als wäre der Cache für diese Fälle nicht bereit. Schade. 20 GB sind viel für eine SSD-Festplatte.
Ich habe 250 Gigs :o
Meins war > 40 GB. Ich habe dies behoben, indem ich zu Systemeinstellungen > iCloud > das Kontrollkästchen mit der Bezeichnung iCloud Drive deaktiviert habe, darauf gewartet habe, dass es sich ausschaltet, und es dann erneut aktiviert habe. ( Quelle )
Ich würde sagen, ALLES in einem Ordner namens "Caches" sollte (natürlich theoretisch) sicher verworfen werden können. Das ist der springende Punkt (und die Definition) von Caches. Sie sind nicht der "echte" Persistenzspeicher, sondern "temporäre Dateien, die so organisiert sind, dass sie den schnellen Zugriff des Programms auf Daten verbessern". Caches können per Definition keine "temporären Dateien" auf ihrem Weg irgendwohin enthalten, sondern nur ihre "reorganisierte Spiegelung", die dazu dient, die Dinge zu beschleunigen.
Auf meinem Mac (dessen iCloud-Synchronisation völlig kaputt ist) erstellt 'brctl' eine 700 MB große komprimierte .tgz !!!! Sollte eine vernünftige Person jemals verstehen können, was in Hunderten von Megabytes an Protokollen und Diagnosedateien vor sich geht? wie? Wo soll man anfangen? das ist kein Tool für Benutzer (und ich bin seit 35 Jahren Mac-Entwickler), sondern eher für Apple-Ingenieure. Nicht sehr hilfreich.

Bird ist Teil von iCloud und die Dateien im Ordner können jeder App gehören, die iCloud verwendet. Ich habe ein einfaches Python-Skript geschrieben , um herauszufinden, wem die Dateien im Verzeichnis gehören:

$ python blame-bird.py 
4R6749AYRE.com.pixelmatorteam.pixelmator            0.00MB
com.apple.shoebox                                   0.00MB
com.apple.TextInput                                 0.00MB
iCloud.com.apple.iBooks                             0.00MB
57T9237FN3.net.whatsapp.WhatsApp                 6904.66MB

Accounted for: 6904MB.  Still unaccounted: 1879MB

Auf meinem Mac ist WhatsApp also der größte Übeltäter. Ich habe einen Fehlerbericht bei ihnen eingereicht (obwohl ich nicht sicher bin, ob es wirklich ihre Schuld ist).

Tolle Antwort, tolles Skript. Whatsapp war auch das Problem für mich: 57T9237FN3.net.whatsapp.WhatsApp 5164.78MB
Ich habe WhatsApp mit mehr als 17 GB!57T9237FN3.net.whatsapp.WhatsApp 17556.63MB
@bas: Tolles Skript! Es ist WhatsAppauch für mich ... wie behebst du es? Einfach den com.apple.comOrdner löschen?
Viele Leute löschen einfach alle Dateien im Ordner, aber ich bin mir nicht sicher, ob das absolut sicher ist. Sie können einen Fehlerbericht bei WhatsApp einreichen. Wenn genügend Leute das tun, werden sie hoffentlich den Fehler beheben, der dies verursacht.
20 GB hier :/ Ich habe gelesen, dass es sicher gelöscht werden kann, und das Deaktivieren der WhatsApp iCloud-Sicherung verhindert, dass es wieder wächst.
gibt es alle backup-dateien von whatsapp?
wäre schön zu wissen, wie ich die Dateien sicher bereinigen kann, ohne mein Backup zu löschen
Also ist meine Verwandten-WhatsApp-Gruppe voller Müllvideos schuld!
58 GB für WhatsApp, ich verstehe nicht, warum es so groß ist ... trotzdem danke für das Skript
Entweder stimmt etwas mit meinem System nicht, oder es scheint, dass dieses Python-Skript auf Big Sur (dev beta 10) nicht mehr funktioniert: Accounted for: 0MB. Noch nicht erfasst: 0 MB. Währenddessen ist mein Vogelordner über 100 GB groß ...
Sie werden sich niemals um ihren Fehler bei WhatsApp kümmern, weil alles "kostenlos" ist und unter Windows noch schlechter abschneidet ... Wie auch immer, ALLES im Ordner mit dem Namen "Caches" sollte (natürlich theoretisch) sicher verworfen werden können. Das ist der springende Punkt (und die Definition) von Caches. Sie sind nicht der "echte" Persistenzspeicher, sondern "temporäre Dateien, die so organisiert sind, dass sie den schnellen Zugriff des Programms auf Daten verbessern". Caches können per Definition keine "temporären Dateien" auf ihrem Weg irgendwo halten, die, wenn sie entfernt werden, die Aktion eines Benutzers nicht ausführen.
Das bekam ich in 11.6.2 beim Ausführen des Skripts Traceback (letzter Aufruf zuletzt): Datei "blame-bird.py", Zeile 85, in <module> sys.exit(main()) Datei "blame-bird. py", Zeile 29, im Hauptverzeichnis '~/Library/Application Support/CloudDocs/session/db/client.db')) sqlite3.DatabaseError: Autorisierung verweigert