L'onglet Options de la boîte de dialogue d'une synchronisation définit sur quoi source et cible sont comparées et ce qui se passe dans les cas particuliers.
Ces trois cases déterminent comment AutoFileSync reconnaît une différence. Elles peuvent être combinées.
| Critère | Signification |
|---|---|
| Date | La date de modification décide. C'est le cas habituel et de loin le plus rapide. |
| Taille | Des tailles de fichier différentes comptent comme une différence. |
| Contenu | Les fichiers sont comparés par leur contenu. C'est exact, mais cela coûte du temps de lecture des deux côtés. En synchronisation bidirectionnelle, la date de modification décide en plus quel côté est le plus récent – une simple comparaison du contenu ne peut pas le savoir. |
| Tolérance en secondes | Deux dates de modification séparées d'au plus ce nombre de secondes comptent comme égales. Le champ n'est actif que si la comparaison par Date est cochée ; la valeur par défaut est de 2 secondes, voir Tolérance et systèmes de fichiers. |
Lors de la copie, AutoFileSync reprend la date de modification de la source, mais la cible ne l'enregistre qu'avec la précision que permet son système de fichiers. Sans tolérance, la source serait alors plus récente que sa propre copie de quelques fractions de seconde à chaque passage et serait copiée encore et encore. La tolérance doit être au moins aussi grande que le pas de temps le plus grossier des deux côtés :
| Système de fichiers | Précision de la date de modification | Tolérance nécessaire |
|---|---|---|
| ext4, Btrfs, XFS, APFS | nanosecondes | 0 s |
| NTFS | 100 nanosecondes | 1 s |
| exFAT | 10 millisecondes | 1 s |
| HFS+, serveurs SFTP | secondes entières | 1 s |
| FAT32, FAT16 (clés USB, cartes mémoire) | 2 secondes | 2 s |
La valeur par défaut de 2 secondes couvre tous ces cas. FAT enregistre en outre l'heure en heure locale : après un passage à l'heure d'été ou d'hiver, tous les fichiers semblent décalés d'une heure. Pour l'éviter, réglez la tolérance sur 3600 secondes pendant un temps ou comparez aussi par Taille.
Le revers de la tolérance : si un fichier est de nouveau enregistré dans le délai de tolérance après sa modification précédente et qu'un passage a eu lieu entre-temps, la seconde modification n'est remarquée qu'au prochain enregistrement. Si vous modifiez des fichiers à intervalles rapprochés, cochez de préférence aussi Taille, ou réglez la tolérance sur 0 si les deux côtés enregistrent l'heure avec la même précision.
| Option | Effet |
|---|---|
| Supprimer la source après la copie | Après une copie réussie, le fichier source est supprimé – dans la corbeille ou définitivement, selon le mode de suppression. Une synchronisation devient ainsi un déplacement. Pour les sources accessibles par SSH, l'option n'a aucun effet. Avec cette option, Synchronisation bidirectionnelle et Supprimer aussi dans la cible les fichiers supprimés sont désactivées : l'une recopierait les fichiers déplacés, l'autre les supprimerait à nouveau dans la cible. |
| Synchronisation bidirectionnelle | Le sens inverse compte aussi : ce qui n'existe que dans la cible est recopié dans la source, et une cible plus récente l'emporte sur une source plus ancienne. Avec Supprimer aussi dans la cible les fichiers supprimés, la suppression l'emporte – cocher les deux à la fois a rarement un sens. L'option s'exclut mutuellement avec Supprimer la source après la copie et avec Copier même si le fichier cible est plus récent ; celle cochée en premier désactive l'autre. |
| Copier même si le fichier cible est plus récent | Normalement, AutoFileSync n'écrase pas un fichier cible plus récent que la source. Avec cette option, il le fait quand même. Si la synchronisation bidirectionnelle est cochée, l'option est désactivée, car elle n'y a pas de sens. Elle est aussi désactivée tant que ni la Date ni la Taille ne sont comparées, car seuls ces critères peuvent reconnaître une cible plus récente. |
| Principe des générations | Avant d'écraser un fichier cible existant, AutoFileSync le renomme : rapport.doc devient rapport.doc.bak.1, la fois suivante .bak.2 et ainsi de suite. Les versions plus anciennes sont ainsi conservées. Notez que ces sauvegardes restent dans la cible et occupent de la place – elles ne sont pas nettoyées automatiquement. |
| Supprimer aussi dans la cible les fichiers supprimés | Un fichier qui n'existe plus que dans la cible y est supprimé – la cible devient un miroir de la source. Détails et limites dans la section ci-dessous. Pour le type Fichier et avec Supprimer la source après la copie, l'option est désactivée. |
| Preuve de sauvegarde | Chaque passage qui a copié quelque chose ou rencontré une erreur écrit une entrée dans un fichier de preuve ; voir Preuve de sauvegarde. |
| Synchroniser les fichiers vides | Les fichiers de taille 0 sont normalement ignorés : un fichier vide est plus souvent une écriture interrompue qu'un fichier volontairement vide, et le copier sur un fichier cible rempli ferait perdre des données. Avec cette option, ils sont pris en compte – prévu pour des fichiers comme .gitkeep ainsi que les fichiers de verrouillage et de marquage. Attention : si le fichier source est vide et le fichier cible ne l'est pas, la synchronisation remplace alors le contenu de la cible par le fichier vide. |
| Avertir si le lecteur ou la connexion SSH manque | Si la source ou la cible est inaccessible – un lecteur débranché, un partage non connecté, un serveur SSH qui ne répond pas –, la synchronisation est ignorée ; rien n'est copié ni supprimé. Ce n'est pas une erreur. Avec cette option (par défaut : activée), « Synchroniser une fois » signale l'omission par un avertissement, et le journal contient un avertissement. Pour un disque de sauvegarde branché seulement de temps en temps, désactivez l'option : l'absence n'est alors notée que dans le journal. En détail : Lecteurs et connexions inaccessibles. |
| Secondes de pause | Temps d'attente entre deux passages en synchronisation continue, réglable de 1 à 60 secondes. Des pauses courtes détectent les modifications plus vite et sollicitent davantage disques et réseau. |
Cette option mérite une description plus précise, car c'est la seule qui supprime des données dans la cible.
Si l'option ne fait pas effet alors qu'elle est cochée, consultez Quand quelque chose ne se passe pas comme prévu.