De back-up van telefoonfoto’s stopt op de achtergrond wanneer het mobiele besturingssysteem de app opschort of wanneer een mislukte overdracht verhindert dat de volgende geplande batch start.
Apps voor zelfgehoste foto’s krijgen geen onbeperkte uitvoering op de achtergrond. iOS en Android bepalen op basis van machtigingen, batterijstatus, netwerkomstandigheden, recent gebruik en de druk op systeembronnen wanneer de app mag ontwaken. Het back-upproces kan ook vastlopen bij één niet-ondersteund bestand, een verlopen aanmelding, een onbereikbare server of een origineel dat alleen in de cloud staat en eerst moet worden gedownload. Stel vast of de app nooit wordt ingepland, wel start maar stopt, of herhaaldelijk op hetzelfde bestand mislukt.
Controleer of de back-up werkt terwijl de app geopend is
Verbind de telefoon met de gebruikelijke wifi, houd de app op de voorgrond en controleer het aantal wachtende bestanden, de actieve bestandsnaam, de overdrachtssnelheid en het serverlogboek. Zo controleer je of authenticatie, serverbereikbaarheid, opslag en albumselectie werken voordat planning op de achtergrond een rol speelt.
Gebruikers van Immich hebben gemeld dat uploads onmiddellijk stoppen nadat ze de app verlaten, hoewel de back-upinstellingen waren ingeschakeld. Het kenmerkende symptoom is dat uploaden op de voorgrond werkt, maar voortgang op de achtergrond stopt.
Als de back-up op de voorgrond ook mislukt, ga dan verder met fouten rond de server-URL, het certificaat, de aanmelding, de opslag en specifieke bestanden. Als de back-up op de voorgrond normaal vordert, laat deze lagen dan ongewijzigd terwijl je de planning en beperkingen van het besturingssysteem test.
Controleer machtigingen voor achtergrondgebruik en systeeminstellingen voor verversen
Controleer op iOS Verversen op de achtergrond, toegang tot de fotobibliotheek, toegang tot het lokale netwerk wanneer dat nodig is, meldingen als de app die gebruikt en de energiebesparingsmodus. Controleer op Android batterijoptimalisatie, gegevensgebruik op de achtergrond, onbeperkt batterijgebruik en of de fabrikant een extra lijst voor slapende apps gebruikt.
Een iOS-melding over Immich laat zien dat de app herhaaldelijk aangaf dat Verversen op de achtergrond was uitgeschakeld, terwijl de systeeminstelling al was ingeschakeld. Deze case laat zien dat de status van de app en het besturingssysteem kan verschillen.
Schakel de relevante machtiging alleen als gecontroleerde reset uit en weer in, open de app opnieuw en controleer of de instelling wordt herkend. Schakel batterijbescherming niet overal uit; zonder alleen de app voor fotoback-ups uit als het platform dat vereist.
Maak onderscheid tussen normale mobiele planning en een vastgelopen taak
Achtergrondtaken zijn opportunistisch en starten mogelijk niet meteen nadat het scherm uitgaat. Noteer of de back-up later wordt hervat, na het aansluiten van de oplader, na opnieuw verbinden met wifi of nadat je de app kort opnieuw hebt geopend.
Android-gebruikers hebben gemeld dat synchronisatie op de achtergrond mislukt, zelfs wanneer batterijoptimalisatie en beperkingen waren uitgeschakeld. Dat laat zien dat machtigingen alleen niet bewijzen dat planning werkt.
Gebruik een klein testalbum met enkele gewone JPEG-bestanden. Als deze bestanden uiteindelijk op de achtergrond worden geüpload, werkt de systeemplanner en ligt het probleem met de volledige bibliotheek waarschijnlijk bij de bestandsgrootte, het bestandstype, de duur van de netwerkverbinding of de wachtrijstatus.
Controleer of één mislukt bestand de batch stopt
Open het detailscherm van de back-up en zoek de eerste bestandsnaam die herhaaldelijk mislukt. Noteer de extensie, grootte, opslaglocatie, bewerkingsstatus en of de telefoon het origineel kan openen zonder het eerst te downloaden.
Een Immich-issue beschrijft dat de back-up stopte toen niet-ondersteunde .pic-bestanden werden aangetroffen, in plaats van deze over te slaan en door te gaan. De kern van het probleem was dat één niet-ondersteund bestand de wachtrij blokkeerde.
Verplaats het bestand uit het geselecteerde back-upalbum of exporteer het naar een ondersteund formaat en probeer het opnieuw. Verwijder het origineel pas wanneer het op een andere gecontroleerde locatie bestaat en de rest van de wachtrij is voltooid.
Test trage of onderbroken netwerkomstandigheden
Controleer of de telefoon wisselt tussen wifi en mobiele data, tussen toegangspunten beweegt, de verbinding met een VPN of reverse proxy verliest of wordt vergrendeld tijdens het uploaden van een grote video. Vergelijk een kleine foto met de grootste video die nog wacht.
Er is gemeld dat uploads op de achtergrond stoppen nadat een trage verbinding een time-out veroorzaakt en pas weer doorgaan nadat de app opnieuw is gestart. Het relevante patroon is een time-out die het achtergrondproces beëindigt.
Test eerst via stabiele lokale wifi met het lokale adres van de server en daarna via de gebruikelijke externe hostnaam. Als de lokale back-up werkt maar de externe back-up vastloopt, controleer dan proxy-uploadlimieten, time-outs bij inactiviteit, TLS en overgangen tussen mobiele netwerken.
Houd rekening met originelen die alleen in de cloud staan en geoptimaliseerde telefoonopslag
Op telefoons met geoptimaliseerde cloudopslag kan de zichtbare miniatuur verwijzen naar een origineel dat niet langer lokaal is opgeslagen. De back-upapp moet het origineel eerst uit de cloud downloaden voordat het naar de thuisserver kan worden geüpload.
Een Immich-discussie beschrijft een grote, geoptimaliseerde iOS-bibliotheek waarin de app tienduizenden foto’s moest downloaden voordat duplicaten konden worden gecontroleerd en bestanden konden worden geüpload. Hierdoor ontstaat een afhankelijkheid van clouddownloads die mogelijk niet door planning op de achtergrond wordt volgehouden.
Laat de telefoon tijdens de eerste migratie aan de oplader liggen, verbonden met stabiele wifi en met voldoende vrije lokale opslag. Overweeg een officiële cloudexport rechtstreeks op de server te importeren en de telefoonback-up daarna alleen voor nieuwe bestanden te gebruiken, nadat de historische bibliotheek is gecontroleerd.
Reset alleen de back-upstatus waarvan aantoonbaar is dat die verouderd is
Meld je alleen af en weer aan nadat je het serveradres hebt opgeslagen en de inloggegevens hebt gecontroleerd. Wis een vastgelopen uploadwachtrij of lokale appgegevens alleen wanneer de applicatie een ondersteund herstelpad biedt en de server al gecontroleerde originelen bevat.
De ZimaSpace-gids voor iPhone-foto’s back-uppen naar een thuisserver geeft de bredere regel dat je moet controleren of het uploaden is voltooid voordat je originelen van de telefoon of uit de cloud verwijdert.
Het probleem is opgelost wanneer nieuwe testfoto’s worden geüpload zonder dat de app geopend moet blijven, onderbroken overdrachten worden hervat, niet-ondersteunde bestanden de wachtrij niet langer blokkeren en de voortgang op de achtergrond betrouwbaar blijft bij opladen, wisselen van wifi, opnieuw opstarten van de telefoon en app-updates.
Ondersteuning & Tips
Meer om te lezen

Waarom herstelt een Docker-volume de bestandsinhoud, maar gaan uitgebreide bestandskenmerken verloren?
Een diagnose van volumeterugzetting met een inventaris van xattrs, tar- en Rsync-opties, naamruimten, ondersteuning voor bestemmingen, machtigingen, labels, app-metagegevens en tests.

Waarom behoudt een actieve container zijn oude geheugenlimiet nadat het Compose-bestand is gewijzigd?
Een diagnose van geheugenlimieten met aandacht voor actieve cgroups, herstarten versus opnieuw aanmaken, Compose-velden, harde en zachte limieten, bovenliggende scopes, swap en runtime-heaps.

Waarom maakt het herstarten van een reverse proxy elke sessie voor één zelfgehoste app ongeldig?
Een diagnose van sessieverlies met aandacht voor de reikwijdte van herstarts, cookie-eigenaarschap, geheimenrotatie, cachegestuurde sessies, sticky routing, authenticatiegateways en herstel.

