From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SHZjF-0004Qc-3q for garchives@archives.gentoo.org; Tue, 10 Apr 2012 11:59:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DF148E0DE2; Tue, 10 Apr 2012 11:59:06 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 32217E0DDB for ; Tue, 10 Apr 2012 11:57:29 +0000 (UTC) Received: by bkwj4 with SMTP id j4so4602354bkw.40 for ; Tue, 10 Apr 2012 04:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:x-mailer:mime-version:content-type :content-transfer-encoding; bh=twkJjp+QdiYXhnNT353wIqlX1/OylGLzzgA0oXvItQQ=; b=obdfI2woDWvNFD5ET6UlFdrAQNSBpxnv2VNjjqoYiQptBNh8+scd8IBQtte/zqp9Cm jRCi1weZOp8d+Al/Ik8d7ZSvaZx2GSGsZ4QZ6fuZgV6O+bhIijrZDyJQhERXcwElYDI0 L30+yeHlu8qVuacfuXl0KqG7KhVnobWFURyhh369AaVXBiz89eicYWinUnvyJOGWubYa fxK+EaLZ8KsNJogySoHHSaVh7f7Jc0kF1fOUTX+zMttvX4e8WV7HMpUxweS1r3ThX+Wq 4mpalr8nEFDR+YteYuEYRKZ6tMXeavWc/nR3j3+zYL87eNhZOSSMhlllJg0kgUWh3tgB aAMQ== Received: by 10.204.136.219 with SMTP id s27mr4295093bkt.116.1334059049351; Tue, 10 Apr 2012 04:57:29 -0700 (PDT) Received: from khamul.example.com (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPS id jr13sm35671637bkb.14.2012.04.10.04.57.25 (version=SSLv3 cipher=OTHER); Tue, 10 Apr 2012 04:57:28 -0700 (PDT) Date: Tue, 10 Apr 2012 13:55:48 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Cc: stroller@stellar.eclipse.co.uk Subject: Re: [gentoo-user] User can mount/umount but not write to top the new drive Message-ID: <20120410135548.0053c464@khamul.example.com> In-Reply-To: References: Organization: Internet Solutions X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.10; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 68c9f89e-a943-4c42-9574-4754caf9173f X-Archives-Hash: 6002001ac7cb1aefd9db01d8283a390e On Tue, 10 Apr 2012 12:18:38 +0100 Stroller wrote: >=20 > On 9 April 2012, at 20:59, Mark Knecht wrote: > > =85=20 > > In the past I've gotten around this by having root mount the drive > > and then change ownership to mark:users once it's mounted. Linux > > remembers I've done that once and no longer requires me to do > > anything else as root. > >=20 > > Is that truly required or is there a way to give the user access > > to the top of the new mount point without roots' involvement? >=20 >=20 > I recall having exactly this problem years ago, and having had it > explained to me here on this list. >=20 > I'm sure that if you *once* chmod / chown as root, then the > permissions will be remembered correctly forever after. If you > unmount and remount the drive, reboot the computer or whatever, the > user will be able to write to the drive. >=20 > Do double & triple check this because, although I'm certainly > fallible, I feel certain of this. >=20 > If I'm mistaken I guess you could do something involving udev > mounting rules. >=20 > Note that if you use the same USB drive on different computers (or > dual-boot different distros) then you have to be aware of user name > vs. user ID number. >=20 > Stroller. >=20 >=20 You are correct.=20 chown the mount point and the top-level "." directory on the disk and that is what is used in future. Fancy software like udev and DEs may undo all of that work, but without their input the above is what works. --=20 Alan McKinnnon alan.mckinnon@gmail.com