Permissions in Library

I've been having a few issues since I changed permissions in the Prefrences folder of my Library (in my account only). I think (but I'm not positive), some of the issues I've had in the last few weeks may be related. Before I did it, the program GarageBuy was telling me the preferences could not be read and quit when I tried launching it. If I went to its preferences, although I had read/write permissions, I had to set them again to read/write (visually, there was no change, but under the hood, something must have happened).By doing this, I could launch the program. However, the next time, I'd have to go through the same process.
My deduction was that there was something really off with the permissions and since preference files are not much more than text files, I thought it shouldn't be a big deal to change all permissions inside the Preferences folder. I therefore set my user to read/write on the Preferences folder and I applied the change to all subfolders.
Since my change leads to my user having read/write permissions in the whole folder I thought it could not be a bad thing.
One of the issues I have, that may be related, is that Time Machine does not work at all anymore.
It does not seem to find system files. Here's an example of message I have in the console:
com.apple.backupd[917]: 2009-01-03 18:38:16.179 FindSystemFiles[918:713] FSOpenIterator failed
Backup does not seem to be able to save its preferences either. I can set a destination drive and a backup time but when I quit, it forgets everything.
I've repaired permissions lots of times, repaired disks too, reinstalled a combo 10.5.6 and repaired again. All to no avail. Any idea why this is happening and how I can solve this?
(I have seperate threads for my issues with TM and Backup but with no solutions so far)

you should already be the owner of everything in your home directory. if you are not then your home directory permissions are more messed up than I thought. you should reset them all. However, this should have no bearing on TM which is set up on a system wide level. TM doesn't care at all about permissions on your home directory. I have no idea what GarageBuy is but it and Backup might be affected by bad permissions on your home directory.
to reset the permissions and ACLs on the home directory follow the instructions in this kb article:
http://support.apple.com/kb/TS1334?viewlocale=en_US
after you are done with that log in normally and run
sudo chown -R `id -un`:`id -gn` ~
this will make you the owner of everything in your home directory which is how it should be. Please do not change the command and do not restrict it to any subfolders.

Similar Messages

How to fix permissions in /Library/Audio/Plug-ins in Lion

I noticed that very annoyingly, Lion comes with the following default permissions for /Library/Audio/Plug-ins:
drwxr-xr-x 9 root wheel 306 Oct 7 07:37 Plug-Ins
That means that you the user cannot drag a plug-in in and out as you wish. What a pain in the butt!
Simple fix:
sudo chown -R myusername:wheel /Library/Audio/Plug-Ins
sudo chmod -R 775 /Library/Audio/Plug-Ins
Now it's like it should be: you own your own darn folder!
Does anyone have a better way to do this? Like would you recommend just doing the chmod without the chown? Just curious. Also, I wonder why Apple made this curious modification to the system in Lion... it feels like they're increasing the level of restriction upon the owner of the computer from being able to use it themselves.

1.Click on finder
2. Look for GO menu at the top of the screen
3. Click on it and select go to folder option
4. Paste or type /Library/Audio/Plug-Ins/Components there
5. Navigate to this folder
6. Copy and paste the component to that folder. It should ask if you want to replace the original file(files). Click on yes
Hope this will help

Default permissions on /Library folder?

I'm having a permissions problem here. I'm trying to reinstall a couple of games from Gamehouse and when they first run they (apparently) need to write a file to the /Library/Application_support folder. Now they all generate an error saying I need to be an admin user (I am) or repair permissions (I have several times, including booting from the 10.5 dvd and running repair from that).
I checked the settings and on TWO different macs both with a recent format/install of 10.5 the permissions are as follows:
/Library
system (r/w), admin (r/w), everyone (r only)
/Library/Application Support
system (r/w), admin (r only), everyone (r only)
ALL of the folders inside the main Library folder are set with the admin user being read only.
On a Tiger machine here, all of the folders in the main Library folder are set with admin user being read/write.
So... has the default permissions changed in 10.5 or do I somehow have an exactly the same wierd issue on 2 different macs?
Thanks if anyone can shed light on this.

after running DU, the permissions on /Library/Application Support are still:
system r/w, admin r-only, everyone r-only
Is this what they are supposed to be? If so, it creates a problem for some installers apparently. If not, I need to find out what changed them incorrectly on mine and fix it. Again, on a Tiger system the admin user has r/w privs on the app support folder... on Leopard its read-only.

Item Level permissions document library

In SharePoint 2010 you could apply item level permissions to document libraries via PowerShell with
$web= Get-SPOSite "sitename"
$list = $web.Lists[“Listname”]
$list.ReadSecurity = 2
$list.Update()
$web.Dispose()
Is there a way to apply this to SharePoint online 2013? it doesn't seem to work.

Hi SpNerd,
For SharePoint 2013 Online, there is not a comdlet that is used to get a site. So, it seems that there is not a way to change Item-level permissions via PowerShell for SharePoint Online.
Windows PowerShell for SharePoint Online cmdlets
http://technet.microsoft.com/en-us/library/fp161364(v=office.15).aspx
As a workaround, you can change Item-level permissions via SharePoint Online UI as List Settings->Advanced Settings->Item-level Permissions.
I hope this helps.
Thanks,
Wendy
Wendy Li
TechNet Community Support

Changing Permissions on library with running workflows

We have a document library running workflows. The library is NOT inheriting permissions from the parent site and all documents have broken (independent and different) set of permissions.
My question is: If we change the permissions of a current sharepoint group in the library from Contribute to Read, would that affect any running workflows in the library? Reason to do so is because we want to prevent some groups from adding new documents.
Would this procedure break in any way running workflows?
Thanks,
Carlos

Hi Carlos,
As I understand, you would like to know whether it affects running workflows if we change the permission of the library.
Per my experience, it depends on the content of workflow. The link below describe the permissions in each level:
http://technet.microsoft.com/en-us/library/cc721640(v=office.15).aspx And we could tell from it that with Read permission, users are lack of following actions comparing with
Contribute permission:
Add Items
Edit Items
Delete Items
Delete Versions
Browse Directories
Edit Personal User Information
Manage Personal Views
Add/Remove Personal Web Parts
Update Personal Web Parts
Please check the running workflows and see if there is any action or condition would use the permission in the list.
Regards,
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact
[email protected] .
Rebecca Tu
TechNet Community Support

I messed up permissions for Library Folder

I was looking for the Library/Java Folder in my user account (which has admin privileges), but couldn't find it. I then found it visible in the administrator's account--my user account did not have read/write, so I added it and gave myself read/write. Seeing the number of sub-folders in Java, I chose the "apply to all contents" option. I see now that this is the last thing on earth I'd want to do. For now, I am not able to "see" the Java Folder at all under any account.
I tried using the Utilities>Disk Utility>Repair Disk Permissions trick, which I saw in a different thread, but I see no difference after having done that.
I would appreciate any help in 1. Correcting Permissions on my Library Folder and 2. Understanding how to correctly change permissions so that certain users (in addition to the administrator's account) have access to these folders.
Thanks.

No--I don't have a backup...yet. But am seeing that I should do that. I see from other threads that a script could be written--is this a possibility for me?
Thanks.

Repair Permissions: "System/Library/CoreS ... will not be repaired" ?

I just installed the Safari update and the accompanying update and now when I run Repair Permissions I get this message:
WARNING: SUID FILE
"System/Library/CoreS .. has been modified and will not be repaired".
What does this mean?
(I have not yet received or installed my upgrade to upgraded to Mountain Lion.)

What does this mean?
Nothing. Why are you repairing permissions? What problem are you having?

Messed up permissions - can no longer bootup

I will start by acknowledging that I got myself into this mess. After months of being annoyed that my user account permissions seemed to be off a little on my Mac, I changed my permissions from the root (using command+I, then adding my account to permissions and giving me read/write, then applying it to all enclosed items). After processing this for a while, things seemed normal.
Then I went to run a program, and got an error about permissions. I didn't write it down at the time. I tried Disk Utility, and got the same error. Nothing new would run. I then rebooted the computer, grabbing the install DVD and preparing to repair disk permissions from the booted DVD.
Then....all I could get was the gray screen with the logo and spinning cursor. The system would just periodically reboot. I tried booting from the DVD by holding down the "C" button as it booted, but it never booted from the DVD. I was able to boot into verbose mode, and single-user mode, so I have tried investigating what to do from there.
When watching verbose mode, it seemed to hang for a moment on the appleintelcpupowermanagement item. After sitting at that for about 30-45 seconds, it would quickly pass by and indicate a kill to all processes, and a reboot. I couldn't catch anything else that was happening.
Booting into single-user mode, I ran the usual fsck and mount, then proceeded to follow instructions on other forum posts for changing permissions on the root using chmod. I've also looked at the system.log, and the last entries are from about 2 hours ago (maybe right before I rebooted) and indicate dubious permissions on items in /Library, and /StartupItems failing a sanity check.
Long story short, it seems that I've hosed my permissions in /Library or /System, and I can't seem to get them straight again to get the system to boot up again. Are there any shortcuts to addressing permissions here, and/or fixing the fact that I changed permissions from root on down to include read/write permissions for a user account?
Thank you for any help you have.
-Joel

joelhames wrote:
I will start by acknowledging that I got myself into this mess. After months of being annoyed that my user account permissions seemed to be off a little on my Mac, I changed my permissions from the root (using command+I, then adding my account to permissions and giving me read/write, then applying it to all enclosed items).
By doing this you completely hosed your system. now you should do an archive and install
http://support.apple.com/kb/HT1710?viewlocale=en_US
In general, NEVER use "apply to enclosed items" on ANY system created folders and the startup drive. that includes your home folder, your desktop folder etc. only use it on folders you made yourself.
After processing this for a while, things seemed normal.
Then I went to run a program, and got an error about permissions. I didn't write it down at the time. I tried Disk Utility, and got the same error. Nothing new would run. I then rebooted the computer, grabbing the install DVD and preparing to repair disk permissions from the booted DVD.
Then....all I could get was the gray screen with the logo and spinning cursor. The system would just periodically reboot. I tried booting from the DVD by holding down the "C" button as it booted, but it never booted from the DVD. I was able to boot into verbose mode, and single-user mode, so I have tried investigating what to do from there.
When watching verbose mode, it seemed to hang for a moment on the appleintelcpupowermanagement item. After sitting at that for about 30-45 seconds, it would quickly pass by and indicate a kill to all processes, and a reboot. I couldn't catch anything else that was happening.
Booting into single-user mode, I ran the usual fsck and mount, then proceeded to follow instructions on other forum posts for changing permissions on the root using chmod. I've also looked at the system.log, and the last entries are from about 2 hours ago (maybe right before I rebooted) and indicate dubious permissions on items in /Library, and /StartupItems failing a sanity check.
Long story short, it seems that I've hosed my permissions in /Library or /System, and I can't seem to get them straight again to get the system to boot up again. Are there any shortcuts to addressing permissions here, and/or fixing the fact that I changed permissions from root on down to include read/write permissions for a user account?
Thank you for any help you have.
-Joel

Library Backups No Longer Being Created in 10.1.2

No matter what I do, Library Backups are no longer being created in 10.1.2. This is happening on all 6 of my production Mac Pros and iMacs. I can change the location of the Library Backup folder, but nothing is ever created in the new location. It's as if FCPX no longer knows how to backup libraries.
Some background...
We are working with Libraries and Media files on our XSAN Volume.
OSX 10.9.3
FCPX 10.1.2
We did not notice the Backups were not being performed until one of our Libraries had an issue and we could not find a single Backup of the library.
What I have tried...
Move Libraries to Local System Volume - Still No Backups.
Change Library Backup Location - Still No Backups.
Toggle Library Backup Location to No Backups and then Back to Backups - Still No Backups.
Ensure Proper Permissions on Library Backup Folder - Still No Backups.
Trash FCPX Preferences - Still No Backups.
ReInstall FCPX - Still No Backups.
I am at a loss at what to do next. I can't even see the backup process happening in console, or any errors that might give me a clue as to why it's not working. Short of trying to reinstall Mac OS on one of my production macs, I see no other alternative. Considering I'm having this issue across our entire production system, I'm wondering if this is a very serious FCPX 10.1.2 bug.
Is anyone else having these issues????

Tom Wolsky wrote:
Definitely not working as advertised. I made a new library. Imported some stuff. Futzed around. No backup. Waited more than an hour. Made a new project and always immediately a backup appeared.
I've had pretty much the same results trying to sort out what is going on since the 10.1.2 update regards Library Backups.
I'm getting no backups with newly created Libraries like others, tried all sorts of juggling acts in the new settings arrangement trying to find a way in.
What I have so far discovered is that Libraries are not created until a Duplicate Project is created of the original Project for the Library, then it appears to do as expected.
Seems like a bug.
Hope other users can confirm this.
Al

Iphoto doesn't show me photos in my library

Hello,
first, sorry for my english, I'm french...
After a complete reinstall of SL and a save of my iPhoto library, I copy-paste my iPhoto library that I saved on an external HD and after reinstalling iLife and open my iPhoto library all my photos are still here but there is no thumbnail for all those. As for faces, events, photos...
The only way to see my photos is to double-click on one !
I tried to repair permissions, rebuild library (by CMD+ALT at opening), but nothing to do.
I really don't want to lose all my organisation, faces, events... by squeezing my library and reimport my photos
Does anyone had this problem and solved it ?
Thanks for your help
Message was edited by: slimshady2878

The next step would be to rebuild the library using iPhoto Library Manager as follows:
Using iPhoto Library Manager to Rebuild Your iPhoto Library
1 -Download iPhoto Library Manager and launch.
2 -Click on the Add Library button, navigate to your User/Pictures folder and select your iPhoto Library folder.
3 - Now that the library is listed in the left hand pane of iPLM, click on your library and go to the File->Rebuild Library menu option
4 - In the next window name the new library and select the location you want it to be placed.
5 - Click on the Create button.
Note: This creates a new library based on the LIbraryData.xml file in the library and will recover Events, Albums, keywords, titles and comments but not books, calendars or slideshows. The original library will be untouched for further attempts at fixing or in case the rebuilt library is not satisfactory.

Java 7u45 gives spurious warning about missing Permissions attribute

The security dialog in 7u45 gives a yellow warning about missing Permissions attribute.   Does anyone know how to get rid of it?
Same as the yellow box in the screenshots (#2 and #3) documented here (although none of them discuss the Permissions attribute) :
What should I do when I see a security prompt from Java?
The MANIFEST.MF file for the app definitely contains this attribute. There's only one jar for the application, and it's signed.
Might this be another security dialog bug? Or am I missing something? The JNLP contains the same "all-permissions" security tag.
I also found the release notes for 7u45 mention a couple of cases where the dialog might still appear
(see last issue: Java™ SE Development Kit 7 Update 45 Release Notes)
I don't use the JNLPDownloadServlet but my own. I didn't model it on the JNLPDownloadServlet, but guess I could have partly the same issue since I use versioning.
My jar doesn't fail to download though, it's just that its displaying this warning.
MANIFEST.MF:
Manifest-Version: 1.0
Implementation-Title: My app
Implementation-Version: 3.0-SNAPSHOT
Built-By: me
Application-Name: Myapp
Created-By: Apache Maven 3.0.5
Ant-Version: Apache Ant 1.8.2
Trusted-Library: true
Implementation-Vendor-Id: org.me
Trusted-Only: true
Build-Jdk: 1.7.0_45
Permissions: all-permissions
Specification-Title: my-client
Specification-Version: 3.0-SNAPSHOT
Archiver-Version: Plexus Archiver
Codebase: *.me.org

I went the Java version detection applet and I don't get a warning about the applet being blocked in the future.
https://java.com/en/download/installed.jsp
https://java.com/en/download/installed.jsp
I dug the jar for the applet out of my Java cache and it contains Manifest.MF with the following contents:
Manifest-Version: 1.0
Codebase: www.java.com java.com
Created-By: 1.7.0_25 (Oracle Corporation)
Permissions: all-permissions
Application-Library-Allowable-Codebase: www.java.com java.com
Application-Name: Java Detection
Name: JNLP-INF/APPLICATION.JNLP
SHA1-Digest: jPquHTBq5R8txQLe5/T20x70Y7w=
Name: JavaDetection.class
SHA1-Digest: kQNVjPC5Yym1DszdpX1D2EH8Ll0=
The jar contains one Java class and a signed JNLP-INF/APPLICATION.JNLP file that looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<jnlp codebase="https://java.com/en/download/" href="JavaDetection_applet.jnlp" spec="1.0+">
    <information>
        <title>Java Detection</title>
        <vendor>Oracle Inc.</vendor>
    </information>
    <resources>
        
<j2se version="1.6+"/>
        <jar href="JavaDetection.jar" />
    </resources>
<security>
<all-permissions />
</security>
    <applet-desc
         name="Java Detection Applet"
         main-class="JavaDetection"
         width="1"
         height="1">
     </applet-desc>
     <update check="background"/>
</jnlp>
They are running applet via JNLP:
<applet code="JavaDetection.class" width="500" height="150"><param name="image" value="/im/download/verify_anim.gif"/><param name="centerimage" value="true"/><param name="boxborder" value="false"/><param name="jnlp_href" value="JavaDetection_applet.jnlp"/></applet>
The JNLP file downloaded from here: https://java.com/en/download/JavaDetection_applet.jnlp matches the signed JNLP file in the jar (except for name).
We are still working on getting our applications to not show the warning message but this appears to be an example of where the "you will be blocked in the future" message is not happening. We don't run our applications as applets so if anyone can find another working example that is a more traditional JNLP app, please post a link.

Repairing disk permissions keeps giving same message

I routinely verify my HD and repair disk permissions. The latter often indicates repairs are needed, especially after installation of new software or updates (I repair before and after). But once repaired, if I verify the permissions they come out ok -- i.e., no repairs are needed. Until just recently. I am now getting the following message after repairing permissions:
Verify permissions for “Macintosh HD”
Determining correct file permissions.
Permissions differ on ./private/var/log/secure.log, should be -rw------- , they are -rw-r-----
Permissions verification complete
The privileges have been verified or repaired on the selected volume
If I verify permissions after repairing this, I get the same message again. So the repair is not holding. I am running OS X 10.4.11 and I recall that on earlier OS's there were sometimes innocuous repairs that kept being required, but that were not really a problem. But under 10.4.11 a repair has usually been good, and clears the deck. Until now. Any ideas?
Update: I am no longer having this problem. Possibly I was clicking on the verify permissions button instead of the repair button. I have used DU many times, so this would be a fairly boneheaded thing to do at this point. Maybe familiarity breeds carelessness? In any event, I often get the message above when I check disk permissions, and I would be curious to know why it is one of the more common repairs needed. So let's make that my question instead...
TIA
Message was edited by: Drake Bradley

Not to worry about it, that secure.log is a common one for that.
Repair Permissions checks Library>Receipts to find out the proper Permissions, that file's Permissions may exist in more than one and/or some OS component doesn't know the new/latest permissions when using it.

"Import to Library" does not work

I choose "file" -> "Import to Library.." and get no response. Any idea why?

hi,
great problems with my library. I've already imported both raw, jpg and other files.
Actually I cannot import any image. if I try to import raw, it cannot import because of a writing problem within the Library volume. If i import Jpg or Tiff or Png etc, it doesn't import bacause of unsupported file type.
I already tried to run all the options given by clicking cmd alt shift (i supposed to verify permissions on library, thumbnails), but i failed.
I also tried to create a new library, but doesn't work.
I also copied files directly, but when i open Iphoto, it doesen't recognize any new image.
What happened?
What can i do?

HT201340 So I imported my iPhoto library into Aperture.

I had hidden photos in iPhoto, but they can't be found in Aperture. The "projects" show the correct number of photos (i.e. 684), but there are only two photos. None of the hidden ones. What's up? I have more than 30,000 photos, with quite a number of hidden ones that I just don't need to see on a regular basis...

You may have an invisible filter set. This can be cleared by the method described in Frank Caggiano's User Tip:
Images not appearing in browser, search filter is cleared
If that does not work, I'd try to repair or rebuild the Aperture Library using the First Aid Tools:
Launch Aperture with the cmd-option key combination (⌘⌥) firmly held down. From the "First Aid" panel that appears try the three options: Repair Permissions, Repair Library, and Rebuild Database in turn. Hopefully one of them will bring your images back.

Odd Sharing & Permissions Problem

Tonight I was suddenly unable to copy anything onto my interior hard disk. I got the permissions arror that the "Macintosh HD" could not be modifued and the password dialog box. I did a control-i on the HD and saw that my name had vanished from the permissions list. Which now read only "System -- Read and Write; Wheel -- Read and Write; Everyone -- Read Only." I went to Disk Utility to repair permissions but it said that all was OK. I then unlocked that permissions list and went to add myself to the permissions again. Although I selected my name it would NOIT appear in the permissions list! I had just made a user area for my wife last week and I logged into her area which has admin privileges. I cotrol-i'd the hard disk and from her user area was able to choose my name, add it to the list and give it read and write access. On the one hand, all is working now. On the other hand, I am extremely worried why 1) this happened and 2) why I could not repair it from my user area and 3) if this is a symptom of a major problem. Can anyone shed any light on this for me? Thanks!

if i click get info on the "Macintosh HD", i had the users Eveyrone, Wheel, and System. but my username was not there.
Those ownerships and permissions were as they should be in Lion - you shouldn't try to change them. The startup drive permissions were deliberately made more restrictive in Lion, such that only the root user can write to the top level.
In my dual-boot setup, the startup-drive permissions look like this:
Snow Leopard:
Lion:
There were also number of similar changes to other folders that Apple feels should not be written to by ordinary users.
From this Developer document:
http://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInOSX/WhatsNe wInOSX.pdf
Folder Permissions and Ownership
A number of folders in the System and Local file system domains now have different ownership and permissions. Specifically:
●   Many folders in the System domain that were previously owned by the admin group are now owned by the wheel group.
● Permissions for the root directory (/) are now mode 755 (writable only by root) instead of mode 775 (writable by the admin group).
●    Permissions for /Applications/Utilities are now mode 755 (writable only by root) instead of mode 775 (writable by the admin group).
●    Permissions for /Library are now mode 755 (writable only by root) instead of mode 775 (writable by the admin group), no longer sticky.
All subdirectories within /Library now have mode 755 (writable only by root)permissions instead of mode 775 (writable by the admin group) except:
● /Library/Caches ● /Library/Fonts ● /Library/Java ● /Library/QuickTimeStreaming ● /Library/Receipts
● /Library/Tomcat

Permissions in Library

Similar Messages

Maybe you are looking for