From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Filesystem recommendation for external media storage
Date: Thu, 27 Jun 2013 10:13:55 +0200 [thread overview]
Message-ID: <51CBF443.3040209@gmail.com> (raw)
In-Reply-To: <20130627013313.GC10786@nukleus.lan>
On 27/06/2013 03:33, Frank Steinmetzger wrote:
> On Wed, Jun 26, 2013 at 06:40:02PM +0200, Florian Philipp wrote:
>
>>>> Windows compatibility is not a must, but a nice-to-have. That would reduce my
>>>> remaining choices to ExFAT, I presume.
>>>
>>
>> BTW: What's the Linux status on that one?
>
> Well, the German Wikipedia says that a stable 1.0 came out in January.
> It’s “only” a FUSE fs, but so is NTFS. I’ll do some testing with it.
>
>>> That's how I see it too.
>>>
>>> I used to use ext4 for external media but quickly found that my notebook
>>> was the only box that could use them...
>>
>> Isn't group id 100 defined as the users group on most Linuxen nowadays?
>>
>> chgrp 100 $mount && chmod 2777 $mount
>
> That still leaves UID. I want it to “just work”[TM] and never encounter
> any problems when I can least use them, and never have to check any file
> attributes.
>
>> should work reasonably well.
>>
>> Regards,
>> Florian Philipp
>
> I’ll keep the uid and gid bit on the stack. I would disable the x bit
> though. Executables are lime in DIR_COLORS, overriding every other
> colouring (e.g. red archive, green text and purple media files). *g*
>
> I’m more concerned about the behaviour of automounters. And I faintly
> remember some user-centric setting as to what the default chmod of new
> files is, so I would have to do some chmod -R from time to time.
>
The Unix filesystem model simply does not allow you to do that easily -
it is designed to do something else entirely and do that thing well
You can't even override the uid/gid/perms at mount time. The central
premise is that the user must set those values on his own files whenever
he wants to and the rest of the universe must fall into line with those
wishes...
Look at what it takes to do something simple like set the default perms
on a new file in a shared directory to be 664 - you need to get dirty
with POSIX ACLs, and then a simple umask run in a shell session
overrules all of that.
exfat does what you want - it was designed to "just work" on the very
large removeable media we have nowadays (think 7G movie files) and
bypass all the nonsense like "does the user that created this file even
exist on the machine that is reading it?"
It also works pretty well
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2013-06-27 8:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-26 13:09 [gentoo-user] Filesystem recommendation for external media storage Frank Steinmetzger
2013-06-26 14:22 ` Alan McKinnon
2013-06-26 15:59 ` Neil Bothwick
2013-06-27 8:23 ` Alan McKinnon
2013-06-27 8:36 ` Neil Bothwick
2013-06-26 16:40 ` Florian Philipp
2013-06-27 1:33 ` Frank Steinmetzger
2013-06-27 8:13 ` Alan McKinnon [this message]
2013-06-27 11:36 ` Frank Steinmetzger
2013-06-27 15:03 ` Helmut Jarausch
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=51CBF443.3040209@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.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