Hello,
Je suis en train de me faire un script qui synchronise deux répertoires (avec renommages des fichiers selon certaines règles donc pas possible de faire avec rsync).
Le répertoire destination est une clef usb en fat32 (c'est elle qui semble poser problème et je n'ai pas d'autre choix possible pour le FS de cette clé).
 
Donc... dans mon script je fais une copie du fichier source vers la destination de cette manière afin de pouvoir comparer les dates plus tard:

Après la copie, voici à quoi ressemble le résultat d'un stat sur les deux fichiers:
le source:

le fichier sur la clé usb de destination:

Les dates de modif sont les mêmes des deux cotés (aux pouiémes près qui ne semble pas être pris en compte par ma méthode de comparaison), du coup quand dans mon script je fais un -nt ou un -ot entre ces deux fichiers ça me renvoie bien que leurs dates sont identiques.
 
Maintenant si je démonte ma clef, que je la remonte et que je refais le stat j'ai ça:

La date a été changé (elle a perdu une seconde???), les comparaisons de dates échouent à chaque fois et tout est retransféré si je relance le script.
 
Voici pour info les options de montage de la clef montée par Gnome:

Est-ce qu'il y a un moyen d’éviter ce comportement (doit bien y en avoir une vu que ca marche avec rsync qui a pourtant exactement le même résultat que mon "cp --preserve" quand je compare les fichiers avec stat)?
Sinon est-ce que vous avez une méthode pour palier à ce problème (je suppose que toute autre méthode de comparaison de date échouerait)?
 
Merci pour votre aide.

 
Quelqu'un aurait une idée ou une solution ?
Merci

Une clé USB impossible à formater en ext3 ou en NTFS ? booh même mes vieilles clés Corsair de 256Mo sont formaté en NTFS  
 
Sinon cmp dispo ou pas sur ton shell ?
 
Étrange cette perte de 2 secondes, entre ta source et ton démontage/remontage.

Non mais c'est pas que je peux pas la formater, c'est juste qu'elle est destinée a mon autoradio qui ne lit que de la fat
Sinon cmp/diff/sdiff/sum et cie ne m’intéressent pas, si à chaque comparaison je dois lire l’intégralité du fichier sur la clé ça va prendre des plombes, une comparaison de la date me suffit amplement.
 
je vais tester avec une autre clef en fat pour voir ce que ca donne.

FAT n'est pas précis au niveau des dates, les deux secondes de diff sont tout à fait normale, voir man rsync :

Bref faut te débrouiller pour comparer avec une résolution de deux secondes.

Ok, merci beaucoup pour l'info je comprends mieux.
 
Du coup je vais faire ce genre de truc, certes plus lourd mais ça devrait pas trop se ressentir:

je teste ça ce soir.
 
Merci

Sinon pourquoi ne gardes-tu pas la date de ta dernière synchronisation ?
 
Ainsi tu sais que tu dois synchroniser que les fichiers avec une date de modification (ou de création) supérieure à la date de dernière synchro, ce qui est très facile à trouver via un find.

C'est pas con de conserver la date de dernière synchro dans un coin, mais vu comme j'ai fait mon script le find n'est pas le plus simple par contre.
l’intérêt de la méthode que j'ai mis c'est que ça me garde le script tel quel, j'ai quasi rien a toucher, mais je verrais ce soir, j'ai plus trop le truc en tête.

En fait, vu le morceau de code que tu as mis, tu gères fichier par fichier, donc dans une boucle, qui parcourt l'ensemble des fichiers.
L'avantage du find c'est qu'en utilisant un -mtime, il va d'office éliminer les fichiers qui n'ont pas bougé, t'évitant des itérations. De plus, si ton algo de "renommage" n'est pas trop compliqué, tu peux le mettre dans le -exec, et hop, tu n'as même plus de boucle à gérer
 
Bon après, si ta synchro n'est pas trop longue et que passer par un find amène trop de modifs, il est clair que ca ne vaut pas le coup de modifier, ta solution me parait pas mal.

Le souci du find c'est que je peux copier l'existant sans problème, en revanche je ne peux pas supprimer de la destination tout ce qui a été viré de la source.
Sinon je viens de tester et ca marche au poil sauf que j'ai du faire des stat -c %Y plutôt que %Z.
Merci pour votre aide :-)