kernel-packages team mailing list archive
Mailing list archive
[Bug 612292] Re: Wrong timestamps on FAT32 partitions
I was running rsync simulation from Meego's (= the linux OS of my Nokia
N9) vfat partition to Ubuntu 13.10's linux partition yesterday (after
the clocks had been moved) and it was telling it is going to copy all
the "summer" files that seemed to be 1 hour newer. I did not do full run
based on modification times, but added --size-only option to prevent re-
copying the files with the same content. Oddly, when I looked at the
local files and remote files (connected as vfat mass storage by USB) on
Ubuntu today, I saw no difference between the timestamps of both
directories. I played with time and date settings of both Ubuntu and
Meego, but I could not reproduce the difference between times on either,
when viewed in Ubuntu. However, the modification times look correct only
when viewing within Meego (e.g. in terminal). When I view in Ubuntu, the
modification times are 2 hours too old regardles of whether they are
modified on summer time or winter time. (Here in Finland timezone is +3
during summer time and +2 during winter time.) I am confused.
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Wrong timestamps on FAT32 partitions
Status in “linux” package in Ubuntu:
When I mount a FAT32 partition, many files appear to have wrong
timestamps. Specifically, during the winter months (Standard Time) all
files modified in summer appear having their timestamps shifted by +1
hour. During the summer months (when Daylight Savings is in effect)
these files have correct timestamps, but all the winter files have
their timestamps shifted by -1 hour!
When observing the same files under WinXP or Win98, timestamps always
appear the same.
The VFAT driver of Linux should not modify the timestamps, depending
on whether DST is in effect or not. The driver should respect the
timestamps of the FAT32 partition. FAT32 stores timestamps according
to the local wall-clock time, not UTC, so there is absolutely no need
This problem causes rsync to copy hundreds of files from FAT32 to EXT3
partitions, twice a year, without any reason.
Thank you for your precious time!
[ 30.652222] r8169: eth0: link up
[ 30.652227] r8169: eth0: link up
[ 41.160007] eth0: no IPv6 routers present
DistroRelease: Ubuntu 9.04
MachineType: MICRO-STAR INTERNATIONAL CO.,LTD MS-7519
Package: linux-image-2.6.28-19-generic 2.6.28-19.61
ProcCmdLine: root=UUID=5220bc1b-b6d8-4b61-a6cc-bb5cd4609375 ro quiet splash vga=794
ProcVersionSignature: Ubuntu 2.6.28-19.61-generic
To manage notifications about this bug go to: