Die Sicherung von Handyfotos stoppt im Hintergrund, wenn das mobile Betriebssystem die App pausiert oder eine fehlgeschlagene Übertragung den nächsten geplanten Stapel verhindert.
Selbst gehostete Foto-Apps erhalten keine unbegrenzte Ausführungszeit im Hintergrund. iOS und Android entscheiden anhand von Berechtigungen, Akkustand, Netzwerkbedingungen, letzter Nutzung und der aktuellen Systemauslastung, wann die App aktiviert werden darf. Der Sicherungsvorgang kann außerdem bei einem nicht unterstützten Asset, einer abgelaufenen Anmeldung, einem nicht erreichbaren Server oder einem ausschließlich in der Cloud gespeicherten Original hängen bleiben, das zuerst heruntergeladen werden muss. Prüfen Sie, ob die App überhaupt nicht eingeplant wird, startet und stoppt oder wiederholt bei derselben Datei fehlschlägt.
Bestätigen, dass die Sicherung bei geöffneter App funktioniert
Verbinden Sie das Handy mit dem üblichen WLAN, lassen Sie die App im Vordergrund geöffnet und beobachten Sie die Anzahl ausstehender Elemente, den aktuellen Dateinamen, die Übertragungsrate und das Serverprotokoll. Dadurch lässt sich überprüfen, ob Authentifizierung, Servererreichbarkeit, Speicher und Albumauswahl funktionieren, bevor die Hintergrundplanung eine Rolle spielt.
Immich-Nutzer haben berichtet, dass Uploads unmittelbar nach dem Verlassen der App stoppten, obwohl die Sicherungseinstellungen aktiviert waren. Das unterscheidende Symptom ist: Uploads im Vordergrund funktionieren, der Fortschritt im Hintergrund jedoch stoppt.
Wenn die Sicherung auch im Vordergrund fehlschlägt, prüfen Sie weiterhin Server-URL, Zertifikat, Anmeldung, Speicher und dateispezifische Fehler. Wenn die Sicherung im Vordergrund normal fortschreitet, lassen Sie diese Ebenen unverändert und testen Sie die Planung und Einschränkungen des Betriebssystems.
Hintergrundberechtigungen und systemweite Aktualisierungseinstellungen prüfen
Prüfen Sie unter iOS die Hintergrundaktualisierung, den Zugriff auf die Fotomediathek, den Zugriff auf das lokale Netzwerk, falls erforderlich, Benachrichtigungen, sofern die App diese verwendet, sowie den Stromsparmodus. Prüfen Sie unter Android die Akkuoptimierung, Hintergrunddaten, die uneingeschränkte Akkunutzung und ob der Hersteller eine zusätzliche Liste für inaktive Apps führt.
Ein Immich-Bericht für iOS zeigt, dass die App wiederholt meldete, die Hintergrundaktualisierung sei deaktiviert, obwohl die Systemeinstellung bereits aktiviert war. Der Fall verdeutlicht, dass der Status von App und Betriebssystem voneinander abweichen kann.
Schalten Sie die betreffende Berechtigung nur als kontrollierten Reset aus und wieder ein, öffnen Sie die App erneut und prüfen Sie, ob die Einstellung erkannt wird. Deaktivieren Sie nicht den gesamten Akkuschutz; nehmen Sie nur die Foto-Sicherungs-App davon aus, sofern die Plattform dies erfordert.
Normale mobile Planung von einem hängenden Auftrag unterscheiden
Hintergrundaufgaben sind opportunistisch und beginnen möglicherweise nicht sofort, nachdem sich der Bildschirm ausschaltet. Notieren Sie, ob die Sicherung später, nach dem Anschließen des Ladegeräts, nach einer erneuten WLAN-Verbindung oder nach einem kurzen erneuten Öffnen der App fortgesetzt wird.
Android-Nutzer haben berichtet, dass die Hintergrundsynchronisierung trotz deaktivierter Akkuoptimierung und Einschränkungen fehlschlug. Dies zeigt, dass Berechtigungen allein nicht beweisen, dass die Planung funktioniert.
Verwenden Sie ein kleines Testalbum mit mehreren gewöhnlichen JPEG-Dateien. Wenn diese Dateien schließlich im Hintergrund hochgeladen werden, funktioniert die Systemplanung, und der Fehler bei der vollständigen Mediathek liegt wahrscheinlich an Dateigröße, Dateityp, Netzwerkdauer oder Warteschlangenstatus.
Prüfen, ob ein fehlgeschlagenes Asset den Stapel blockiert
Öffnen Sie die Detailansicht der Sicherung und ermitteln Sie den ersten Dateinamen, bei dem der Fehler wiederholt auftritt. Notieren Sie Erweiterung, Größe, Speicherort, Bearbeitungsstatus und ob das Handy das Original öffnen kann, ohne es zuerst herunterzuladen.
Ein Immich-Problem beschreibt, dass die Sicherung beim Auftreten nicht unterstützter .pic-Assets stoppte, anstatt diese zu überspringen und fortzufahren. Der entscheidende Fehler war, dass ein nicht unterstütztes Asset die Warteschlange blockierte.
Verschieben Sie die Datei aus dem ausgewählten Sicherungsalbum oder exportieren Sie sie in ein unterstütztes Format und versuchen Sie es erneut. Löschen Sie das Original erst, wenn es an einem anderen überprüften Speicherort vorhanden ist und der Rest der Warteschlange abgeschlossen wurde.
Langsame oder unterbrochene Netzwerkbedingungen testen
Prüfen Sie, ob das Handy zwischen WLAN und Mobilfunk wechselt, sich zwischen Zugangspunkten bewegt, die VPN- oder Reverse-Proxy-Verbindung verliert oder während des Uploads eines großen Videos gesperrt wird. Vergleichen Sie ein kleines Foto mit dem größten ausstehenden Video.
Es wurde berichtet, dass Uploads im Hintergrund nach einer Zeitüberschreitung bei einer langsamen Verbindung stoppten und erst nach einem Neustart der App fortgesetzt wurden. Das relevante Muster ist eine Zeitüberschreitung, die den Hintergrundprozess beendet.
Testen Sie zunächst in einem stabilen lokalen WLAN mit der lokalen Adresse des Servers und anschließend über den üblichen entfernten Hostnamen. Wenn die lokale Sicherung funktioniert, die entfernte jedoch hängen bleibt, prüfen Sie Proxy-Upload-Limits, Leerlauf-Zeitüberschreitungen, TLS und Wechsel zwischen mobilen Netzwerken.
Ausschließlich in der Cloud gespeicherte Originale und optimierten Handyspeicher berücksichtigen
Auf Handys mit optimiertem Cloud-Speicher kann das sichtbare Vorschaubild ein Original darstellen, das nicht mehr lokal gespeichert ist. Die Sicherungs-App muss das Original zunächst aus der Cloud herunterladen, bevor sie es auf den Heimserver hochladen kann.
Eine Immich-Diskussion beschreibt eine große, optimierte iOS-Mediathek, bei der die App Zehntausende Fotos herunterladen musste, bevor eine Duplikatprüfung und der Upload möglich waren. Dadurch entsteht eine Abhängigkeit vom Cloud-Download, die durch die Hintergrundplanung möglicherweise nicht zuverlässig aufrechterhalten wird.
Lassen Sie das Handy während der ersten Migration an einem Ladegerät in einem stabilen WLAN und sorgen Sie für ausreichend freien lokalen Speicher. Erwägen Sie, einen offiziellen Cloud-Export direkt auf dem Server zu importieren und die Handysicherung anschließend nur für neue Assets zu verwenden, nachdem die historische Mediathek überprüft wurde.
Nur den nachweislich veralteten Sicherungsstatus zurücksetzen
Melden Sie sich erst ab und wieder an, nachdem Sie die Serveradresse gesichert und die Anmeldedaten bestätigt haben. Löschen Sie eine blockierte Upload-Warteschlange oder lokale App-Daten nur, wenn die Anwendung dafür einen unterstützten Wiederherstellungsweg bietet und sich bereits überprüfte Originale auf dem Server befinden.
Der ZimaSpace-Leitfaden zum Sichern von iPhone-Fotos auf einem Heimserver vermittelt die übergeordnete Regel, dass der Abschluss des Uploads überprüft werden muss, bevor Originale vom Handy oder aus der Cloud entfernt werden.
Das Problem ist behoben, wenn neue Testfotos hochgeladen werden, ohne dass die App geöffnet bleiben muss, unterbrochene Übertragungen fortgesetzt werden, nicht unterstützte Assets die Warteschlange nicht mehr blockieren und der Hintergrundfortschritt beim Laden, bei WLAN-Wechseln, Neustarts des Handys und App-Updates zuverlässig bleibt.
Support & Tipps
Mehr zum Lesen

Warum stellt eine Docker-Volume-Wiederherstellung zwar die Dateiinhalte wieder her, lässt aber erweiterte Attribute weg?
Eine Diagnose zur Wiederherstellung von Volumes mit einer Bestandsaufnahme der erweiterten Attribute, Tar- und Rsync-Optionen, Namespaces, Zielunterstützung, Berechtigungen, Labels, App-Metadaten und Tests.

Warum behält ein laufender Container sein altes Speicherlimit bei, nachdem die Compose-Datei geändert wurde?
Eine Diagnose der Speicherbegrenzung mit Erläuterungen zu aktiven cgroups, Neustart gegenüber Neuerstellung, Compose-Feldern, harten und weichen Limits, übergeordneten Bereichen, Swap sowie Laufzeit-Heaps.

Warum macht ein Neustart des Reverse-Proxys jede Sitzung für eine selbst gehostete App ungültig?
Eine Diagnose von Sitzungsverlusten mit Abdeckung des Neustartumfangs, der Cookie-Zuständigkeit, der Geheimnisrotation, cachebasierten Sitzungen, Sticky-Routing, Authentifizierungs-Gateways und der Wiederherstellung.

