I am creating a tar gzipp'ed archive on my local machine (as user1) using the following commands:
user1@devmachine:~/$ tar czpf dir.tar.gz thedirectory on the server, I untar it (as user 2) using the command user2@servermachine:~/$ tar xzpf dir.tar.gz
I find that the extracted files are owned by another user (say user3) What is the logic that is used to determine file ownership if the owner of the extracted file is not a user on the target machine? I am running Ubuntu 10.0.4 on both machines
The server is named alpha and is running Archlinux. It is exporting a directory named /files. The server is a couple of years old and I have accessed it extensively from clients running Arch, Suse, PCLinuxOS, and maybe some others, all with no problems. The clients (3 of them) are new installations of Linux Mint 10 (Julia). When I mount the nfs all of the nfs files are visible as expected. However, the owner/group is drastically different than on the server.
I might add that I have set up user id's and group id's the same. My user is 1003 on all systems, and the users group is 100 on all systems. When I am on alpha (via ssh), here is a partial file listing.
Code: [dick@alpha dick]$ ls -l total 9740 drwxr-xr-x 3 dick users 4096 May 16 2009 airplane -rw-rw-r-- 1 dick users 240978 Jun 27 2009 Alice Grad 1934.pdf -rwxr-xr-x 1 dick users 444 Jul 8 2007 alpha2ast -rw-r--r-- 1 dick users 444 Sep 2 2009 alpha2charlie
[Code]...
If have searched the Mint forums, LQ forums, and google in general. I must be missing something in my search because I can't believe that no one else has this same problem and I am having it on 3 different boxes.
How can I make a virtual host (right now I just use NameVirtualHost *:80) that will load the same page for every domain that matches imap.domain.com, smtp.domain.com, or pop3.domain.com?
I have a fairly complicated request The short version is, I want to set up a system so that any user can change the ownership of a certain set of files at any time without root access. I think it's possible to set up sudoers to do that, but so far I have failed miserably.I have tried setting up a wrapper script around chown, then putting that script into sudoers, but it didn't work. Here's the script and sudoers (paths changed to genericize them):
Code: #!/bin/bash #this script moves a copy of the code
I have a disk that I access from several locations. I require that all the files created always have the same owner, at least group wise. I have different users (that are in that group) that need to be able to read/write all these files. I have these users access the files over samba, and sometimes locally on the server. I know that you can do something with a thing called sticky group or whatever, that files created in a dir with that flag will get the same group, but it has not worked consistently so far. It must also work for directories created by these users.The permissions should be 770 (chmod).Is there a way to set this up, that all files created always have the same group? Right now I am running a cron job every hour or so, to chmod and chown all the files to the right group, but this is far from elegant of course
On my RHES4 I noticed a load of files which had owner set as the owners uid rather than the actual username - is this usual behaviour ? On a similar system the same files actually have the username as the owner.It's just causing me issues as I have changed the users ID and now some thing's wont start meaning I have to manually do a find and chown on the system.
For example /dev/loop*, /dev/raw/*, etc., they are automatically reset to root/root after rebooted.Change the owner/permission of device files maybe not a good idea, though. I just want to know if it is possible and how?
I can't figure out how to make files have a different default owner:group.. Example:I need the users of my group called gpib, to create new files with: username:gpib, instead of the default: username:username
I have a directory cookie_tmp which is owned by some:fella. Session cookies are being created under this directory as How can I set the directory so that files are created and owned by some:fella ?
have recently installed ubuntu server on a new machine. I have added 3 users and I have assigned them to a group.The three of us work together on a lot of stuff so what I would like to do is to have a specific folder made the groups folder. All files that are created or moved into this folder should automatically be owned by the group. I.e. all 3 of us should have the right to read and write to these files.
I'm trying to understand the last few hours... I installed slackware 13 yesterday in a multiboot system. On a seperate hdd from all the OS's I have my mp3 collection......I could play the mp3's as root after manually mounting sdb, but as a user I was unable to play them even though I chown'ed and chmod'ed 777 until I mounted sdb in fstab. The second drive was formatted ntfs by vista.
I am trying to change the write permissions on a file and On the screenshot you will see where i have underlined, its states i dont have owner rights to modify this file, how do I get owner Permissions when this is my installation..
I have a php script that creats some files and moves them into certain directories. When the files are created, the ownership is www-data:www-dataWhen they are moved to the appropriate directories the maintain that. But, I need the files' ownership to be changed to asterisk:asteriskHowever, www-data doesn't have permissions to do this. I don't want to run a cron as root that does this (I'm already doing that). I really wish there was a way for my files to be created via my php script and in that same file do something like: system("chown asterisk:asterisk /home/test/test.call");
I can see the owner and group ids are shown because there are no corresponding entries in /etc/passwd and /etc/group respectively. I don't know much about linux and dare not to edit these files, I wonder if somebody already knows whether linux would map the owner id of files coming from other computers to the account name in /etc/passwd and display them when necessary (for example, when using ls -al)?
CentOS 5.4 install, likewise open standard install (For active directory authentication).I have a license service which requires a license.txt be in the users home directory.The group owner for license.txt must be the same as the license service. Whenever a new domain user logs in, it creates the all the appropriate files but the group owner for license.txt is the users domain group. My current workaround seems like more effort than it's worth, is there another way to get this process solved easier/more secure?
- copy the license.txt into /etc/skel
- created a script to check for the presence of license.txt, check it's permissions and change them if necessary
- gave the domain's group sudo [nopasswd] access to the script (the script is not writable)
I was trying to edit some files in /usr . so I did "chown -R username /usr" as root . after editing, I did "chown -R root /usr" !!!!! it made me unable to open Yast and VirtualBox and many other features and applications . is there anyway to fix this ? I think some files in /usr was not owned by root,
I have a list specific list of dirs/files that need to be changed into another users name.I initially thought that this would work:chown -Rc user.name 'cat user.name1.txt' but I get chown: cannot access 'cat user.name1.txt No such file or directory
I've got a bit of an issue here. I'm running OpenSUSE 11.1 with an old Windows XP drive slaved on the secondary cable. Works just find, as long as I sudo mount it (sudo mount /dev/sdb1 /windows/C) and I can access everything I have on the drive; this is not the issue. The issue is that I have another drive that I want to sync up. Eh, this needs to be a bit clearer.
When I have /windows/C mounted, it shows a padlock on the C drive, but not windows folder. (/windows/C). I have a dedicated entry in / to allow windows to work. I have maybe 25 folders in my Music folder that I want to sync to my /C drive, as I plan to re-install Suse on a bigger drive, and don't want to lose this music.
Upon su *password* into root, I can ls -l and I get Code: ls -l total 32 drwxr-xr-x 26 root root 32768 1969-12-31 17:00 C
[Code].....
The reason I want to get this stuff transfered over is because I'm running out of room on my smaller drive and I figure I may as well utilize a 200GB HDD for something besides a paperweight. I know this drive will work, but I don't want to lose my current data that exists on my smaller drive. (I think my current drive is a 40? Not completely sure right now)
I issued chown '-hR <user>:<group> *' on a directory. chown also change dot and dot-dot in cwd and all subirectories. How do I go about recursively changing ownership without changing dot and dot-dot?
My home/container has me as the owner but the contents all belong to root...I've tried >chown cbjhawks /home/cbjhawks but that didn't change anything. Should it be >chown -R cbjhawks /home/cbjhawks? Or what is the proper command for doing this...
I've just installed Ubuntu 10.10 AMD-64 and mounted several partitions into /mnt/ directory. Now I want to be able to perform operations on those partitions without limitations. I'm trying to change the owner and group but it doesn't work. I'm typing sudo chown username filename to perform the operations.
When I installed a new copy of my distro on another partition, in order to preserve all the settings from my old my user account, I made a user account with the same name on the new installation, and then copied my old user account's files (in their entirety) to the new user account, overwriting it. I did the copying from the root account (where else? I assume the new user account can't overwrite itself while it's open), and root became the owner of everything I copied, making it impossible to open the new user account. So I then chowned the new user account's folder to myself. I still can't get in, because apparently, chown only chowned the top folder, leaving all subdirectories owned by root. How do I make chown include all subdirectories? I scanned the man page, but didn't see a parameter.
