Apples Photos-App beschädigt Bilder

• In der Apple-Photos-App kommt es beim Importieren von Bildern von einer Kamera zu Bildbeschädigungen
• Der Nutzer verlor besonders viele Fotos bei Verwendung der Option „Nach dem Import löschen“ und büßte etwa 30 % seiner Bilder ein
• Auch nach dem Austausch verschiedener Hardwarekomponenten (Kamera, SD-Karte, Laptop, Kabel usw.) bestand das gleiche Problem weiter
• Als Ursache wird kein Hardwarefehler, sondern ein Softwarefehler vermutet, bei dem Dateien zufällig beschädigt werden
• Später wurde der Workflow auf Darktable umgestellt, um das Problem zu vermeiden

---

Problemüberblick

• Beim Importieren von Bildern von einer Kamera in die Apple-Photos-App wurde festgestellt, dass Bilder gelegentlich beschädigt werden
• Es gibt zwar ähnliche Berichte im Internet, doch die meisten gaben die Fehlersuche auf oder versuchten kein tiefergehendes Debugging

Bildimport und Art des Problems

• Verwendet wurde eine OM System OM-1, aufgenommen wurde im Format RAW + jpg
• Früher wurde in der Photos-App die Option „Nach dem Import löschen“ gewählt, um die SD-Karte zu leeren
• Die Verwendung dieser Option erwies sich als großer Fehler

Szenario der Bildbeschädigung

• Die Beschädigung trat wiederholt nur bei einigen wenigen Bildern auf
• Nach vielen Aufnahmen auf einer Familienhochzeit gingen beim Import etwa 30 % der Bilder verloren
• Die Photos-App zeigt RAW- und jpg-Dateien als ein einziges Bild an und zeigt standardmäßig das jpg an
• In manchen Fällen war das jpg beschädigt, in anderen das RAW und manchmal beide
• Bei Nutzung der Option „Nach dem Import löschen“ wurden die Dateien auf der SD-Karte der Kamera gelöscht, sodass sich vorab nicht prüfen ließ, ob sie beschädigt waren

Analyse der Ursachen

• Aus Sorge vor einem Hardwaredefekt wurden sämtliche Hardwareteile ausgetauscht — Kabel, SD-Karte, Kamera, Laptop usw. — doch das gleiche Phänomen trat weiterhin auf
  • Austausch des USB-C-Kabels
  • Neukauf einer SD-Karte vom offiziellen Hersteller
  • Umstellung auf ausschließlich RAW-Aufnahmen
  • Austausch des Laptops
  • Wechsel des Kameramodells (OM System OM-1 MKii)
• Es wurde schrittweise jeweils nur eine Variable geändert, doch die Beschädigungen traten weiterhin regelmäßig auf

Schlussfolgerung: Softwareproblem

• Nachdem die komplette Hardware ausgetauscht worden war, wurde auf einen Softwarefehler der Photos-App selbst geschlossen
• Nachdem die Option „Nach dem Import löschen“ deaktiviert und die SD-Karte erst nach Prüfung auf beschädigte Dateien formatiert wurde, trat damals keine Beschädigung mehr auf
• Es wurde die Möglichkeit eines Softwareproblems wie einer Race Condition in einer begrenzten Situation angesprochen, etwa beim gleichzeitigen Kopieren und Löschen von Dateien
• Auch danach traten weiterhin Fälle zufälliger Dateibeschädigung auf
• Die Dateien auf der ursprünglichen SD-Karte und die beschädigten Dateien hatten dieselbe Größe, aber unterschiedliche interne Bytes (Prüfsummen)
• Dazu wurde ein binary diff der betreffenden Dateien analysiert

Einführung eines neuen Workflows

• Anstatt noch mehr Zeit in die Problemlösung zu investieren, wurde der Workflow auf Darktable umgestellt
• In Darktable werden Bilder importiert, unerwünschte Fotos gelöscht, gewünschte Fotos bearbeitet und exportiert und anschließend in die Photos-App importiert
• Bei Verwendung von Darktable trat keine Dateibeschädigung auf
• Derzeit werden Bilder in Darktable ausgewählt und verarbeitet und danach in die Photos-App verschoben, wodurch das Problem seltener geworden ist
• Die Analyse des Problems kostete viel Zeit und Geld, führte letztlich aber dazu, dass die Hardware doppelt aufgebaut wurde

[GN⁺]

Hacker-News-Kommentar

• Ich denke, es könnte ein Bug in der Import-Pipeline sein. Photos verarbeitet beim Import wirklich eine Menge zusätzlicher Schritte (z. B. Zusammenführen von RAW+JPEG-Paaren, Erzeugen von Vorschaubildern, Datenbank-Indizierung, optionales Löschen). Wahrscheinlich ist es ein Concurrency-Bug, bei dem ein Buffer wiederverwendet wird oder ein File-Handle geschlossen wird, bevor das Kopieren abgeschlossen ist. Das passt gut zu einem seltenen und unregelmäßigen Beschädigungsmuster.
  • Das denke ich auch. Wirklich eine bittere Sache. Ich würde Apple gern einen Bug-Report schicken, aber weil das so unregelmäßig auftritt, weiß ich nicht, wie ich eine Reproduktionsmethode beschreiben soll.
  • Interessant, dass es bei 30 % Fehlerquote nach dem Austausch aller Komponenten fast gar nicht mehr auftrat und es deshalb sogar länger dauerte, einen Fall zu finden. Zufall tritt ja oft gehäuft auf, daher könnte der Komponententausch wirkungslos gewesen sein. Mich würde genauer interessieren, wie sich die Häufigkeit der Beschädigungen während des gesamten Austauschs verändert hat. Und Edit: Wow, mir ist gerade klar geworden, dass ich bei der Arbeit auch auf „tenderlovemaking.com“ gegangen bin. Gruselig. Lustig.
  • Ich dachte kurz, vielleicht kippt defekter RAM Bits um, aber der Inhalt ist komplett anders, also wohl eher nicht. Es sieht so aus, als wäre ein ganz anderer Input-Stream geschrieben worden oder ein Buffer mit dem Inhalt eines anderen Bildes überschrieben worden.
  • Bei so einem Bug hätte doch schon eine minimale End-to-End-Integritätsprüfung Alarm schlagen müssen. Wirklich irritierend.
  • Ich frage mich, ob es mit der Import-Quelle und der Hardware-Geschwindigkeit zusammenhängt. Der Import selbst ist mit der Kamera problematisch, aber mit der Photos-App erfolgreich, also könnte dort ein Unterschied liegen.
• Es hieß: „Ich weiß nicht, ob dieses Problem nur OM System-Kameras betrifft, und ich habe keine Lust, in ein neues Kamerasystem zu investieren“, aber um das wirklich als iPhoto-Problem einzugrenzen, wäre es besser gewesen, denselben Test mit einem direkt am Mac angeschlossenen USB-C-Kartenleser zu machen. Dann könnte man Kabel, Hub und Kamera-Hardware/-Software/-Firmware vollständig ausschließen. Wenn man danach sucht, sieht man, dass die USB-Unterstützung der OM-1 nicht perfekt ist, und im Kamerahandbuch steht auch, dass „USB-Übertragungen in einigen Einstellungen nicht garantiert sind“. Tatsächliche Nutzer sagen ebenfalls, dass für zuverlässige Dateiübertragung ein Kartenleser der Standardweg ist.
  • Dass sie „USB-Übertragungen sind in einigen Umgebungen nicht garantiert“ ins Handbuch schreiben, ist ziemlich schockierend. Ich habe Kameras vieler Marken benutzt, aber noch nie einen Hersteller gesehen, der sich bei einer Grundfunktion mit so einer Ausweichklausel absichert.
  • Ich bin auch professioneller Fotograf und Nikon-Nutzer. Ich importiere fast immer nicht direkt von der Kamera, sondern kopiere die Dateien zuerst von der SD-Karte auf den Computer und importiere sie dann in Lightroom. Wenn Probleme auftreten, kopiere ich im ersten Schritt erst einmal auf die Festplatte und mache dann ein Backup.
• Selbst wenn man mich dafür bezahlen würde, zu Apple- oder Google-Produkten zurückzukehren, würde ich das nicht wollen. Ich nutze ein GrapheneOS-Pixel sowie selbst gehostete „Cloud“-Lösungen mit Nextcloud, HomeAssistant und einem eigenen E-Mail-Server. Leistung und Kontrolle sind im Vergleich zum Müll von Big Tech nicht einmal annähernd vergleichbar. Sogar AI-Chatbots kann man selbst hosten; ich denke nicht, dass wir da schon im Stadium der „en-shittification“ sind.
  • Ich stimme zu 100 % zu, aber das geht nur, wenn man a) Zeit und b) das nötige Wissen hat. Ich habe heutzutage nicht mehr viel Zeit für ein Homelab. Es gibt zwar Apps wie Immich, bei denen das Setup im Grunde nur noch docker compose pull && docker compose up -d ist, aber selbst dieses Maß an Kommandozeilenwissen hat nicht jeder. Und wenn man stirbt, sind solche selbst gehosteten Dienste vermutlich sofort offline.
  • Vielleicht klingt das etwas kleinlich, aber Pixel wird von Google hergestellt. Auch wenn du mit GrapheneOS de-googelt hast, ist die Hardware selbst von Google. Ich frage mich, ob es überhaupt echte Alternativen gibt.
  • Wird Google GrapheneOS irgendwann vielleicht blockieren? Ich habe es nicht selbst ausprobiert, weil ich denke, dass die Unterstützung wegen Kompatibilitätsproblemen mit Banking- oder Messenger-Apps bald wegbrechen könnte. Mich würde interessieren, ob es dafür eine langfristige Roadmap gibt, die auch in 5–10 Jahren noch trägt.
  • Wie löst man bei einem selbst gehosteten E-Mail-Server die Probleme mit der Zustellquote? Ich höre immer, dass das schwierig oder heikel ist.
  • Ich frage mich, ob bei der Pflege solcher Systeme noch Zeit für Job und Familie übrig bleibt.
• Als Olympus-Nutzer ist das wichtige Information. Aber zur Problemlösung gleich sowohl Laptop als auch Kamera zu ersetzen, lässt die Ausgaben schnell explodieren. Hätte man nicht zuerst andere Lösungen statt Photos ausprobieren sollen? Die offizielle Olympus-Software ist ja kostenlos, und wenn schon, dann sollte zumindest die offizielle App Bilder ohne Beschädigung importieren können. Außerdem wirkt das Löschen von Fotos während des Imports riskant. Ich lösche auf der Kamera erst, wenn 1) das Backup abgeschlossen ist und 2) die erste Auswahlrunde durch ist.
  • Wenn ich dieses Problem einmal erlebt hätte, hätte ich wohl die Option „Nach dem Import löschen“ deaktiviert und vor dem Kauf eines neuen Kamerasystems zuerst die Software-Einstellungen geändert.
  • Sehe ich genauso. Als Fotograf sichert man Dateien mindestens zweimal, auf dem Hauptrechner für die Bearbeitung und auf dem NAS. Und SD-Karten werden erst formatiert oder gelöscht, nachdem man mit eigenen Augen bestätigt hat, dass mehrere Backups intakt sind. Ich habe früher in einer VFX-Pipeline mit Footage gearbeitet und deshalb aus Erfahrung verinnerlicht, wie gravierend Dateiverlust ist.
  • Ich kaufe manchmal auch Hardware, die ich sowieso haben wollte, unter dem Vorwand des „Troubleshootings“.
  • Die richtige Fehleranalyse bedeutet nicht bloßes Ersetzen, sondern ein Vorgehen, das sowohl Wahrscheinlichkeiten als auch Kosten berücksichtigt. Ein Softwarewechsel würde das Problem wahrscheinlich eher lösen und ist kostenlos und schnell testbar.
  • Software-Troubleshooting ist viel billiger als Hardwaretausch. Der Autor lebt offenbar in einer anderen wirtschaftlichen Realität als wir.
• Das fühlt sich wie eine URL an, die ich nicht in meinem Browserverlauf haben möchte.
  • Es gab vor langer Zeit eine Audio-Website namens Gearspace, die früher einen deutlich anstößigeren Namen hatte. gearspace.com und diese Reddit-Diskussion zur Umbenennung.
  • Ende der 90er hat sich meine Frau neben mir erschrocken, als in meiner Adressleiste „freshmeat.net“ per Autovervollständigung auftauchte. Als ich erklärte, dass es eine Software-Seite war, war sie beruhigt.
  • Ist der Ausdruck „tender lovemaking“ wirklich so schockierend?
  • Wieso, habt ihr etwas gegen zärtliche Liebe?
  • Es gibt auch PenIsland.net. Früher gab es wohl auch .com, aber inzwischen scheint das auf einen großen Store umgezogen zu sein.
• Man kann sich immer auf die detaillierte technische Analyse von Tenderlove (dem Blogautor) verlassen! Ich habe diesen Blog vermisst. Ein kleiner Exkurs: Ich bin vor 12–13 Jahren als Softwareentwickler nach Seattle gezogen, um näher an der „Szene“ zu sein. Durch die Posts von tenderlove habe ich viel über Nokogiri, Active Record und mehr gelernt. Ich war bei allen Seattle-Ruby-Meetups, und besonders in Erinnerung geblieben ist mir ein kleines Treffen mit 15–20 Leuten in den Büros von Substantial. Es gab Bier und Pizza, Ryan Davis (der Erfinder von Minitest) hielt einen Vortrag, und Aaron Patterson (tenderlove) machte ständig gut gelaunte Witze. Selbst auf naive Fragen bekam man warme Antworten mit einem Schuss Humor, und damals fühlte ich mich wirklich als Teil der Community. Diese Erinnerungen bedeuten mir bis heute sehr viel. Danke an Aaron.
• Ich nutze ebenfalls eine OM System-Kamera (OM-5), und bei mir waren nie ganze Fotos massiv beschädigt, aber gelegentlich erscheint unten im Bild eine einzelne Zeile grüner Pixel. Mir kam nie sofort in den Sinn, dass die Photos-App schuld sein könnte, aber durch dieses Thema werde ich meinen Workflow ebenfalls ändern und unbedingt prüfen, ob die Ursache bei Photos liegt.
  • Ich habe Photos selbst nie verdächtigt.
• Früher habe ich so etwas bei Backups großer Bibliotheken öfter gesehen. Inzwischen sichere ich nur noch mit Image Capture und speichere die Dateien im Dateisystem! Eine Festplatte ist als mittel- bis langfristiges Backup-Medium viel besser geeignet als manche proprietäre Foto-App.
• Ich habe solche Beschädigungen auch bei älteren Fotos gesehen, die damals korrekt importiert wurden. Ich fotografiere ausschließlich mit dem iPhone und sehe mir die Bilder auf dem Mac oder iPhone an. Wenn ich zurückblicke, fehlt in meiner Fotobibliothek eine beträchtliche Menge an Daten komplett. Das ist ein viel größeres Problem, als ich dachte. Ich habe auch nirgends sonst ein Backup.
  • Ich hatte das auch, als die iCloud Photo Library aktiviert war. Früher völlig normale Fotos wurden zufällig beschädigt. Das betraf sowohl mit dem iPhone aufgenommene Bilder als auch separat importierte Fotos. Deshalb habe ich die iCloud Photo Library deaktiviert und auch iCloud herabgestuft, sodass ich keinen großen Speicherplan mehr brauche. Jetzt nutze ich ein vollständig Open-Source-Fotomanagement-Tool und speichere die Dateien auf normalen Datenträgern.
  • Wer in der IT arbeitet, sollte Backups als Grundprinzip haben.
• Ich habe nicht tief genug hineingebohrt, aber danke fürs Teilen! Ich dachte auch lange, dass es an uralten SD-Karten oder irgendeinem herumliegenden Adapter liegt. Tatsächlich habe ich das auch nur bei einigen wenigen Fotos erlebt. Ich nutze seit 10 Jahren nur Olympus-Kameras (genauer gesagt eine PEN E-PM2), und dieses Problem ist erst in den letzten zwei Jahren aufgetreten. Bei meiner Canon EOS 80D hatte ich dieses Verhalten nie, aber vielleicht ist es Zeit, den Workflow oder gleich das Betriebssystem zu wechseln.
  • Vielleicht sind es auch RAM-Probleme oder fehlerhafte Sektoren auf der SSD. Trotzdem ist es bei macOS 26 wahrscheinlicher, dass die Photos-App das Problem ist.