Discussion :

[tonge]

Bonjour,

J'utilise un script bash pour sauvegarder les fichiers modifiés sur un disque externe
Les fichiers modifiés sont détectés selon la date de modification
La copie s'effectue avec la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cp -p fichier_source fichier_cible

Depuis le changement d'horaire intervenu hier, les dates de modifications sont décalées de 1 heure
Par exemple
pour le fichier source

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ date   +%Y-%m-%d-%H:%M -r FILE0145.JPG
2010/08/27-17:39

pour le fichier cible

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ date   +%Y/%m/%d-%H:%M -r FILE0145.JPG
2010/08/27-16:39

Le premier à 17h39, et le second à 16h39

la commande date +%z -r FILE0145.JPG renvoie +0200 pour les deux fichiers
Avec l'option -u de la commande date, les dates sont également décalées d'1 heure.

Pourquoi ce décalage d'1 heure entre les fichier?
Merci

[jlliagre]

Si le disque externe contient un système de fichiers en FAT32, l'interprétation des champs date est assez insoluble (même sous Windows) . Le mieux est soit de stocker la date correcte des fichiers dans un fichier séparé, soit de renommer les fichiers en incluant un horodatage complet y compris le fuseau horaire.

[tonge]

Effectivement le disque externe est formaté en FAT32, ceci pour pouvoir l'utiliser avec Windows ou Mac.
Stocker les dates ou renommer les fichiers serait est trop lourd et trop contraignant.
Par contre j'aimerai connaitre la cause du probléme pour savoir pourquoi c'est assez insolubre et
peut-être trouver une solution plus appropriée.

J'essaye donc de trouver une réponse aux questions suivantes:
La commande cp place dans le fichier en ext3 la date et le fuseau horaire, ou seulement la date?
de même la commande cp place dans le fichier fat32 la date et le fuseau horaire, ou seulement la date,
et si oui, la date universelle ou la date locale ?

Pour l'instant j'ai modifié le script pour sauvegarder les fichiers modifiés depuis plus d'une heure,
c'est à dire en retirant 1 heure au fichier source (et ne le faire qu'aux heures d'été)

[jlliagre]

Le problème est intrinsèque à FAT32 qui stocke l'heure locale sans indication du fuseau horaire et sans appliquer la correction de l'heure d'été. La solution est de passer sous NTFS qui comme les systèmes de fichiers Unix, stocke ses timestamps en UTC.

Lire par exemple cette page.

[disedorgue]

Bonjour,

Peut-être que l'option de montage pour la fat ci-dessous peut résoudre le problème (pas testé et pas sur d'avoir tout compris ) :

tz=UTC This option disables the conversion of timestamps between local time (as used by Windows on FAT) and UTC (which Linux uses internally).
This is particularly useful when mounting devices (like digital cameras) that are set to UTC in order to avoid the pitfalls of local time.

[tonge]

Merci disedorgue pour l'information.
Je n'ai également pas très bien compris, et ne suis donc pas sûr de possibles répercussions sur l'utilisation des dates.
Je vais plutôt opter pour un reformatage du disque en NTFS (voir message suivant)

cordialement