Complex file permissions issues

I'm working on trying to setup file permissions on a share for a client and have been unable to figure out a way to do what they have asked for. They have a predefined structure of directories inside each client directory and have shared the parent folder
that holds all the individual client directories. In each client directory it has the same structure as the other clients' and is supposed to have varying permissions regarding files and folders throughout, however, the initial structure of directories should
never be allowed to be changed by the client accounts in the group granted permission to their structure.
Throughout the structure those in that client group in AD should have read and execute everywhere, which is easy to set and I've had no issues with. In some of the subdirectories they should have modify/delete for it's contents, sometimes restricting this
to just files vs files and directories. If the directory that should allow that is not followed by any further directories defined by the structure I can configure that as well. It's when a directory is supposed to allow the client modify/delete on it's subdirectories
and files BUT it has a child that the client should NOT have modify/delete on because it's part of the pre-defined structure that I run into a problem.
Example folder structure:
Client_Name -> Data -> DataSub
They have read, transverse, list, execute on Client_Name and can't change the Data directory itself. Then they need to be able to create, modify and delete files and directories inside Data BUT they can't be allowed to do that to the prexisting DataSub directory.
They also must be able to create, modify, and delete files and directories inside DataSub.
I've tried using a deny rule applying to "This folder only" on DataSub and selecting (create files/write data, create folders/append data, write attributes, write extended attributes, delete subfolders and files, and delete) while having an allow
rule for the same + read applying to "This folder, subfolders, and files" but DataSub is still modifiable and then nothing inside it is.
I've also tried allowing (traverse folder/execute file, list folder/read data, read attributes, read extended attributes, read permissions) on DataSub applying to "This folder only" and then another allow rule applying to "Subfolders and files
only" allowing (create files/write data, create folders/append data, write attributes, write extended attributes, delete subfolders and files, and delete). DataSub is still modifiable and nothing inside it is again.
I can't figure out how to do this and I'm not 100% sure it's even possible. If anyone could provide any insight or help I'd greatly appreciate it.

Hi, If I see it correctly, that's how I would do it;
- I would desactivate inheritance on all 3 folders & remove all security.
- I would create 3 groups to apply to each folder.
- I would make the group member of each folder with the general read flag.
- I would click in the advanced security to make them able to modify, erase for
file and subfolder only
I would not use deny as it make the ACL harder to read.
Regards, Philippe
Don't forget to mark as answer or vote as helpful to help identify good information. ( linkedin endorsement never hurt too :o) )
Answer an interesting question ? Create a
wiki article about it!

Similar Messages

  • Can't Customize, Change Settings, or Move Files -- Permissions Issue?

    Hey all:
    Just got a new MBP w/ 10.5.2. Successfully migrated most of my user settings and applications from the old Tiger HDD (old laptop died a horrible death).
    The problem is that aside from everything appearing to be the same, I'm finding that I don't have the access to do a whole lot with my own files. Several different problems that "seem" like they're stemming from the same accessiblity/permissions issue include:
    Intermittent trouble downloading files with Firefox's default download tool.
    Complete inability to change desktop background.
    Programs fail to remember setting changes after quit and re-launch.
    System Preferences do not remember changes to settings.
    Certain files can not be moved, renamed, opened, or deleted w/o admin authorization, or in some cases, at all.
    The problems started after I migrated the old system over after having an interim user account running for a few days prior. After migrating, I attempted to reconcile the two together and that's when things got hairy.
    In the past couple days, I have tried:
    1.) Archive and Install (preserving User settings - now down to just one admin).
    2.) Changing permissions to system read/write, admin read/write, everyone read only for the entire /User directory, applied to all enclosed items.
    3.) Repairing Permissions (which took about 10 minutes!)
    I'm at the end of my rope here. I'm stuck with my OS acting the way it wants to, which is the exact way it was after being archived and reinstalled, no matter what changes I try to apply in the Finder, Preferences, or in any programs.
    I'm thinking maybe a clean install and then migrating over the backup I just made on my external HD will get me my stuff without whatever troublesome thing is freezing me out, but I'm not really sure, and I don't really understand much about command lines in Terminal.
    Does anyone have any ideas? Many thanks.

    Oddly enough I just had a spastic moment with a mouse click and put my Drop Box in the Trash (I keep the Delete thing in my window toolbar, which is handy, but can lead to accidents)... Since I was playing with it I noticed its absence immediately. Realized what I had done after a moment's reflection, and put it back. Which just goes to confirm something I ALWAYS do before I empty the Trash: open it and see what's in there first, then click empty.
    As to whether removing ACLs is for advanced users only: well, up until Leopard that's the way it always was, there were, until now, NO ACLs on the users folders. So should everyone have been an advanced user until now? Did you ever delete a folder in Jaquar or Panther or Tiger and empty your Trash without checking? Indeed, if you use Time Machine, available in Leopard but not before, you are already protected from such goofs, since you can recover things accidently deleted using Time Machine, so actually you are in better shape with Leopard than ever before, WITHOUT the ACLs if you use Time Machine. Until Leopard there was neither belt nor suspenders to automatically protect you from losing data. Leopard supplies both.
    The situation reminds me of the continuing debate about virus protection on the Mac. Personally, I have seen various anti-virus programs cause all sorts of problems, and it has yet to protect any Mac system from anything (since as yet there are no Mac system viruses). Anti-virus software may have saved some users of Microsoft Office who share files with Windows users from getting a macro virus in their Word docs, and it might have kept a Mac user from passing on some email virus to some Windows users by forwarding stuff from the Internet. But still.... if you don't use MS Office or forward email junk, you get no benefit and may get some problems.
    Same seems to me to be true of ACLs: it is possible to get a benefit (you can't accidently toss your Movies folder and lose data, assuming you mindlessly empty your Trash and don't have a backup), but an awful lot of people are having an awful lot of problems.
    Francine
    Francine
    Schwieder

  • File permissions issue when putting a file into another person's Drop Box

    I frequently drop files from my Mac into a co-worker's Drop Box on her Mac. When I do so, however, the files are inaccessible to her until she does a Get Info and changes the owner to herself.
    I've done file sharing of this sort between many different Macs before, but this is the first time I've ever seen someone have to alter file permissions on a file I gave to them--every single time. How can I avoid this problem?
    We're both running 10.4.9.
    Thanks very much.
    MacBook 1.83GHz   Mac OS X (10.4.9)  

    I too have noticed this behaviour with the drop box and find it irritating. I don't use it much so I haven't investigated a solution, but your colleague could try opening Terminal from her admin account and entering these commands:
    sudo fsaclctl -p / -e [this enables ACLs on her boot drive]
    The below two lines can be pasted in at the same time (replacing "mary" with her short user name):
    sudo chmod +a "mary allow delete,chown,list,search,add_file, \
    addsubdirectory,delete_child,file_inherit,directoryinherit" ~mary/Public/Drop\ Box
    That should allow her to have full access to any files put into her drop box. Rebooting might be necessary for the ACL settings to take effect.
    Disclaimer: AFAIK this should work because I have gotten similar things working before. But I have not tested this specific solution.
    FWIW, it might be easier to just e-mail her the file instead.

  • BIDS - report file permissions issue on master, yet im a sysadmin when running the RDL from SSMS

    Im building a report file and when I preview the report, it fails because my account cant access the master database.
    My dataset is just calling xp_readerrorlog, which is in master.
    I can call it just fine in a query window, but not from BIDS, using a connection with windows security.
    I can however, preview the dataset ok, but when I open the RDL file from SSMS under custom reports, I get an login error.
    However, if I preview the report...it fails and says the login failed, login failed for user mydomain\myuser ....

    Hi,
    It seems a permissions related issue, try the following methods to troubleshoot the issue:
    1. Use this form of giving the user exec rights on extended stored procedure.
    create user usename for login login
    go
    grant exec on xp_readerrorlog to username
    Refer to:
    http://social.msdn.microsoft.com/Forums/sqlserver/en-US/ffd3a32b-7e17-4f15-9fb7-fa744611ac7e/minimum-persssion-required-to-execute-spreaderrorlog-system-stored-procedure
    2. Run BIDS as administrator and see how it works.
    3. Also, check the SQL event log (SQL Server Management Studio > Management > SQL Server Logs) and post the full error message for the failed login.
    Thanks.
    Tracy Cai
    TechNet Community Support

  • Unable to save files permissions issue (this file is locked)

    This is my first post here so thanks in advance for any help you may be able to offer.
    After creating a new secondary admin account I logged into it and wanted to access my documents folder on my main account so I added the new user as having "read and write" permissions for the folder and "applied to enclosed items". This worked however, when i logged back into my main account I am not UNABLE TO MAKE ANY SAVES TO ANY OF MY FILES IN THE DOCUMENTS FOLDER.
    This is despite my user account having "read and write access" for the affected files.
    Steps taken to solve issues:
    1. Removed second account by deleting it through Sytem Prefs. STILL NOT WORKING
    2. Applied "read and write" privalliges to the entire docuemnts folder and enclosed items for main admin account. STILL NOT WORKING
    3. Used Disc Utilities to run a "repair permissions" on HD. STILL NOT WORKING.
    4. Held Command R after restarting in "Repair Mode" - selected terminal and typed "reset password" - from that window I Reset Home Directory Permissions and ACLs. STILL NOT WORKING!
    Does anyone know how to solve this issue? I know you can duplicate a file, resave it and it solves it but I have 1000's of files and this would take me weeks.
    Many thanks in advance... Lion is 10.7.2 and still a nightmare :-(

    When I first started using Oracle9i JDeveloper everything went ok. Then I changed the permissions on my local C: drive and when I saw this caused problems with my swap file I set them back to what they were. Now my problem is that I cannot continue to work on coding as I cannot now save anything in JDeveloper as it keeps saying I cannot save files and that I should check the permissions. Anyone know what my permissions should be ? I have granted uncle Tom Cobbley and all full everythng (CRUD) access to my local disk and this does not seem to have solved the problem. Any ideas ? Steven:
    When you changed permissions back, did you propagate the change to subdir and files?
    Also, using the explorer, select the file, bring up its properties, and check the 'Security' panel to see if it indeed allows all permissions to everyone.
    Thanks.
    Sung

  • Vista file permissions issues?

    I'm having an issue creating a file in java that can be modified by any user of a vista machine.
    When i create a file, it has read-write-executable permissions for the creator and admins. It has read-executable for all other users. If i call setWritable(true, false) on the created file, the "other users" permission group disappears, making the file completely un-accessible for that group. Any thoughts on how i can make the file r-w-x for all users?
    Another weirdness. If a file is created by a non-admin, when I log in as an admin and call file.Delete(), the method returns true. But the file will not actually be deleted from the file system. (Even though the file can be deleted without any password from windows explorer).
    Thank You

    ab11 wrote:
    I'm having an issue creating a file in java that can be modified by any user of a vista machine.
    When i create a file, it has read-write-executable permissions for the creator and admins. It has read-executable for all other users. If i call setWritable(true, false) on the created file, the "other users" permission group disappears, making the file completely un-accessible for that group. Any thoughts on how i can make the file r-w-x for all users?I would suppose you need to modify the permissions of the containing directory (not from within your code, but as a do-once setup kind of thing by using OS tools). It is probably just inheriting the permissions of that directory.
    Another weirdness. If a file is created by a non-admin, when I log in as an admin and call file.Delete(), the method returns true. But the file will not actually be deleted from the file system. (Even though the file can be deleted without any password from windows explorer).You probably still have an open handle on the file, and Delete() returned false in this case indicating it was not successful.
    Be sure to properly close your streams - it's a very common mistake.

  • Photoshop CS6 file permissions issue with file created with Photoshop CC

    In our studio we have several capture stations and work stations all connected to one file server. An issue occurs when a user of CC creates a file and saves it to the server and a user of CS6 opens the file. The CS6 user cannot save the changes he just made to the file that was created in CC. The CS6 user can do a Save As with no issue. There is also NO problem if the file that was created in CC is transferred to a new drive using the Finder in Mac OS X.
    Has anyone else had a similar issue or know of a solution?
    Here is a screen cap of the error:

    We have solved our issue.
    After running Adobe updates on machine that uses CS6 and then re-starting that machine, our issue seems to have disappeared.
    Hope this helps others.
    Best of luck.

  • Permissions issue only the FIRST time I try to overwrite a file.

    I've a standard user account and I've found overwriting protected files is bugged in Leopard.
    As an example: every time I'm upgrading Camino web browser with the latest nightly build (by dragging the new version from it's disk image, and into the Applications folder) I get a permissions issue the first time only. As usual I am warned I will need to authenticate, then I am warned I will be replacing a file, then the first time only I get told I do not have sufficient privileges on one or more items to continue. The second time I try I am allowed to progress to the authentication window where I enter my admin username and password and the operation completes.
    The same thing happens with other files I'm trying to overwrite that are located in protected folders (I just use Camino as an example because it is a daily occurrence). But it ONLY happens the first time.
    This has persisted through three erases of my brand new iMac's HD and clean installations of Leopard. I have of course run Disk Utility multiple times to repair the HD (no errors found) and repair permissions (just the usual ACL errors every Leopard user faces).

    Hi,
    What's the error message did you get? It would be better to provide a screenshot for your problem.
    Generally speaking, this problem can be caused by third party adds-on of IE. You can try to start IE with no adds-on mode for test.
    Open run, type iexplore -extoff, pess
    Enter.
    If it works properly, please chck which plugin enabled in your browser, try to disable them for test.
    In addition, this can also be caused by IE settings, try to reset IE for test.
    Roger Lu
    TechNet Community Support

  • Sharing files between user accounts without permissions issues

    I have two user accounts on my iMac and need to make files available to both accounts, back and forth, without having to worry about permissions issues. Files need to be read and edited from both accounts.  I posted previously about this and was told to place the files in Users/Shared.  I've done this but it hasn't accomplished what I need.
    I created a document in one account and saved it to Users/Shared, but when I opened the document from the other account and tried to edit it, I was told that I didn't have permission to edit and that I needed to duplicate the file.  How can I avoid having to set permissions for files that I need to edit from both user accounts?

    Or not.
    I butt up against this lunacy frquently.
    I have just created a file saved to my external NAS - no problem - tried to save my edits - now don't have permission to do so.  Again - checked - custom access - again.  Ridiculous.
    Why can Apple not sort out this fundamental problem - if I create a file and put it on my network where I WANT IT - the OS should not then prevent me from accessing it.
    I spend hours, regularly, trying to sort this out.  Apple OS is a joke.
    And to be kept being told - do this, do that, use terminal, reset passwords is ridiculous.
    Sorry for the rant.
    But this is the limit.
    Mike

  • Issues using XDOLoader - file permissions

    I have not yet run the XDOLoader utility successfully, but I'm trying to create an .ldt file to port our template .rtf files across database instances.
    Can anyone help me determine why I'm getting a file permissions error? (See below)
    I created a shell script with the following:
    # set Up CLASSPATH
    export CLASSPATH=$CLASSPATH:$HOME/java/DCRDpoi.jar:.:/opt/java1.3/lib/dt.jar:/opt/java1.3/lib/tools.jar
    # set up APPL_TOP var
    cd $APPL_TOP
    $AFJVAPRG oracle.apps.xdo.oa.util.XDOLoader DOWNLOAD \
    -DB_USERNAME user \
    -DB_PASSWORD pwd \
    -JDBC_CONNECTION server:port:SID \
    -LOB_TYPE TEMPLATE \
    -APPS_SHORT_NAME DCRD \
    -LCT_FILE /DEV1/code/applmgr/11.5.9/dev1appl/xdo/11.5.0/patch/115/import/xdotmpl.lct \
    -LDT_FILE testlob.ldt \
    -LOG_FILE testlob.log \
    This results in the following error relating to file permissions:
    XDOLoader started: Tue Mar 06 10:39:01 EST 2007
    Parameters passed to XDOLoader...
    [DOWNLOAD] [DOWNLOAD]
    [LDT_FILE] [testlob.ldt]
    [LCT_FILE] [DEV1/code/applmgr/11.5.9/dev1appl/xdo/11.5.0/patch/115/import/xdotmpl.lct]
    [LOB_TYPE] [TEMPLATE]
    [APPS_SHORT_NAME] [DCRD]
    [JDBC_CONNECTION] [oradev1.datacard.com:1529:DEV1]
    [DB_USERNAME] [user]
    [LOG_FILE] [testlob.log]
    [DB_PASSWORD] [pwd]
    Start downloading...
    Downloading files from XDO_LOBS: SELECT FILE_DATA, LOB_CODE, LOB_TYPE, APPLICATION_SHORT_NAME, FILE_NAME, LANGUAGE, TERRITORY, XDO_FILE_TYPE FROM XDO_LOBS WH
    ERE APPLICATION_SHORT_NAME = :APPS_SHORT_NAME AND LOB_TYPE in (:TEMPLATE, :TEMPLATE_SOURCE) AND LANGUAGE = :LANGUAGE AND TERRITORY = :TERRITORY
    Downloading files from XDO_LOBS: SELECT L.FILE_DATA FILE_DATA, B.TEMPLATE_CODE LOB_CODE, L.LOB_TYPE LOB_TYPE, L.FILE_NAME FILE_NAME, L.LANGUAGE LANGUAGE, L.T
    ERRITORY TERRITORY, L.XDO_FILE_TYPE XDO_FILE_TYPE, L.APPLICATION_SHORT_NAME APPLICATION_SHORT_NAME FROM XDO_TEMPLATES_B B, XDO_LOBS L WHERE B.APPLICATION_SHO
    RT_NAME = :APPS_SHORT_NAME AND B.TEMPLATE_CODE = L.LOB_CODE
    java.io.FileNotFoundException: Datacard Invoice_en_US.rtf (Permission denied (errno:13))
    at java.io.FileOutputStream.open(Native Method)
    at java.io.FileOutputStream.<init>(Unknown Source)
    at java.io.FileOutputStream.<init>(Unknown Source)
    at oracle.apps.xdo.oa.util.XDOLoader.saveDownloadFiles(XDOLoader.java:1617)
    at oracle.apps.xdo.oa.util.XDOLoader.processDownload(XDOLoader.java:1534)
    at oracle.apps.xdo.oa.util.XDOLoader.process(XDOLoader.java:927)
    at oracle.apps.xdo.oa.util.XDOLoader.main(XDOLoader.java:436)

    Please check permissions for directory from where you execute the command.
    By the way, XDOLOADER has nothing to do with ldt file. LDT file is for data definition and created/used by FNDLOAD. XDOLOADER is for moving template file itself.

  • Spotlight not finding files on my Hard Drive - permissions issue?

    I found that Spotlight in Mountain Lion was often not finding files when searching for words within the file (searching file names seemed to be OK).
    I found various threads suggesting that it may be a problem with File Permissions. I use Dropbox and was concerned it may have messed up permissions after a relinking a while ago.
    I tried to reset permissions from within Dropbox (under Settings, as suggested by some), but no help.
    Finally I found this EXCELLENT TIP to reset permissions from within the Repair Utility (in Mountain Lion), Not the Disk Utility, which I had not been aware of:https://discussions.apple.com/message/20421138#20421138
    It took a little while and then Spotlight re-indexed all my files. SO FAR it seems to be working well.
    THANK YOU!!

    Might try this...
    Safe Boot , (holding Shift key down at bootup), use Disk Utility from there to Repair Permissions, test if things work OK in Safe Mode.
    Then move these files to the Desktop for now...
    /Users/YourUserName/Library/Preferences/com.apple.finder.plist
    /Users/YourUserName/Library/Preferences/com.apple.systempreferences.plist
    /Users/YourUserName/Library/Preferences/com.apple.desktop.plist
    /Users/YourUserName/Library/Preferences/com.apple.recentitems.plist
    Reboot & test.
    PS. Safe boot may stay on the gray radian for a long time, let it go, it's trying to repair the Hard Drive.

  • How do I stop DW CS6 randomly changing file permissions via FTP?

    How do I stop Dreamweaver CS6 12.0.1.5842 randomly changing file permissions when it uploads files to my web server via FTP.
    I can no longer trust Dreamweaver to upload websites correctly as it changes permissions on some files which then deny the server access to the file which in turn makes the webpage unreachable/return a 403 error.
    This is driving me insane.
    I'm using an early 2011 Macbook Pro 10.7.5.

    Hi,
    I'm having this problem too. Has Adobe fixed the issue yet? This appears to be an Adobe problem, not all the web hosts out there. CS6 is ramdomly (meaning: not every time) changing permissions on files uploaded with it and is not usable for web work until this problem is fixed by Adobe or a solution is provided. If I wanted to use a separate FTP program I would not have recommended that my employer buy multiple Adobe CS6 product licenses. One of the primary appeals of DW is the integration of FTP into the workflow.
    I am using a destop iMac2.8 GHz Intel Core 2 Duo, 4 gigs of 800 MHz DDR2 SDRAM.
    OSX 10.7.5
    I am using DW Version 12 Build: 5808
    Dreamweaver CS4 that I was using until this new purchase was working just fine. No file permisssion changes. I am being forced to go back to using it until Adobe posts a fix for this.
    I should ask while I'm here: has anyone found a solution for this yet?
    Thanks,
    -c-

  • How do I migrate from one user to another to resolve sleep/permissions issues?

    My MacBook Pro's been having several issues, mainly with waking from sleep. I've tried Repairing Permissions, Repair Disk, running tools like OnyX and Drive Genius, but they can't find any issues. I checked the Console log, and there was some sort of denial from displaying the login window after I woke up from sleep.
    Initially I thought this had to do with some of my peripherals being plugged in when I already had the lid closed; the Mac would wake up, not realize the lid was closed, and never go back to sleep. Nothing--keyboard or trackpad touches--would wake the machine up. I'd have to hard reset by holding the Power button on.
    I had an Apple Genius suggest that I create a new user and test it out with the (same) default sleep settings as the buggy user account. It wakes up from sleep lightning fast, and has thus far never had any issues.
    I'm leaning toward sticking with this new user and migrating over my things bit by bit, to try and avoid potential permissions issues. But since I don't know where the source of this sleep problem lies, how should I go about it?
    I've read through Pondini's Transfer Guide here http://pondini.org/OSX/Transfer.html, but I'm just wondering where people would start, knowing that the machine has had permissions issues with some files. (The permissions issues, btw, I believe were caused by a mangled Time Machine restore. I replaced my internal HD with another one, but the Time Machine/Migration Assistant restore wasn't complete. I did it a second time from within the user account that got created, then tried to delete the malformed one and rename the complete one, but that's when the issues started.)

    I wasn't intending to move the entire home folder, rather, moving things like what's inside my Documents folder in chunks.
    From what I read, tracking down the origin of sleep/wake problems on a computer is notoriously hard, especially if Disk Utility and similar tools don't give any clues during Repair Disk or Repair Permissions. Creating the new user seemed to help, but I don't know why that alone would "fix" anything, so I haven't moved any files as of yet nor done anything with the new user account.
    Trying to move the things from my Library folder to my desktop also seems a bit risky; it's hidden in Lion and Mountain Lion because a lot of system files are there, right? Wouldn't moving them cause problems, not just help me find what file/folder (if any) could be the culprit?

  • "screen shot can't be saved" and other permissions issues

    After having my iMac at the Apple Store for four days solving a problem with "quit unexpectedly" issues with all Apple built-in Apps on OS X Yosemite, I got the machine back with those problems solved.  It involved re-installing OS X and restore files from backup.  I thought all was well; the Genius Bar dude showed me that it's fixed. He said it took so long because of bizarre permissions issues he'd never seen before.
    Now that I've lugged this 40lb machine back home (after verifying the fixes in the store) I now find that several (other) functions don't work.  When I try to do a screenshot, I get this message:"Your screen shot can't be saved.  You don't have permission to save this file in the location where screen shots are stored."  Message could have been more helpful; the "location" is the desktop.  Pretty descriptive, though.  Seems I can't save anything to the desktop.
    I tried creatng a folder on the desktop.  Got this message: "Finder wants to make changes. Type your password to allow this".  Type password and new folder appears.  Drag the new folder to the trash, get same message..
    I tried copying a file from a network drive to the desktop. I get this dialog: "Modifying Desktop requires and administrator name and password.  I clicked "authenticate" and after a 3 minute delay (with "Preparing.." ) I get this dialog; "Finder wants to make changes.  Type your password to allow this".  I type the password and the file appeared on the desktop.  Before the work at the Apple Store, this never happened.  BTW I have only one user account and it's marked "Allow user to administer this computer".  Thinking something might be goofy with the pw, I changed it (took 3 minutes to do, oddly) and rebooted. No joy. Same thing happens when I try to drag something from the desktop to the trash.  Long time "moving" message followed by having to provide and admin pw.
    I tried to save a Safari attachment to the Downloads folder and got this message: "Safari could not download the file xxxxx because there is not enough free disk space".  Since I have more than 600GB of available space, I think the message is wrong and that it's really a permission issue with the Downloads folder.
    Tried to reset the password again.  Click to unlock the Users & Groups panel, get "System Preferences is trying to unlock Users & Groups preferences.  Type your password to allow this".
    All this tells me that somehow Yosemite is in "nag" mode (reminiscent of Windows Vista.
    Any ideas?
    Chaz

    Back up all data before proceeding.
    This procedure will unlock all your user files (not system files) and reset their ownership, permissions, and access controls to the default. If you've intentionally set special values for those attributes on any of your files, they will be reverted. In that case, either stop here, or be prepared to recreate the settings if necessary. Do so only after verifying that those settings didn't cause the problem. If none of this is meaningful to you, you don't need to worry about it, but you do need to follow the instructions below.
    Step 1
    If you have more than one user, and the one in question is not an administrator, then go to Step 2.
    Triple-click anywhere in the following line on this page to select it:
    sudo find ~ $TMPDIR.. -exec chflags -h nouchg,nouappnd,noschg,nosappnd {} + -exec chown -h $UID {} + -exec chmod +rw {} + -exec chmod -h -N {} + -type d -exec chmod -h +x {} + 2>&-
    Copy the selected text to the Clipboard by pressing the key combination command-C.
    Launch the built-in Terminal application in any of the following ways:
    ☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
    ☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.
    ☞ Open LaunchPad. Click Utilities, then Terminal in the icon grid.
    Paste into the Terminal window by pressing command-V. I've tested these instructions only with the Safari web browser. If you use another browser, you may have to press the return key after pasting.
    You'll be prompted for your login password, which won't be displayed when you type it. Type carefully and then press return. You may get a one-time warning to be careful. If you don’t have a login password, you’ll need to set one before you can run the command. If you see a message that your username "is not in the sudoers file," then you're not logged in as an administrator.
    The command may take several minutes to run, depending on how many files you have. Wait for a new line ending in a dollar sign ($) to appear, then quit Terminal.
    Step 2 (optional)
    Take this step only if you have trouble with Step 1, if you prefer not to take it, or if it doesn't solve the problem.
    Start up in Recovery mode. When the OS X Utilities screen appears, select
              Utilities ▹ Terminal
    from the menu bar. A Terminal window will open. In that window, type this:
    res
    Press the tab key. The partial command you typed will automatically be completed to this:
    resetpassword
    Press return. A Reset Password window will open. You’re not going to reset a password.
    Select your startup volume ("Macintosh HD," unless you gave it a different name) if not already selected.
    Select your username from the menu labeled Select the user account if not already selected.
    Under Reset Home Directory Permissions and ACLs, click the Reset button.
    Select
               ▹ Restart
    from the menu bar.

  • Time Capsule file permissions

    Whenever I copy a file to the time capsule (either via finder by moving it there, or via terminal with cp) the file permissions of the file end up with -rwxrwxrwx, independently whether the file was an executable, or whether it only had reading permissions for all or group. Running chmod on the Time Capsule files has no effect.
    This is really silly and makes the Airport Disk sharing useless. This way I will never share files with my friends over the Airport disk because the files loose their property and all files are executables at the end.
    Is there a way to mount or configure the Time Capsule so that it conserves the file permissions?
    I am aware that time capsule cannot handle different users, but at least it should conserve the file permissions. I imagine it could be like a scp or ftp of files to another server. My files on the other server will not have my user name, but at least they conserve the file permissions. A -rw-r-r- file will still be a -rw-r-r- file even if I copy it 10 times from one server to another.
    I would lik to encourage Apple to take this problem seriously and provide an update for this issue. So many other Apple products are just so well integrated in a networking environment, even if it is a heterogeneous one, but not Time Capsule with this flaw.
    Best wishes,
    Reto

    Agree, this is a serious flaw, that makes the device very dangerous to use as a central server for shared files, for example, the family's photograph collection. Since there appears to be no way to write protect anything, how can I ensure the files don't get modified or deleted?
    Here's a nasty case I am seeing:
    We unload a digital camera onto the TC's disk, then someone goes to their iPhoto app, and adds these files to their iPhoto library. Then they do something simple, like rotate the photos, and voila! The master file on the TC has now been modified! Horrible.

Maybe you are looking for