Cuando algo no ocurre como se espera

El primer lugar donde mirar es siempre el registro. Con el nivel Info indica qué se copió y qué se eliminó; con Debug, además, qué archivo se omitió y por qué.

Un archivo no se copia

Los archivos se vuelven a copiar en cada ejecución aunque no han cambiado

El destino guarda la fecha de modificación con menos precisión que el origen, por ejemplo un disco NTFS o FAT como destino de un disco Linux. La copia queda entonces unas fracciones de segundo por delante de su original y, al comparar por Fecha, el origen se considera más reciente. La Tolerancia en segundos de la pestaña Opciones lo evita; está en 0 si alguien la desactivó. Un salto de exactamente una hora en todos los archivos indica FAT tras un cambio de hora; consulte allí.

No se elimina nada en el destino aunque la opción está activada

No se sincroniza nada

Falla una conexión SSH

En todos estos casos, la sincronización afectada se omite en esta ejecución: no se copia ni se elimina nada. Las demás sincronizaciones siguen con normalidad.

Aparece un aviso por una unidad que falta – o no aparece

Si se informa de un origen o destino no accesible lo decide, por cada sincronización, la opción Avisar si falta la unidad o la conexión SSH: activada, tras Sincronizar una vez hay un aviso y una línea de aviso en el registro; desactivada, solo una línea de información. Si una sincronización avisa y otra no, aunque a ambas les falte el mismo disco, la opción está configurada de forma distinta en ellas. Todo lo demás en Unidades y conexiones no accesibles.

Recuperar archivos eliminados

Si el modo de eliminación es Mover a la papelera, los archivos están en la carpeta de papelera configurada, con la estructura de su lugar de procedencia. Con Eliminar definitivamente y con destinos por SSH no existe tal copia.

Si se sobrescribió un archivo de destino, ayuda el Principio generacional – siempre que estuviera activado antes: la versión anterior está entonces junto al archivo como .bak.1.