Waarom stopt het maken van back-ups van telefoonfoto’s wanneer de app op de achtergrond draait?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

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.

-15% OFF
Single board computer zimaboard2

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.