General :: Group Control - Read & Write Permission ?
Dec 21, 2010
I have a file the owner is root:root ( mode is 644 ), I want to release read & write permission to a non root user ( eg. admin_usr ), I tried to create a specific group ( eg. ADM ) and release it to root user and admin_usr ( by adding this users to ADM in /etc/group ) , but it is not work, if preserve the file mode to 644 , is it ok? how to do it if I want to have read & write permission in my case ?
How would i write a command that can find all the objects under the etc directory that have group write permission enabled and have not been accessed in the last X days. This is what i got from internet souce but i m not able to modify it according to my distribution. find /etc -perm -0070 -a -mtime +X ! -type l?print Here is the exact statement from link i m referring to.
What are the possible problem when Windows access the file from Ubuntu got Read Only even though have a full permission to read, write and execute the file? Ubuntu to Ubuntu accessing the file there is no problem only Windows got a problem.
I'm having an odd problem (although I'm probably missing something obvious to a non-semi-newbie):I have a directory used for samba shares which is owned by user fred, a system user which the windows clients on my network authenticate with to access the shares. I, roger, want to access the directories without having to put my 'sudo boots' on every time, so I made the directory group users and added roger to that group, and changed the file/folder modes from 0755 to 0775.However I still do not have write permissions inside the directory; I still seem to be considered 'other' and hence only have read and execute.
Long time reader, first time poster. I've got, what has become to me, a brain bender. It seems ACL's are the best way to go, but I am not 100% sure. Each user should be able to create files and modify each others'files, but should not be able to delete any one elses files in a directory.chmod -1777?setfacl?
I have a group (GROUP) with a number of users. I recently added a new user (NEW). NEW is able to read but not write group files, whereas all the other users in the group can read and write to the group files. The permissions for the group files indicate that all members of group should have write permission -rwxrwxr-x
/etc/group indicates that NEW is a member of GROUP ... GROUP:x:501:GROUP,OLD,OLD2,OLD3,OLD4,....,NEW
Don't know if it matters, but both OLD and NEW write to the GROUP files over an internet connection. why NEW can't write to GROUP files? Is there a maximum number of members in a group that I might have exceeded?
On an Apache2 server someone else setup, I have a folder with drwx--x--x permission and the php file can still write in the folder. But on my own setup, I need to set the same folder to drwx--x-wx. Inside the folder, I have a index.php that runs just by setting rwx--x--x but on my own setup, I need to allow read permission for others/group before it can run: rwxr-xr-x (or else I get a blank page). I tried changing the folder and files to root but it's the same.
On one of my machines the DVD/DVDRW/CDROM drive appears as /dev/hdc and is not identified as an optical drive by HAL. It is owned by root: disk and thus no users get permission to read/write in the device (not even those in the cdrom group). This stops playing DVDs, ripping CDs, no notifications appear when a disk is inserted, etc. etc. When I set the permissions for all to read/write from the device then users can access but still no notifications are shown.
On all my other machines the optical drive is identified as /dev/sr0 and is owned by root:cdrom . All have Slack 13.1 . Previously with Slack 12.2 this machine still had the drive in /dev/hdc but the permissions were right (I think because I added it to /etc/fstab with options for users to access it). I believe the problem is down to HAL not setting this drive to the correct group, but how do I fix it? I hate HAL, it has a mind of its own, just like in the scifi movie
I Have Configure Samba server in Centos, I need give permission like for some user(5User) can able to read and write the particular folder, and again i need give some another user(6user) can only read permission for same folder.
Following the last update bringing kmail 2.0.89 it does not start any more. I get a popup signaling a fatal error : "no read/write permission to your inbox folder". But these permissions have not changed. And even if I move away the Mail folder and try to start kmail I get the same message.
This kmail version given by YAST is : 4.5.80-261.1
i want to set permission type "write" on a file to a particular user in a group of users ( not all users in that group). chown is changing a user to root , but i want to set say permission of "write" only to a user 1 in group staff which contains 10 users 1 , user 2 ...user 10.
I'm trying to do something like thisi created a group called www and made this group the owner of the directory/var/www/htmlso i can read and write to it.of course I've add my self to this group, but it seems i can't read and write.the syntax i used was something like chown :www /var/www/html.didn't workonly when i used chown samurai:www /var/www/html i could finally could create new file.the reason i don't want to specify the user name is because I'm thinking of a scenario when i need to give permission to a large group of ppl and don't want to do it user by user.
We are aware that unix has three sets of permission such as owner, group and others. I have a requirement to have a read-only access to a folder and sub-folders and the group that currently holds can't be used. Because it has write privileges. I would rather not prefer to use others, because it opens to each user in the system.have read-only access for another group?
I'm running Ubuntu 11.04 (guest) on Windows 7 (host) with the guest additions installed. I have an auto-mount folder that maps to my D: drive on the host which I can access using sudo ls /media/sf_D_DRIVE - however, even when my user (ross) is a member of the vboxsf group I get a permission denied error when attempting to explore it. I have restarted since adding my user to the vboxsf group.
This should work because I am a member of the group (which has rwx rights), so why doesn't it?
ross@panther:~$ ls -l /media total 8 drwxrwx--- 1 root vboxsf 8192 2011-07-03 22:24 sf_D_DRIVE ross@panther:~$ ls -l /media/sf_D_DRIVE/ ls: cannot open directory /media/sf_D_DRIVE/: Permission denied
I have tried to 'makepkg -s' easy-e17 in a few different places, but to no avail. I get the error: Code: ERROR: You do not have write permission to store packages in /bin/easy-e17. Aborting...
Though, I also get this error for any other directory I try in. When trying with 'sudo' I am told that it is a "bad idea." I have never used makepkg before, so whatever is wrong might be obvious; I have never "fine-tined" my makepkg.conf before, either. Probably not relevant, but just in case: easy-e17 is a group of files from the Arch User Repository for installing Enlightenment (DR17). Perhaps there is something I need to install in order to make packages from the AUR? Or does that sound ridiculous? I wouldn't know.
I have 250 GB HDD, 150 GB has CentOS installed,I have formatted the rest 100 GB in vfat, mounted on /data/ folder, now the issue is only root have the write permission on that folder, i have tried all the commands, however i have reformatted it with ext3 and now issue is resolved, i just want to know that why it is not possible to set the permissin to everyone +w on vfat partition.
I just noticed on my Ubuntu machine (ext3 filesystem) that removing write permissions from a file does not keep root from writing to it. Is this a general rule of UNIX file permissions? Or specific to Ubuntu? Or a misconfiguration on my machine? Writing to the file fails (as expected) if I do this from my normal user account.Is this normal behavior?Is there a way to prevent root from accidentally writing to a file (Preferably using normal filesystem mechanisms, not AppArmor, etc.)
I understand that root has total control over the system and can, eg, change the permissions on any file.My question is whether currently set permissions are enforced on code running as root. The idea is the root user preventing her/himself from accidentally writing to a file. also understand that one should not be logged in as root for normal operations.
I can't copy a few files from my pen drive. Got the files from a public computer, with windows. I use fedora 10.
cp gives the following error---> cp const1.java /home/user1/Documents/scjp cp: cannot open `const1.java' for reading: Permission denied lsattr shows this---> lsattr const1.java lsattr: Permission denied While reading flags on const1.java mount shows this---> /dev/sdc1 on /media/disk type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)