From: David Kastrup <dak@gnu.org>
To: linux-kernel@vger.kernel.org
Subject: Locating tz=UTC problem with vfat filesystem
Date: Wed, 24 Jul 2019 12:03:55 +0200 [thread overview]
Message-ID: <87v9vrn3zo.fsf@fencepost.gnu.org> (raw)
Hi,
I'm plagued with Ubuntu (currently eoan but was the same previously)
with regard to vfat filesystem timezone.
uname -a gives
Linux lola 5.2.0-8-lowlatency #9-Ubuntu SMP PREEMPT Mon Jul 8 13:49:06 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
The documentation states that mount option tz=UTC is required for having
timestamps in fat filesystems interpreted relative to UTC. However, no
such option is listed in the mount flags and nevertheless timestamps on
my (fat32) memory sticks are interpreted as being relative to UTC. This
is with several card readers as well as my (timezone agnostic) Sony
DSC-R1 camera as USB reader. There does not seem to be a corresponding
option for switching tz=UTC off explicitly and I think if it were
switched on explicitly by some code, it should get listed in the mount
flags.
The mount subsystem is some sort of udisks2 based on udev: I don't
really manage to find myself through the documentation of that. Note
that the exfat file system is supposed to have some sort of timezone
support but that is not the case for other fat filesystems.
So I think something must have gone awry somewhere and due to the lack
of visible mount options, I do suspect this to be kernel involved but
may well be wrong.
Does anybody have a clue how I can get behind this and figure out where
the source of the problem (code and/or documentation) lies and how to
move forward with regard to getting it fixed? There would be the
workaround of setting the camera clock to UTC, but since this behavior
is clearly completely different than the documented behavior, that seems
like skirting the issue which seems to be in want of fixing.
Or is there something one can set on the filesystem media itself to mark
it as being localtime relative? That would likely be the most reliable
way since it would allow one to treat different media differently,
depending on whether their usual hosting device has a notion of
timezones and/or UTC.
Thanks!
--
David Kastrup
reply other threads:[~2019-07-24 10:12 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v9vrn3zo.fsf@fencepost.gnu.org \
--to=dak@gnu.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox