SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
NTFS support is read only. Do you just want to be able to access the drive as a normal user? If so you'll probably just need to chmod whatever directory you are using as a mount point (say /mnt/ntfsDrive) to 755. (so to follow the example - chmod 755 /mnt/ntfsDrive && mount /dev/hdXN /mnt/ntfsDrive)
If that doesn't work try using umask=0000 (an extra leading zero for the directory bits). After you modify /etc/fstab then you will want to
umount /dev/hda1
mount -a
This will effect the changes that you made by remounting your windows directory. If you want to be more careful you can disable write so that you don't mess up your data (I do this cuz im paranoid) by using umask=0222.
mount -t ntfs /dev/hda1 /mnt/windows -r -o umask=022
umask 022 only removes the write permission for everyone but the owner. On a read-only ntfs drive this is foolish. Since you're wanting to mount it so that a normal user can access it instead of just root, take a look at the man page for mount. Pay particular attention to the part about gid and uid options to mount. The default is to set the owner of all files in the filesystem if no owner is specified as root. You can change this with uid.
Let me see if I can shed a little light on this subject...
*cracks his knuckles and begins to type...*
First off, you have to have NTFS file system write support in your kernel.
Second, read the following.
Now, this is taken from the configuration for choosing NTFS file system write support in kernel configuration:
Quote:
CONFIG_NTFS_RW:
If you say Y here, you will (maybe) be able to write to NTFS file
systems as well as read from them. The read-write support in NTFS
is far from being complete and is not well tested. If you say Y
here, back up your NTFS volume first, since it will probably get
damaged. Also, download the Linux-NTFS project distribution from
Sourceforge at <http://linux-ntfs.sf.net/> and always run the
included ntfsfix utility after writing to an NTFS partition from
Linux to fix some of the damage done by the driver. You should run
ntfsfix _after_ unmounting the partition in Linux but _before_
rebooting into Windows. When Windows next boots, chkdsk will be
run automatically to fix the remaining damage.
Please note that write support is limited to Windows NT4 and
earlier versions.
If unsure, say N.
Basically, to sum it up, if you're running WindozeXP as your other operating system, that is NT5, then you'll never mount it as writable, until support changes later. However, if you're using NT4 (or earlier), this is how you would mount it for users to write to it:
(hdxn... x and n being the letter and number for the partition that ntfs resides on, in my case, this would look like /dev/hda1)
(/dirname being the folder you want to mount the partition under)
But, as it says above, use the fix utility how it says to use it! You'll save yourself a lot of trouble.
That should give you a good starting, if nothing else.
From what I've read, the umask option in fstab is the only way to mount the drive in a state that you will be able to make permission changes, and have them actually do anything. The state in which a FAT or NTFS drive mounts is determined by microsoft. It has a default setting. Microsoft handles drives a bit differently, and since I'm not qualified to go into detail, I won't. When you mount the drive in Linux, with the umask bits =0000 , you are un-doing the default state, and setting the drive to a neutral state . Then you can change permissions on the drive with 'chmod 555' in this case, so that you can read and execute on the NTFS drive.
On my home network, if I were on my Windows 98 box or WinXP box, I could not even navigate FAT volumes which were hosted by my Linux box through Samba.And no attempt to change permissions had any effect at all.
However, when I changed the umask bits, that changed everything. I could change the permissions as I see fit, AND I was now allowed to navigate these volumes with my Windows boxes, and do anything that the permissions granted. In my case 'chmod 777' . I don't give a shat about security, it's only my home network.
Anyway, you have read my interpretation of what I have read, and my results in my situation.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.