no write access for users, only root.
I had a similar problem a while back.
http://www.linuxquestions.org/questi...ssions-573012/ Whenever I boot my machine and go into root i have full permissions. Whenever I log in as a user however I cannot get write mode working. Logging into root will let me save files as root. I tried swtting up my user as a sudoer. This was actually a challenge as I have never used vi and or visudo, but i conquered that issue. Short story long, sudo works but again no rwx for user. So what I am guessing is take the solution from the thread I posted and insert it into the appropriate startup script. Is this correct or is there an easier solution I skimmed over in slackbook? |
What directory are you in?
If it's your home, what are permissions of the user's home directory (ie /home/username) and ownership? What's the file system? Is this a mounted partition (ie are you within a mountpoint below /)? |
If I understand correctly, you have a VFAT partition and you wish to have regular users provided with write access to it. You have found that the following command sets things up properly and therefore wish to have this "autoconfigured" at bootup.
Quote:
Quote:
|
Ah, it is my storage drive I am talking about, although I have 3 drives that mount at bootup to the /drives/ directory I created specificly for that durning instalation.
Code:
jpo@slackin:/drives$ ls -l Code:
jpo@slackin:/drives$ sudo chmod +w storage Code:
jpo@slackin:/drives$ sudo chmod 777 storage Code:
jpo@slackin:/drives$ sudo umount /dev/hdb1... |
Should be in /etc/fstab shouldn't it?
|
Quote:
one more question, how do I find or assign group ID to each user. In the example from the previous thread i was running fedora and gid 104 worked fine. It does not apply here i dont think as i cannot save, however the folder is green which means it worked, now i just have to make it work for the correct user. Once I figure that out I can edit those lines into my /etc/fstab. I completely forgot about that file because i was reading slackbook and it mentions several scripts that it loads and this one Quote:
** reading is fundamental. its in /etc/passwd shows me my gid and uid so i can use either.** |
Code:
jpo@slackin:~$ sudo umount /dev/hdb1 *Problem solved, thank you* If anyone wants to explain what the 2 numbers after the umask in the fstab file signify however i would like to understand better. Thank you for the help. /dev/sda1 /media/hdd vfat rw,uid=0,gid=104,umask=000 1 2 |
[deleted]
|
The fifth field of an fstab entry indicates how often the partition should be backed up (1=every day, 2=every other day, etc). I believe it is ignored in modern GNU/Linux systems but Patrick seems to put a "1" there and I trust his judgment.
The sixth field indicates the order in which 'fsck' is to be executed during bootup. The root partition should be checked first and so the sixth field for its entry should "1". The order of other partitions should not matter and their entries should contain a "2" (unless 'fsck' is never to be run for the partition, in which case the sixth field should contain "0"). Perhaps for a VFAT partition, the sixth field should be set to "0" -- I don't use Microsoft partitions so I'm not sure. |
thanks. it really helps to understand what i'm doing.
|
|
If you unmount both of those partitions, what does ls -l /drives show?
|
Quote:
Code:
jpo@slackin:~$ ls -l /drives |
Can you try
mount -t ntfs /dev/hdb1 /drives/storage -o rw,uid=your_uid,gig=your_gid and mount -t ntfs /dev/hdb1 /drives/storage -o rw,umask=000 |
Quote:
|
All times are GMT -5. The time now is 07:35 AM. |