Riprovare gli elementi della copia mobile con errori

La schermata Non riusciti di dosya elenca ogni riga del registro il cui stato corrente è error, senza attendere il raggiungimento di cinque tentativi. I nuovi tentativi differiscono tra elaborazione in primo piano, preparazione in background e trasferimento nativo in background.

Contenuto della schermata

Apri il conteggio degli errori della copia di sicurezza per raggiungere Non riusciti. La schermata carica tutte le righe error dello spazio di lavoro attivo, sia quelle con un solo errore sia quelle che hanno esaurito i cinque tentativi. L’elenco contiene al massimo 200 righe recenti e mostra Mostrati i 200 elementi più recenti su N. se ce ne sono di più; il conteggio del pulsante e il ripristino usano comunque il totale del registro.

Passaggi

1. Leggi i nomi dei file e gli errori esatti, poi correggi la causa comune: ripristina l’accesso alle foto, rendi leggibile l’originale, sblocca o autorizza la destinazione, riconnettiti oppure risolvi spazio e appartenenza dello spazio di lavoro.
2. Scegli Segnala questi errori se non riesci a spiegare gli errori visibili. La segnalazione include il numero totale di righe error, comprese quelle oltre le 200 mostrate.
3. Scegli Riprova 1 file o Riprova con tutti i N. Non esistono una schermata dei dettagli o un comando per riprovare ogni singola riga. L’azione di gruppo cambia ogni riga error dello spazio di lavoro attivo in pending, azzera i tentativi, cancella l’errore salvato e avvia una copia di sicurezza.
4. Cerca Nuovo tentativo per 1 elemento o Nuovo tentativo per N elementi. Se il ripristino o l’avvio genera un’eccezione, dosya mostra Nuovo tentativo non riuscito: reason.
5. Controlla File nel cloud e riapri Non riusciti. Una riga riuscita scompare dall’elenco degli errori; un errore corrente può ricomparire con un nuovo messaggio e conteggio dei tentativi.

Come cambia il limite di cinque tentativi

In primo piano, una riga error con meno di cinque tentativi può essere riprovata in un’esecuzione successiva; lo scanner la esclude dopo il quinto. Gli errori del trasferimento nativo in background riportano invece la riga a pending e aggiungono un tentativo, così il pianificatore può riprovarla finché attempts < 5.

Anche un risultato illeggibile della preparazione nativa in background resta pending mentre i tentativi aumentano. A cinque tentativi il pianificatore lo esclude, ma non diventa una riga error, quindi non appare in Non riusciti né risponde a Riprova con tutti. Se l’originale è ora leggibile ma resta bloccato in questo stato, segnala il caso senza aspettarti che la schermata degli errori lo ripristini.

Un file vuoto preparato in background o un rifiuto di inizializzazione del caricamento diretto diventa subito error. La riga appare in Non riusciti e attende l’azione di gruppo anche con meno di cinque tentativi. Un arresto dovuto al budget di preparazione nativa o allo spazio sul dispositivo non consuma un tentativo dell’elemento.

File saltati e pause fatali

Le righe in Esclusi per il limite di dimensione non fanno parte del nuovo tentativo. Usa Modifica il limite; riprovare con le stesse impostazioni le farebbe saltare di nuovo. Anche questo elenco carica al massimo 200 righe recenti, mantenendo il totale effettivo.

Un errore fatale dello spazio di lavoro può registrare l’elemento interessato e impostare uno stato In pausa separato prima che inizino gli altri. Risolvi il problema dello spazio, torna alla schermata principale Copia di sicurezza e tocca il comando In pausa con la didascalia Tocca per riprovare. Riprova con tutti reimposta le righe con errore, ma da solo non elimina la pausa dello spazio di lavoro.

Quando non restano righe con errore o esclusioni per dimensione, la schermata dice Nessun errore. Ogni elemento in questo spazio di lavoro è stato completato o è ancora in coda. Il messaggio può includere una riga in attesa della preparazione in background che ha raggiunto il limite di tentativi, perché la schermata controlla solo le righe error e skipped_large.

Risultato previsto

Il pulsante di gruppo reimposta tutte le righe error dello spazio di lavoro attivo, anche quelle non mostrate, e avvia un’esecuzione dopo la correzione della causa. Le esclusioni per dimensione, la pausa separata dello spazio e le righe di preparazione in background al limite che restano pending richiedono procedure specifiche.

Guide correlate

• Monitorare la copia di sicurezza mobile
• Risolvere la copia in background in pausa