[gentoo-user] Question regarding dual boot accessibility...

[gentoo-user] Question regarding dual boot accessibility...

[Chris]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hello,

I have a dual boot windows / Gentoo system.  I have my NTFS (windows)
main partition listed in fstab with "user,noauto,nosuid, noatime".  A
normal user can mount and umount it, but cannot change directories, look
at files, etc. as they'll get a permission denied error.  When I list
the files and dirs, they all show up as belonging to "root:root", with
no access for group and others.

My question is:  Is there a way to allow normal users to at least read
these files and change dirs, short of chown and/or chmod on the NTFS
partition?

Regards,
Chris
-----BEGIN PGP SIGNATURE-----

iD8DBQFF4tDzUx1jS/ORyCsRCGilAJ4tzaGEsnNy6ZhJlU2V36SdhJAbcwCfZcyJ
6XJRwVRe/xbRxJjM6JcrC/o=
=OWT8
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Question regarding dual boot accessibility...

[Peter Ruskin]

On Monday 26 February 2007, Chris wrote:
> Hello,
>
> I have a dual boot windows / Gentoo system.  I have my NTFS
> (windows) main partition listed in fstab with
> "user,noauto,nosuid, noatime".  A normal user can mount and
> umount it, but cannot change directories, look at files, etc. as
> they'll get a permission denied error.  When I list the files and
> dirs, they all show up as belonging to "root:root", with no
> access for group and others.
>
> My question is:  Is there a way to allow normal users to at least
> read these files and change dirs, short of chown and/or chmod on
> the NTFS partition?

My fstab entry for NTFS:

/dev/sda2 /mnt/win/c ntfs umask=0,users 0 0

-- 
Peter
========================================================================
Gentoo Linux: Portage 2.1.2-r11		kernel-2.6.20-gentoo
AMD Athlon(tm) 64 X2 Dual Core Processor 4400+	gcc(GCC): 4.1.2
KDE: 3.5.6					Qt: 3.3.8
========================================================================
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Question regarding dual boot accessibility...

[Mick]

On 26/02/07, Chris <cjw2004d@comcast.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hello,
>
> I have a dual boot windows / Gentoo system.  I have my NTFS (windows)
> main partition listed in fstab with "user,noauto,nosuid, noatime".  A
> normal user can mount and umount it, but cannot change directories, look
> at files, etc. as they'll get a permission denied error.  When I list
> the files and dirs, they all show up as belonging to "root:root", with
> no access for group and others.

You may want to try speciying umask, or uid as described here:

http://gentoo-wiki.com/HOWTO_Mount_Windows_partitions_%28DOS%2C_FAT%2C_NTFS%29

> My question is:  Is there a way to allow normal users to at least read
> these files and change dirs, short of chown and/or chmod on the NTFS
> partition?

and/or here:

http://gentoo-wiki.com/TIP_Fix_NTFS_Permissions

HTH.
-- 
Regards,
Mick
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Question regarding dual boot accessibility...

[Alan McKinnon]

On Monday 26 February 2007, Chris wrote:
> Hello,
>
> I have a dual boot windows / Gentoo system.  I have my NTFS (windows)
> main partition listed in fstab with "user,noauto,nosuid, noatime".  A
> normal user can mount and umount it, but cannot change directories,
> look at files, etc. as they'll get a permission denied error.  When I
> list the files and dirs, they all show up as belonging to
> "root:root", with no access for group and others.
>
> My question is:  Is there a way to allow normal users to at least
> read these files and change dirs, short of chown and/or chmod on the
> NTFS partition?

ntfs does not understand unix permissions, so there is no concept of a 
unix owner and group. You use the uid and gid options to fudge one - 
normally root:root is ok.

Then to set permissions, use the umask option. 0555 should be OK - 
read/execute for all. It must be 5 otherwise you can't cd into a 
directory.

Actually you want fmask and dmask options like as in vfat, but mount -t 
ntfs doesn't support that, so you have to make do with umask.

alan




-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Question regarding dual boot accessibility...

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1514 bytes --]

On Monday 26 February 2007 19:18, Alan McKinnon wrote:
> On Monday 26 February 2007, Chris wrote:
> > Hello,
> >
> > I have a dual boot windows / Gentoo system.  I have my NTFS (windows)
> > main partition listed in fstab with "user,noauto,nosuid, noatime".  A
> > normal user can mount and umount it, but cannot change directories,
> > look at files, etc. as they'll get a permission denied error.  When I
> > list the files and dirs, they all show up as belonging to
> > "root:root", with no access for group and others.
> >
> > My question is:  Is there a way to allow normal users to at least
> > read these files and change dirs, short of chown and/or chmod on the
> > NTFS partition?
>
> ntfs does not understand unix permissions, so there is no concept of a
> unix owner and group. You use the uid and gid options to fudge one -
> normally root:root is ok.
>
> Then to set permissions, use the umask option. 0555 should be OK -
> read/execute for all. It must be 5 otherwise you can't cd into a
> directory.
>
> Actually you want fmask and dmask options like as in vfat, but mount -t
> ntfs doesn't support that, so you have to make do with umask.

Whilst you're at it you may want to consider ntfs-3g which can also write to 
ntfs:

 http://packages.gentoo.org/search/?sstring=ntfs3g

I haven't had any corruption or failures so far (keeps fingers crossed) but I 
am not sure that I would trust a production environment to it.  You mileage 
may vary.
-- 
Regards,
Mick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]