Perché il backup delle foto del telefono si interrompe quando l’app viene eseguita in background?
Il backup delle foto del telefono si interrompe in background quando il sistema operativo mobile sospende l’app oppure un trasferimento non riuscito impedisce l’avvio del batch pianificato successivo.
Le app fotografiche self-hosted non ricevono un’esecuzione illimitata in background. iOS e Android decidono quando l’app può riattivarsi in base alle autorizzazioni, allo stato della batteria, alle condizioni di rete, all’utilizzo recente e alla pressione sulle risorse di sistema. Anche il processo di backup può bloccarsi a causa di un asset non supportato, di un accesso scaduto, di un server irraggiungibile oppure di un originale disponibile solo nel cloud che deve essere prima scaricato. Determina se l’app non viene mai pianificata, se si avvia e si interrompe oppure se fallisce ripetutamente sullo stesso file.
Verifica se il backup funziona mentre l’app è aperta
Collega il telefono alla normale rete Wi-Fi, mantieni l’app in primo piano e controlla il numero di elementi in attesa, il nome del file attivo, la velocità di trasferimento e il log del server. In questo modo puoi verificare che autenticazione, raggiungibilità del server, spazio di archiviazione e selezione degli album funzionino prima di intervenire sulla pianificazione in background.
Gli utenti di Immich hanno segnalato che i caricamenti si interrompono subito dopo aver lasciato l’app, anche se le impostazioni di backup erano abilitate. Il sintomo distintivo è che il caricamento in primo piano funziona, ma l’avanzamento in background si interrompe.
Se anche il backup in primo piano non funziona, verifica l’URL del server, il certificato, l’accesso, lo spazio di archiviazione e gli errori specifici dei file. Se il backup in primo piano procede normalmente, lascia invariati questi livelli mentre testi la pianificazione e le restrizioni del sistema operativo.
Controlla le autorizzazioni in background e le impostazioni di aggiornamento a livello di sistema
Su iOS, verifica Aggiornamento app in background, l’accesso alla libreria Foto, l’accesso alla rete locale quando necessario, le notifiche se l’app le utilizza e la modalità Risparmio energetico. Su Android, controlla l’ottimizzazione della batteria, i dati in background, l’utilizzo senza restrizioni della batteria e l’eventuale elenco aggiuntivo di sospensione delle app previsto dal produttore.
Un report di Immich per iOS mostra che l’app continuava a indicare che Aggiornamento app in background era disabilitato anche quando l’impostazione di sistema era già attiva. Il caso dimostra che lo stato dell’app e quello del sistema operativo possono non coincidere.
Disattiva e riattiva l’autorizzazione pertinente solo come ripristino controllato, riapri l’app e verifica che l’impostazione venga riconosciuta. Non disabilitare globalmente tutte le protezioni della batteria; escludi dalle restrizioni solo l’app di backup delle foto, se la piattaforma lo richiede.
Distingui la normale pianificazione mobile da un processo bloccato
Il lavoro in background è opportunistico e potrebbe non iniziare subito dopo lo spegnimento dello schermo. Annota se il backup riprende più tardi, dopo aver collegato il telefono al caricabatterie, dopo la riconnessione al Wi-Fi oppure dopo aver riaperto brevemente l’app.
Gli utenti Android hanno segnalato errori nella sincronizzazione in background anche con ottimizzazione e restrizioni della batteria disabilitate, dimostrando che le sole autorizzazioni non dimostrano che la pianificazione funzioni.
Usa un piccolo album di prova con diversi file JPEG ordinari. Se questi file vengono caricati prima o poi in background, lo scheduler di sistema funziona e il problema dell’intera libreria è probabilmente legato alla dimensione dei file, al tipo di file, alla durata della connessione di rete o allo stato della coda.
Verifica se un singolo asset non riuscito interrompe il batch
Apri la schermata dei dettagli del backup e individua il primo nome file che continua a non riuscire. Annotane estensione, dimensione, posizione di archiviazione, stato di modifica e verifica se il telefono riesce ad aprire l’originale senza doverlo scaricare.
Un problema di Immich descrive l’interruzione del backup quando venivano rilevati asset .pic non supportati, invece di saltarli e continuare. Il problema principale era un singolo asset non supportato che bloccava la coda.
Sposta il file fuori dall’album selezionato per il backup oppure esportalo in un formato supportato, quindi riprova. Non eliminare l’originale finché non esiste in un’altra posizione verificata e il resto della coda non è stato completato.
Testa le condizioni di rete lente o intermittenti
Controlla se il telefono passa dal Wi-Fi alla rete cellulare, si sposta tra diversi punti di accesso, perde la connettività VPN o del reverse proxy oppure si blocca durante il caricamento di un video di grandi dimensioni. Confronta una foto di piccole dimensioni con il video in attesa più grande.
È stato segnalato che i caricamenti in background si interrompono dopo il timeout di una connessione lenta e non riprendono finché l’app non viene riavviata. Il comportamento rilevante è un timeout che termina il processo in background.
Fai una prova su una rete Wi-Fi locale stabile usando l’indirizzo locale del server, quindi attraverso il normale hostname remoto. Se il backup locale funziona ma quello remoto si blocca, controlla i limiti di caricamento del proxy, i timeout di inattività, TLS e i passaggi tra rete Wi-Fi e rete mobile.
Tieni conto degli originali disponibili solo nel cloud e dello spazio ottimizzato sul telefono
Sui telefoni che utilizzano l’archiviazione cloud ottimizzata, la miniatura visibile può rappresentare un originale che non è più memorizzato localmente. L’app di backup deve prima scaricare l’originale dal cloud e solo dopo caricarlo sul server domestico.
Una discussione su Immich descrive una grande libreria iOS ottimizzata in cui l’app doveva scaricare decine di migliaia di foto prima di eseguire il controllo dei duplicati e il caricamento. Questo crea una dipendenza dal download dal cloud che la pianificazione in background potrebbe non riuscire a sostenere.
Durante la prima migrazione, lascia il telefono in carica su una rete Wi-Fi stabile e assicurati che disponga di spazio libero locale sufficiente. Valuta la possibilità di importare direttamente sul server un’esportazione ufficiale del cloud, quindi usa il backup del telefono solo per i nuovi asset dopo aver verificato la libreria storica.
Ripristina solo lo stato del backup che hai dimostrato essere obsoleto
Esci dall’account e accedi nuovamente solo dopo aver salvato l’indirizzo del server e verificato le credenziali. Cancella una coda di caricamento bloccata o i dati locali dell’app solo quando l’applicazione offre un percorso di ripristino supportato e il server contiene già originali verificati.
La guida di ZimaSpace su come eseguire il backup delle foto dell’iPhone su un server domestico illustra la regola generale: è necessario verificare il completamento del caricamento prima di rimuovere gli originali dal telefono o dal cloud.
Il problema è risolto quando le nuove foto di prova vengono caricate senza dover tenere aperta l’app, i trasferimenti interrotti riprendono, gli asset non supportati non bloccano più la coda e l’avanzamento in background rimane affidabile durante la ricarica, i cambi di rete Wi-Fi, i riavvii del telefono e gli aggiornamenti dell’app.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Perché il ripristino di un volume Docker ricrea il contenuto dei file, ma elimina gli attributi estesi?
Una diagnosi del ripristino del volume che copre l’inventario degli xattr, le opzioni di tar e Rsync, gli spazi dei nomi, il supporto della...
Perché un container in esecuzione mantiene il vecchio limite di memoria dopo la modifica del file Compose?
Una diagnosi dei limiti di memoria che copre i cgroup attivi, il riavvio rispetto alla ricreazione, i campi di Compose, i limiti rigidi e...
Perché il riavvio di un proxy inverso invalida ogni sessione per una determinata app self-hosted?
Una diagnosi della perdita di sessione che copra l’ambito dei riavvii, la gestione dei cookie, la rotazione dei segreti, le sessioni basate sulla cache,...
