Sujet : Re: rsync : contenus identiques - dates différentes
De : naddy (at) *nospam* mips.inka.de (Christian Weisgerber)
Groupes : fr.comp.os.unixDate : 27. May 2023, 22:54:00
Autres entêtes
Message-ID : <slrnu74rf8.15c6.naddy@lorvorc.mips.inka.de>
References : 1 2 3
User-Agent : slrn/1.0.3 (FreeBSD)
On 2023-05-27, Thomas <
fantome.forums.tDeContes@free.fr.invalid> wrote:
ctime c'est la date de modification des propriétés du fichier,
Oui, c'est la date quand l'inode a été modifié.
pas de sa création ?
Unix ne connait pas de date de création. Les API comme stat() ou
utime() ne gèrent pas une telle date.
aussi, sans -t rsync est obligé de lire le contenu des fichiers pour
savoir s'ils sont différents (alors qu'avec -t non ?),
Par défaut, rsync fait une optimisation : si la source et la
destination ont la même taille et la même date, rsync présume que
les fichiers sont identiques et ne compare pas les contenus.
(-c pour forcer une comparaison.)
Par défaut, quand rsync modifie un fichier de destination, la
nouvelle date de ce fichier est la date de maintenant. Alors c'est
différente de la date de la source. Avec -t, la destination reçoit
la même date que la source. Donc la _prochaine_ fois quand rsync
exécute, il va présumer que les fichiers sont identiques.
-- Christian "naddy" Weisgerber naddy@mips.inka.de