Dates Wrong on files on SD card

[kcpoole]

I have been using LMDE for about 18 months now and about 12 months ago after an update, I noticed that the EXIF data and file dates on JPG are incorrect.

For managing my pictures I have a script that goes and renames files based on the Date info in the EXIF data. About 12 months ago ( sorry I cannot be more specific) I noticed that the file were being given the incorrect filename

the issue is Only apparent when I copy the files from my SD card to my fileserver using my LMDE installation. files already on the File server ( external NAS disk mounted using samba or NFS).

Upon further investigation I realised the file timestamp and EXIF Time data on SD card is be read in GMT instead of GMT +10 as set in my locale. Any file on the External NAS a re fine.
I can copy the files from the SD card using another computer running Windows ( vista oe Win7), to the NAS and then the files will have the correct Date info when I check them on this machine with LMDE

Today I installed a new Laptop with LMDE and is dual booted with Win7. Boot into Win7 and the files on SD card are read correctly, Reboot into LMDE and the SD card files are out by 10 hours.

All file dates on files on USB stick are correct.
I have tried different SD cards and reformatted them with no difference in behaviour.
I have booted the computer from an ubuntu live CD and this displays the correct file dates on SDcard

TIA
Ken

[äxl]

http://www.linuxsa.org.au/tips/time.html

[kcpoole]

thanks for that but Surely that would not cause the issue? that site refers to Redhat 5 and the last edit is dated 1998
anyway I created the Symlink "ln -s /usr/share/zoneinfo/ /usr/lib/zoneinfo" and did not work as you see below.

If that was the case then why would it only be on SD cards? Surely the same error would be apparent on all volumes and disks using nautilus
these 2 files below are taken on my camera now, and you can see the file stamp in tomorrow morning.

-rw-r--r-- 1 ken ken 1865131 Apr 14 2012 IMGP0097.JPG
-rw-r--r-- 1 ken ken 1930351 Apr 14 2012 IMGP0098.JPG
ken@luke:/media/disk/DCIM/100PENTX$ date
Fri Apr 13 22:57:02 EST 2012

note the timezone is set correctly here too

Ken

[äxl]

thanks for that but Surely that would not cause the issue? that site refers to Redhat 5 and the last edit is dated 1998
anyway I created the Symlink "ln -s /usr/share/zoneinfo/ /usr/lib/zoneinfo" and did not work as you see below.

Yeah, sorry for that. Just wanted to make sure you looked for yourself.

If that was the case then why would it only be on SD cards? Surely the same error would be apparent on all volumes and disks using nautilus
these 2 files below are taken on my camera now,

True.

and you can see the file stamp in tomorrow morning.

-rw-r--r-- 1 ken ken 1865131 Apr 14 2012 IMGP0097.JPG
-rw-r--r-- 1 ken ken 1930351 Apr 14 2012 IMGP0098.JPG
ken@luke:/media/disk/DCIM/100PENTX$ date
Fri Apr 13 22:57:02 EST 2012

note the timezone is set correctly here too

Ken

If it's like that every time and you know that couldn't you adjust your script that it adds the difference?
Alright this wouldn't solve the problem ...

My only way of trying to solve this would be to find out which package exactly caused this. Normally there are logs from dpkg. Could you please give the output of:

Code: Select all

ls -l /var/log/ | grep dpkg

[kcpoole]

ken@luke:~$ ls -l /var/log/ | grep dpkg
-rw-r--r-- 1 root root 1554 Apr 10 20:19 dpkg.log
-rw-r--r-- 1 root root 24210 Mar 31 23:24 dpkg.log.1
-rw-r--r-- 1 root root 33397 Mar 7 19:53 dpkg.log.2.gz
-rw-r--r-- 1 root root 2945 Jan 15 22:57 dpkg.log.3.gz
-rw-r--r-- 1 root root 7221 Dec 11 19:07 dpkg.log.4.gz
-rw-r--r-- 1 root root 214874 Dec 8 21:27 dpkg.log.5.gz

and then
ken@luke:~$ cat /var/log/dpkg.log
2012-04-10 20:19:54 startup archives unpack
2012-04-10 20:19:57 upgrade mintupdate-debian 1.0.4 1.0.5
2012-04-10 20:19:57 status half-configured mintupdate-debian 1.0.4
2012-04-10 20:19:57 status unpacked mintupdate-debian 1.0.4
2012-04-10 20:19:57 status half-installed mintupdate-debian 1.0.4
2012-04-10 20:19:57 status triggers-pending gnome-menus 2.30.3-2+b1
2012-04-10 20:19:57 status half-installed mintupdate-debian 1.0.4
2012-04-10 20:19:57 status triggers-pending desktop-file-utils 0.15-2
2012-04-10 20:19:57 status half-installed mintupdate-debian 1.0.4
2012-04-10 20:19:58 status half-installed mintupdate-debian 1.0.4
2012-04-10 20:19:58 status unpacked mintupdate-debian 1.0.5
2012-04-10 20:19:58 status unpacked mintupdate-debian 1.0.5
2012-04-10 20:19:58 trigproc gnome-menus 2.30.3-2+b1 2.30.3-2+b1
2012-04-10 20:19:58 status half-configured gnome-menus 2.30.3-2+b1
2012-04-10 20:19:58 status installed gnome-menus 2.30.3-2+b1
2012-04-10 20:19:58 trigproc desktop-file-utils 0.15-2 0.15-2
2012-04-10 20:19:58 status half-configured desktop-file-utils 0.15-2
2012-04-10 20:19:58 status installed desktop-file-utils 0.15-2
2012-04-10 20:19:59 startup packages configure
2012-04-10 20:19:59 configure mintupdate-debian 1.0.5 <none>
2012-04-10 20:19:59 status unpacked mintupdate-debian 1.0.5
2012-04-10 20:19:59 status unpacked mintupdate-debian 1.0.5
2012-04-10 20:19:59 status unpacked mintupdate-debian 1.0.5
2012-04-10 20:19:59 status half-configured mintupdate-debian 1.0.5
2012-04-10 20:19:59 status installed mintupdate-debian 1.0.5

Ken

[kcpoole]

Just did another test to investigate and found that the EXIF date is now being read correctly and thus my script is working correctly and that it is just Nautilus displaying the incorrect Created / Modified date
Maybe some update fixed this part of the issue recently. I did a heap of update about a month ago now

see attached screen shot of 2 files that were taken at 11pm on Friday 13th, but the modified date is showing 9am Saturday 14th.
The files have been renamed by Script this morning correctly thos

[äxl]

Mysterious. But congrats that this is solved.

Is your Desktop Environment XFCE?

[kcpoole]

No Using gnome2 at the moment ( yet to update in this machine), but my new install on laptop is Cinnamon,
The EXIF data sloved ( do not know how) but the File date display still not tho?

Ken