From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2DE141381F3 for ; Thu, 27 Jun 2013 08:15:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 69130E0964; Thu, 27 Jun 2013 08:15:41 +0000 (UTC) Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com [74.125.83.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1A7A3E0933 for ; Thu, 27 Jun 2013 08:15:39 +0000 (UTC) Received: by mail-ee0-f53.google.com with SMTP id c41so212528eek.40 for ; Thu, 27 Jun 2013 01:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=JXooeoqPu6ON0qWN5m5iHXkgLLFf9HWiXmYkKHhPUGA=; b=DQNYZRngSOMFJV+Sp9rAhuPrm5v5X93ks5JuDlNvhZqohXG3poPcf5wZITOI2DXK4l gZEo7mpFDYwEG/ETiXsDU5GN1y+Hzn6RvWd4liePLaBVQ6J/D99+kxMTZEIIvn6yyllM KjgvSjkhjGLlmVWK1F6r89OejbARuz7jJ9ykAh4i+tjwDaCoGnfE1wze0K+7FrQQgSmY bsiRyYe1E7zL5FIdyFRpoO9AW5VGLE2J4+XvW6tupPk1++5QMNI01BmIEE0ODkUG4XZG t7zUkOp1P/QoN0T8yqxsnDZymbfar3JgbeSZamxwTZFSi9iz6c+jWVHwYCKuabAA2r3d v8NQ== X-Received: by 10.14.178.134 with SMTP id f6mr7648487eem.91.1372320938539; Thu, 27 Jun 2013 01:15:38 -0700 (PDT) Received: from [172.20.0.40] (196-210-127-147.dynamic.isadsl.co.za. [196.210.127.147]) by mx.google.com with ESMTPSA id cg12sm2252913eeb.7.2013.06.27.01.15.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Jun 2013 01:15:37 -0700 (PDT) Message-ID: <51CBF443.3040209@gmail.com> Date: Thu, 27 Jun 2013 10:13:55 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130612 Thunderbird/17.0.6 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Filesystem recommendation for external media storage References: <20130626130905.GA4218@eisen.lan> <51CAF93E.2090801@gmail.com> <51CB1962.5040802@binarywings.net> <20130627013313.GC10786@nukleus.lan> In-Reply-To: <20130627013313.GC10786@nukleus.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 91e2e12d-0550-4335-bff3-48bdf0c1c1e4 X-Archives-Hash: 9fd88c464afe9f0a1d760ae4ea199b03 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