Fix filesystem permissions

something really strange happend with my new archlinux install and now the filesystem permission is a mess, can start konsole but no bash, tmp with wrong permissions and kdm fail to start. Can fix the tmp issue but there's some way to return the whole filesystem to a correct/default state?.

[karol@black test]$ ls -al /
total 97
drwxr-xr-x 21 root root 4096 2010-09-21 20:05 .
drwxr-xr-x 21 root root 4096 2010-09-21 20:05 ..
drwxr-xr-x 2 root root 4096 2010-09-29 04:29 bin
drwxr-xr-x 4 root root 1024 2010-09-26 20:48 boot
drwxr-xr-x 15 root root 5680 2010-09-29 03:22 dev
drwxr-xr-x 53 root root 4096 2010-09-29 04:29 etc
drwxr-xr-x 4 root root 4096 2009-12-06 02:22 home
drwxr-xr-x 7 root root 4096 2010-09-23 22:52 lib
drwx------ 2 root root 16384 2009-09-13 00:01 lost+found
drwxr-xr-x 6 root root 4096 2010-09-21 20:05 media
drwxr-xr-x 2 root root 4096 2010-09-19 00:58 mnt
drwxr-xr-x 4 root root 4096 2010-09-23 18:43 opt
dr-xr-xr-x 87 root root 0 2010-09-29 05:22 proc
drwxr-x--- 8 root root 4096 2010-09-29 01:18 root
drwxr-xr-x 2 root root 4096 2010-09-24 04:36 sbin
drwxr-xr-x 3 root root 4096 2010-04-29 02:47 share
drwxr-xr-x 4 root root 4096 2010-09-19 00:58 srv
drwxr-xr-x 12 root root 0 2010-09-29 05:22 sys
drwxrwxrwt 7 root root 20480 2010-09-29 04:29 tmp
drwxr-xr-x 12 root root 4096 2010-09-24 02:39 usr
drwxr-xr-x 13 root root 4096 2010-09-29 01:10 var
Does this help? You can always reinstall / use your backup.

Similar Messages

Lightroom Application User FileSystem Permissions

Is Lightroom a user, part of a group, or other/world for file permission purposes?
Do plugins execute with same filesystem permissions as Lightroom proper?
Thanks

there is no user/group account for the LR application.
access to the file system happens under the security context of the logged in user (unless you 'runas' the application as a different user).
That is on a Windows system, but I assume OSX works just the same way...

How do I fix a permissions problem that's emerged since I created a Snow Leopard partition on my Lion iMac?

I recently partitioned my iMac, which was running Lion, so I could open old files created by apps like AppleWorks. I installed Snow Leopard in the new partition and the apps I moved there are running fine. But now when I'm using Lion and want to save or open a file, I'm frequently told I don't have permission to access or change the enclosing folder. I've tried using Disk Utilty and also manually resetting permissions on my Lion Home folder. All fixes seem temporary at best. I don't know why I'm having this problem or how to fix it. I also don't know why there's a third (Recovery) partition I didn't create. Can I get rid of it?

Changed the SL username/password combo to match the Lion one. Some problems were resolved but not others. Had to manually give myself Read/Write permission on the Lion partition's Home folder and its enclosures. This further restored functionality--e.g., allowing me to use Dropbox again--, but still left several "bugs." The most annoying have to do with Safari 5.1.1. Whenever I open it now I get Apple's Support Downloads page, although my Safari Preferences are set for new pages to open with Homepage and Google as my homepage. Also, each time I open Safari, the toolbar initially loads icons for Readability (to which I'm a paid subscriber), but then I get a message saying Safari can't install the Readability extension. At this point, Readability's icons disappear and when I go to Safari's Preferences it no longer appears in my installed extensions list. But if I close Safari and reopen, the whole routine is repeated.

How can I fix this permissions "Library/Printers-should be 80 group is 0. Permissions differ. And User differs on "private/var/db/displaypolicyd" should be 0; Group is 244?

How can I fix this on my 2014 iMac, please?
Verifying permissions for “Macintosh HD”Group differs on “Library/Printers/InstalledPrinters.plist”; should be 80; group is 0.Permissions differ on “Library/Printers/InstalledPrinters.plist”; should be -rw-rw-rw- ; they are -rw-r--r-- .User differs on “private/var/db/displaypolicyd”; should be 0; user is 244.Group differs on “private/var/db/displaypolicyd”; should be 0; group is 244.
I run the "fix" and it seemingly does, but if I verify permissions again later it returns.
Thank you!

It's not an error but an informative message that you can safely ignore. it's innocuous.

Weird OSX display issues after going to webpage, only thing that fixes is Perm repair

I have a bizarre issue that i'd love some input on. Late 2009 iMac, Mountain Lion (then Mavericks).
I use Firefox to utilize a real estate website (Fusion MLS) for several months now. A couple of days ago, after i would log into the website and use it for a little bit, the rest of my tabs, apps, windows, would all start appearing as black boxes, or have glitched out (generally black) screen display issues. To be clear, other tabs inside the browser would be black, or partially black, and also the right half of my taskbar icons would be black silhouettes of the icon. BUT, the Fusion MLS website would still work fine. Closing the page, etc, would not fix the problem, it would be stuck like that no matter what i closed or opened, computer would function fine except for the display, but i couldnt see hardly any of the apps so I'd have to shutdown, but a simple reboot didnt fix it. After an hour of troubleshooting, I started off in Mountain Lion when the problem appeared, and in the process of troubleshooting I decided to upgrade to Mavericks to see if that would fix the problem, it didnt. Ultimately I discovered the only thing that fixes the problem is to boot into Safe Mode and Repair Permissions, then i can come back in as normal and everything is normal again (a standard reboot doesnt fix it, when logging back into OSX it would still have black silhouettes and all the app windows would be black).
So after the above I decided to just start using a different browser to go to this Fusion MLS website (Safari). Which worked fine for a day, but now when i go to the website, i have no problems, but when i put the computer to sleep, and bring it back, the windows are blacked out and icons silhouetted. So back to safe mode, repair perms, and then it works again. When i do the repair perms, there are usually no verbose things that it says it repairs, sometimes it says something about the PrinterList being 0 instead of 80, but thats it.
Any help or insight would be greatly appreciated, I'm completely dumbfounded....

Now regular Repair Perms doesnt fix it, it has to be Diskwarriors Repair Perms. Also it happens anytime the computer is put to sleep for a length of time and brought back, regardless of whether the Fusion MLS website was gone to.

How can I fix a permissions error on my entire Macintosh HD?

Today when attempting to fix file sharing permissions between users on my LAN, I mistakenly changed the following settings:
In "Sharing" --> "File Sharing" I added the Macintosh HD and changed the permissions to "Read and Write
I then selected "Apply Permissions to Enclosed Items".
Ever since I did this, I am unable to open or use my applications, including Finder.
I have since run Disk Utility to repair disk permissions (which fixed thousands or reported errors) as well as a repair disk (no errors were reported.)
After no success with these methods, I finally reinstalled Mavericks. Unfortunately, I am still unable to access my programs or open files (which are still there, just non-accessible.)
I do not have a current backup of my hard drive. Is there a way to remedy this problem without losing all of my important data? Would it be possible to copy all of my files to an external HD, delete the current HD and then reinstall from scratch?
Any suggestions would be greatly appreciated!

reset ACL's from the reset password window.
http://pondini.org/OSX/Password.html
more like this Reset Home Folder permissions and ACLs Error

Fix Admin Permissions After the Restoring Leopard

Please let me know if anybody is an EXPERT with permissions under Leopard. My permissions are messed up and Disk Utility is not going to fix them.
Here's a quick summary. I recently upgraded my Macbook Pro Hard drive and transfered all my files from my time machine back up. Initially, Time machine did not allow me to restore to the new hard drive. Maybe it had to do with different hard drive partition sizes; the 120 GB versus 500GB hard drive. So I proceeded to install MACOSX with the Leopard DVD and transfered my files with the migration assistant.
First, my login did not return after restoring Leopard. I had to reset the password through another admin account. Thus I had to re-establish the login and administrator account. Then I had to change the permissions on all my files for access; chmod -R 777.
Now, I am rebuilding my permissions and changing ownership on my files (just traditional .txt,*.doc,.xls, *.pdf files). I don't want these files accessible to everybody. But when I give the owner read/write permissions (chmod u+rw) and disable group/everybody (chmod go-rw), Leopard does not allow me access to my files. The workaround is "chmod -R 777" all files, which is ALARMING.
I have doubled check the permission and ownership on these files (ls -l) and I clearly have full access (-rwx); the my username, neville310, owns these files (sudo chown -R neville310:staff ~). I believe that that my login account is not properly setup. Any ideas?
<pre>
MacBookPro:Neville neville310$ sudo chmod -R go-rw .
MacBookPro:Neville neville310$ ls
ls: .: Permission denied
MacBookPro:Neville neville310$ sudo chmod -R ugo+rwx .
MacBookPro:Neville neville310$ ls -l
-rwxrwxrwx@ 1 neville310 staff 21860 Apr 11 16:33 TEMP_ToDO.txt
*file listing*
</pre>

Hey I've only had a brief moment at home to verify the problems you are having. Honestly I haven't put much thought in to it. But, in the meantime, while I try and think of why this is, if you aren't too uncomfortable going into the Terminal you can do this from the commandline fairly easily.
Assuming you want no access for "Everyone", open Terminal.app and type:
"chmod 750 " (without quotes and ensuring you have the trailing space).
Now, drag the file or folder you want to grant no access to onto the terminal window. Its path should show up and now you can press enter and now Everyone won't be able to read or write to this folder.
If you want to get rid of any access for Everyone and the group that owns the file/folder, then do the same as above but instead of "chmod 750..." do "chmod 700 ..."
Hope this helps until I can get a GUI fix going.

Can't fix certain permissions

I know how to fix permissions with the Disk Utility app; by restarting by holding "R"; by restarting by holding "Option"; and by restarting with the Lion install disk. None of those methods work for this problem.
There are certain permissions that always need repair, no matter how many times I try to repair them. I can run the repair permissions program in any of tha above methods, and after the repairs are complete, I can run the permissions repair program again and the program will have to repair the same permissions again, as if they were not repaired before. The files always need permission repair!
I have tried DiskWarror, to no avail. There were many more intransigent permissions before I tried the permission repair program in Mountain Lion Cache Cleaner, and it got rid of about three dozen of the bad permissions. But now I am left with the ones the Cache Cleaner won't repair:
Permissions differ on “System/Library/CoreServices/Menu Extras/Displays.menu”; should be drwxr-xr-x ; they are lrwxr-xr-x .
Repaired “System/Library/CoreServices/Menu Extras/Displays.menu”
Permissions differ on “System/Library/MonitorPanels/Arrange.monitorPanel”; should be drwxr-xr-x ; they are lrwxr-xr-x .
Repaired “System/Library/MonitorPanels/Arrange.monitorPanel”
Permissions differ on “System/Library/MonitorPanels/Display.monitorPanel”; should be drwxr-xr-x ; they are lrwxr-xr-x .
Repaired “System/Library/MonitorPanels/Display.monitorPanel”
Permissions differ on “System/Library/MonitorPanels/Profile.monitorPanel”; should be drwxr-xr-x ; they are lrwxr-xr-x .
Repaired “System/Library/MonitorPanels/Profile.monitorPanel”
I have already erased the hard disk and reinstalled, but that doesn't solve the problem. I know that eventually these problem files will corrupt my computer unless I constantly run the permission repair programs. Is there any way to permanently repair the permissions on these files some other way?

I know that eventually these problem files will corrupt my computer unless I constantly run the permission repair programs.
How do you know this? That's a baseless assumption. 'Incorrect' permisions rarely 'corrupt' your computer. In most cases it's a minor annoyance, at best.
Indeed, in this particular case, if you look at the permissions, it's saying the files are lwrxr-xr-x and should be dwrxr-xr-x.. the difference is in the first l that 'should' be a d.
What that means is that Disk Utility is expecting these items to be directories, whereas they are, in fact, symlinks (i.e. pointers to other files). That's not a permissions fix that Disk Utility can 'fix' because the file(s) in question don't really exist there.
Granted, I'm a little confused as to why these files are symlinks, or why Disk Utility is bothering to report them at all, but I don't see that it's in any way a problem.
If you're really, really bothered about them, remove the files and copy the linked version of the file into their place.

How can I fix inconsistent permissions?

Hi,
I have an issue with inconsistent permissions on an external usb-hard-drive (NTFS):
For all folders, there is a security-entry for an unknown account (probably an account from another machine that does not exist anymore). I want to delete that account from the acl.
But unfortunately, this account has been set on the root of the drive, where it is not displayed in the security-settings.
You can see the details in the following screenshots: One of a file on the drive, one from the root.
Any suggestions how I can fix that?
Sorry for the German screenshots. I hope you get the idea anyway.

Hello Asopos,
I have difficulty in reading the screenshots, you can post in the corresponding forum or add some comments.
Set your Country/Region and Language Preferences
http://technet.microsoft.com/en-us/SelectLocale?fromPage=http%253a%252f%252ftechnet.microsoft.com%252fen-us%252f
If my understanding is right, in the USB-hard-drive(NTFS), all folders in the USB drive have the unknown account and the root of the drive don’t have the account.
It is a SID. Possible that this account was removed and permission has not been removed.
Please take ownership of the folder and check if we can normally deleted the account.
http://technet.microsoft.com/en-us/library/cc753659.aspx
Best regards,
Fangzhou CHEN
Fangzhou CHEN
TechNet Community Support

Warrior says it's fixed, repaired permissions, still won't boot

In chronological order:
Last weekend - updated several pieces of software, and did all apple updates. I think it was already at .11, but I'm not quite sure. Other than Daylite and Office for Mac 04, there are no other pieces of non-Apple software.
Tuesday - Daylite crashes. Salesperson powers off the mini instead of force quitting. Mini will no longer boot.
Attempted fixes:
Booted from install disc, ran disk utility first aid which located 2 or 3 folder and file errors, which it could not fix.
Purchased DiskWarrior, which ran fine, found the errors, and repaired them. Used DW to check files and hardware, both of which were reported to be fine. Ran fragmentation check, which showed very low levels of fragmentation.
Still wouldn't boot from the hard drive.
Booted from install disc again. Ran first aid again, which now showed drive as OK, and reported no errors. Then I checked permissions. Errors were found, and first aid successfully repaired them.
However, it still won't boot from the HD. It gets stuck at the spinning gear.
Does anyone have any thoughts about what I should do next, short of reformatting and reinstalling?
Thanks,
Ross

Certain system files required for startup are either damaged or missing. You will have to reinstall OS X. You should be able to do so as follows without erasing the hard drive:
How to Perform an Archive and Install
1. Be sure to use Disk Utility first to repair the disk before performing the Archive and Install.
Repairing the Hard Drive and Permissions
Boot from your OS X Installer disc. After the installer loads select your language and click on the Continue button. When the menu bar appears select Disk Utility from the Installer menu (Utilities menu for Tiger.) After DU loads select your hard drive entry (mfgr.'s ID and drive size) from the the left side list. In the DU status area you will see an entry for the S.M.A.R.T. status of the hard drive. If it does not say "Verified" then the hard drive is failing or failed. (SMART status is not reported on external Firewire or USB drives.) If the drive is "Verified" then select your OS X volume from the list on the left (sub-entry below the drive entry,) click on the First Aid tab, then click on the Repair Disk button. If DU reports any errors that have been fixed, then re-run Repair Disk until no errors are reported. If no errors are reported, then quit DU and return to the installer.
If DU reports errors it cannot fix, then you will need Disk Warrior (4.0 for Tiger) and/or TechTool Pro (4.5.2 for Tiger) to repair the drive. If you don't have either of them or if neither of them can fix the drive, then you will need to reformat the drive and reinstall OS X.
2. Do not proceed with an Archive and Install if DU reports errors it cannot fix. In that case use Disk Warrior and/or TechTool Pro to repair the hard drive. If neither can repair the drive, then you will have to erase the drive and reinstall from scratch.
3. Boot from your OS X Installer disc. After the installer loads select your language and click on the Continue button. When you reach the screen to select a destination drive click once on the destination drive then click on the Option button. Select the Archive and Install option. You have an option to preserve users and network preferences. Only select this option if you are sure you have no corrupted files in your user accounts. Otherwise leave this option unchecked. Click on the OK button and continue with the OS X Installation.
4. Upon completion of the Archive and Install you will have a Previous System Folder in the root directory. You should retain the PSF until you are sure you do not need to manually transfer any items from the PSF to your newly installed system.
5. After moving any items you want to keep from the PSF you should delete it. You can back it up if you prefer, but you must delete it from the hard drive.
6. You can now download a Combo Updater directly from Apple's download site to update your new system to the desired version as well as install any security or other updates. You can also do this using Software Update.

Root filesystem permissions fubar - Disk Utility can't repair

I did something stupid and screwed up the permissions in /Library and /Applications.
Long story short: I wanted to backup those directories before sending my MBP in for repairs. Rather than take the time to figure out Time Machine as an old Unix hand and newcomer to Mac OS X, I chose to use tar and cpio to backup those files from / that had been modified since my last OS install. Rookie mistake.
Having copied back those files and directories onto their former location, cpio lost all owner and group info, with everything winding up with owner root and group admin. Basic access permissions look preserved, but ACL info is presumably gone as well.
Surprisingly, my computer seems fine for the most part. A few applications complained about extensions, and I managed to quiet them by chgrp'ing a few .kext directories back to wheel.
But my latest software updates -- Safari 4.0.4 and Security Update 2009-006 -- are aborting while complaining about access issues with /.
I fired up Disk Utility and tried to Verify Disk Permissions, but the attempt fails immediately after announcing "Reading permissions database" with the error "The underlying task reported failure on exit."
I'm hoping to avoid a complete reinstall (of course), and I'm thinking I might get out of jail free if I can just manage to restore the correct ownership and permissions to the /Library/Receipts directory, which I understand is where canonical permissions are archived.
Am I on the right track here? Is there anything else I can do to restore permissions short of a full reinstall?
Any advice or suggestions would be appreciated.

replayed wrote:
I did something stupid and screwed up the permissions in /Library and /Applications.
Long story short: I wanted to backup those directories before sending my MBP in for repairs. Rather than take the time to figure out Time Machine as an old Unix hand and newcomer to Mac OS X, I chose to use tar and cpio to backup those files from / that had been modified since my last OS install. Rookie mistake.
Having copied back those files and directories onto their former location, cpio lost all owner and group info, with everything winding up with owner root and group admin. Basic access permissions look preserved, but ACL info is presumably gone as well.
Surprisingly, my computer seems fine for the most part. A few applications complained about extensions, and I managed to quiet them by chgrp'ing a few .kext directories back to wheel.
But my latest software updates -- Safari 4.0.4 and Security Update 2009-006 -- are aborting while complaining about access issues with /.
I fired up Disk Utility and tried to Verify Disk Permissions, but the attempt fails immediately after announcing "Reading permissions database" with the error "The underlying task reported failure on exit."
I'm hoping to avoid a complete reinstall (of course), and I'm thinking I might get out of jail free if I can just manage to restore the correct ownership and permissions to the /Library/Receipts directory, which I understand is where canonical permissions are archived.
Am I on the right track here? Is there anything else I can do to restore permissions short of a full reinstall?
Any advice or suggestions would be appreciated.
honestly, I would reinstall in this situation. the permissions are too messed up at this point. that will be much quicker than anything else. an archive and install on top of your current system should fix things up.

How do I fix a permissions error to allow a program to download?

I went to download dropbox from the installer, package thing and when asked for my password for permission I accidently input the wrong password.
I can't open the program at all. I kind of need this program as everyone uses it now, and it's a good cloud source.
I contacted support for dropbox, but the dude is just skimming my emails and not truly hlping me and I'm getting frustrated.
Please help!

Start all over......
Uninstall Dropbox and all of its related files from your computer. Especially the plist file. Repair permissions and restart your computer. Reinstall Dropbox. This time make sure you put in the correct password. Right it down if you have to.

Account and filesystem permissions after full restore

I just did full restore, both old and new machines are indentical.
Problem:
Logged into restored account lets call it 'restored_guy', running system update I am getting error "Can not install upgrade, no permissions"
The same user can not browse in backup using time machine, no index nor dates.
All works for different users (time machine, and updates) originally created on the system.
Any ideas ?

I have exactly the same problem as iGin. All other programs appear to be behaving normally, just Apple Mail and Safari crash immediately after starting them up - very annoying!

Vista: Filesystem permissions gone wrong:

http://www.flickr.com/photo_zoom.gne?id … 154&size=o
ugghhh.

iphitus wrote:
pauldonnelly wrote:
Gullible Jones wrote:
But wait a minute... It goes through all these steps supposedly for security and then lets you delete it in the end?
Okay... If you're an ordinary user and it's owned by SYSTEM, you shouldn't be able to delete it... And if you're an admin it shouldn't bug you. So what the heck are they thinking? It doesn't even make sense in a "protect users from themselves" sense... :?
I think the real issue here is that it shouldn't have been owned by System in the first place. From what I hear, Vista's permissions system is a good one; it's just that many applications still don't play nice with it (i.e. writing to places they shouldn't), and mis-assigned ownerships like this one.
but what good are the file permissions if applications can write to places they shouldnt.
just looking at the above set of screenshots, that's a pretty poor effort by MS there. You can see where they've hacked the permission system in between the existing setup. There's been no attempt to integrate it, despite the fact that it would simply be logical to merge some of those dialogs.
I don't think they can write to places they shouldn't unless you input an admin password, or are logged on as an admin (although I do wonder why it even asks in that case). The problem is that apps try to do it anyway, since previous Windows versions' lousy security spoiled them.
I completely agree that merging them would be a good idea.

Fixing keychain permissions

I moved to a new MP, and as part of this I had to copy my user folders to an external. Most everything works, except my keychain. When I look in Get Info in the Finder, I see odd entries in the permissions. I looked at it in terminal and got this:
-rw----rw-@ 1 maury 501 761092 27 May 06:41 /Volumes/Big/Users/maury/Library/Keychains/login.keychain
0: group:everyone deny delete
So I need to do a chown, but what are the right settings?

Back up all data.
Launch the Keychain Access 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 Keychain Access in the icon grid.
Select the login keychain from the list on the left side of the Keychain Access window. If your default keychain has a different name, select that.
If the lock icon in the top left corner of the window shows that the keychain is locked, click to unlock it. You'll be prompted for the keychain password, which is the same as your login password, unless you've changed it.
Right-click or control-click the login entry in the list. From the menu that pops up, select Change Settings for Keychain "login". In the sheet that opens, uncheck both boxes, if not already unchecked.
From the menu bar, select
Keychain Access ▹ Preferences ▹ First Aid
If the box marked Keep login keychain unlocked is not checked, check it.
Select
Keychain Access ▹ Keychain First Aid
from the menu bar and repair the keychain. Quit Keychain Access.

Fix filesystem permissions

Similar Messages

Maybe you are looking for