Verificare un trasferimento rclone con le somme di controllo
Confronta i byte scaricati dopo un trasferimento rclone WebDAV, annota i percorsi mancanti o diversi e considera l’uscita corretta del comando come una delle verifiche.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
Un riepilogo di copia riuscita non confronta i byte. Per il flusso dosya WebDAV disponibile, usa una destinazione locale separata e rclone check --download, affinché il backend generico other legga i contenuti senza presumere un hash remoto compatibile.

Passaggi
- Salva l’origine e la destinazione esatte del trasferimento completato, incluso se un collegamento remoto ordinario richiede il prefisso
All/o se uno vincolato espone direttamente la propria cartella. - Elenca ricorsivamente entrambe le strutture e conserva i risultati prima della verifica:
rclone lsf ./sample-source --recursiveerclone lsf dosya-webdav:All/rclone-checks --recursive. - Esegui un confronto in sola lettura:
rclone check ./sample-source dosya-webdav:All/rclone-checks --download. - Aggiungi
--one-waysolo quando sono previsti file presenti solo nella destinazione e non devono contare come errori. Non usarlo per nascondere i file di origine mancanti nella destinazione. - Leggi ogni percorso mancante, diverso o illeggibile, poi acquisisci subito lo stato del processo con
echo $?o$LASTEXITCODEdi PowerShell. - Verifica un file scaricato prima di rimuovere l’originale locale. Il controllo
--downloadrilegge i byte remoti e consuma la quota disponibile.
dosya WebDAV può esporre date, ETag e una proprietà SHA-256 memorizzata, ma il backend generico other non garantisce un confronto completo con hash compatibili. Il confronto esplicito tramite download non modifica nessuna delle due strutture.

Risultato previsto
La verifica termina correttamente solo quando ogni percorso di origine richiesto ha byte corrispondenti nella destinazione. Gli elementi previsti solo nella destinazione sono ignorati solo se hai scelto --one-way; tutte le differenze restano registrate per la correzione.
Gli errori HTTP 401, 403, 404, 423 e 429 sono errori di verifica, non contenuti corrispondenti. Risolvi problemi di credenziali, permessi, percorso, blocco o Retry-After prima di ripetere la verifica.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.