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. https://bugs.launchpad.net/bugs/612292 Title: Wrong timestamps on FAT32 partitions Status in “linux” package in Ubuntu: Won't Fix Bug description: 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 for conversions. 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! ProblemType: Bug Architecture: i386 CurrentDmesg: [ 30.652222] r8169: eth0: link up [ 30.652227] r8169: eth0: link up [ 41.160007] eth0: no IPv6 routers present DistroRelease: Ubuntu 9.04 HibernationDevice: RESUME=UUID=3cb64f18-eadd-4088-a233-e77650fbcce5 MachineType: MICRO-STAR INTERNATIONAL CO.,LTD MS-7519 NonfreeKernelModules: nvidia 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 ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.28-19.61-generic SourcePackage: linux To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/612292/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp