Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

4
  • nope, look at the 3am example
    – gollum
    Commented Jan 3, 2019 at 12:59
  • Example looks fine. You gave touch 03:00 local time, it was translated to something like 01:00 or 02:00 UTC when storing on disk. Then it was read back from disk by ls and translated back from UTC into 03:00 local time before displaying it. Commented Jan 3, 2019 at 13:50
  • 1
    It really is timezone related but your assumption is wrong. I've analyzed the FAT table in my hex editor and no matter which timezone the system uses, my OSX always writes 0xFC for all three (create, modify, access) TimezoneOffset. These values are stored as signed bytes (0xFC is -4 in decimal) and interpreted as offset from UTC in 15 min increments. In other words El Capitan always uses a time zone offset of UTC-01:00 when writing exFAT time stamps.
    – gollum
    Commented Jan 3, 2019 at 16:38
  • And also nope regarding your assumption about linux exfat using local time. I've looked at the images's hex dump and it uses 0x00 for the timzone offsets. That means the linux exfat fuse driver stores the timestamps in UTC. However, +1 for making me check if the bug is time zone related, which seems to be the case.
    – gollum
    Commented Jan 4, 2019 at 14:51