Repair permissions keeps finding problems

2007 MacBook 2.16
OS 10.6.8
New Hard drive
Just replaced my hard drive b/c my old one was having serious problems (spinning beachball with every move or click) and it was failing SMART.  My Admin user on the failing HD worked fine, but my primary user account was unusable. 
After swapping HDs, I installed a fresh copy of 10.6 then moved my user and applications from the failing drive to my new drive.  All is working much better but there still seem to be some quirks, so I thought I'd repair permissions as a first step.  Seemed like a reasonable thing to do given the problems I was experiencing.  But when I run it, I keep getting something like 18 or 20 problems that are, in theory, "repaired."  I've copied and pasted into TextEdit to look through for duplicate issues (i.e. repair permissions finding and repairing the same mistake each time) and for a while found no duplicate entries.  Now it's finding the same issues each pass.
I've run repair permissions at least 10 times now, probably closer to 20, with issues found each time.  Is this normal, and should I ever hope to see the issues repaired with only one or two warnings or issues?  It used to have to modify a few permissions just to run so it would never run without at least one or two problems, but I never get to that stage.
Again, what might be going on here, and can/should I at some point give up and hope all is well?
Thanks!

For a little more on this:
I've read this:  http://support.apple.com/kb/ts1448
Seems like I may now be getting similar permissions problems that can perhaps be ignored, but mine are all related to System/Library/CoreServices/RemoteManagement.  My specific permissions issues aren't in the list in this link. 
Here's an example:
Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/zh_TW.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
Repaired "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/zh_TW.lproj/MainMenu.nib".
I also am getting one SUID warning related to System/Library/CoreServices/RemoteManagement/ each time I run it.
As I said above, it now seems to be finding the same permissions problems each pass.
Thanks again!

Similar Messages

  • Disk utility - repair permissions keeps reporting same issues

    my machine has been unstable for a while, and i thought it was time to repair permissions.
    normally, after being run a couple of times, there are no more to be repaired. however, this time, the same 35 lines of permissions being changed are displayed over and over. also after rebooting.
    1. why aren't the permissions finally corrected?
    most issues concern 'System/Library/CoreServices/Front Row.app/Contents', 'System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/Resources/P lugins' and a couple of warnings that suid-files are changed and won't be repaired.
    2. i never used front row, - what's happening?
    3. what's with the suid-files?
    4. will reinstalling leopard help my situation?
    5. if i use time machine to restore, how can i be sure the problems don't persist? or 'get back in'?

    why aren't the permissions finally corrected?
    Apple changed the structure of some of its packages without updating the repair permissions mechanism. Until and unless they release a patch, nothing done will stop those messages from appearing. Disregard them.
    i never used front row, - what's happening?
    You installed a package which updated it.
    what's with the suid-files?
    Those messages are normal.
    (43205)

  • Repair permissions keeps repairing same items

    Hey gang.  I've developed a lot of problems with my Mac Pro that I'm trying to track down.  One issue is that when I repair permissions on the startup disk, I get about 20 items repaired, but if I run the app again, it seems to repair the same items all over.  Here's a sample:
    Repaired "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Resources/Java/deploy.jar".
    Also, I get a warning that I've never seen before:
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
    I wouldn't be so concerned if I wasn't having intermittent kernal panics as well as some problems opening files.  Any thoughts?

    Some permissions are information only and can be ignored.
    Focus on the panics which are usually hardware devices and drivers, cables, etc and sometimes RAM or other items.
    Apple Hardware Test
    Clean install of system to another drive
    FAQ kernelpanic
    Tutorial Avoiding Kernel panics
    kernel panic at startup
    Resolving Kernel Panics

  • Repair Permissions keeps repairing the same files

    Whenever I repair permissions, I notice the same files are being repaired all the time. Is their a problem and how can I fix this?
    Thanks,
    Hattori Hanzo

    Hi, Hattori.
    This is not a probelm.
    The list of permission repairs is quite extensive under Tiger. This is due to the Repair Disk Permissions function forcing the specific permissions it reports, which is required due to the receipts of the affected files, most of which are Dashboard widgets. Most Dashboard widgets have specific permissions — ostensibly to avoid potential security problems with widgets — and Repair Disk Permissions will always set these to ensure they are enforced, whether or not they actually need repair.
    Whenever the message in Repair Disk Permissions states "We are using special permissions..." this means the permissions are being enforced, not that the permissions on that file were necessarily incorrect.
    Bottom line: you can ignore these "We are using special permissions...." messages. They will repeat whenever you run Repair Disk Permissions.
    For additional information, see "Disk Utility reports some messages that you can ignore when checking permissions ('33261')."
    Good luck!
    Dr. Smoke
    Author: Troubleshooting Mac® OS X

  • Repair Permissions keeps correcting the same permission.

    Tiger–Repair Permissions corrects the owner group of ./private/Var/log/secure.log to -rw------ from -rw-r-------. It is my father's iMac and he firmly believes that this incorrect permission slows the computer. Once the permissions are changed, they soon return to the same setting and are trapped again by Repair Permissions. Question...is this an invisible file that could slow the computer? Is it only a log? Should this quirk just be ignored?
    blue skies, Phillip
    iMac   Mac OS X (10.4.7)  

    AFAIK, that's a cosmetic bug that occurs when the daily maintenance task rotates the various logs. It won't affect system performance. Unless there's some underlying problem he's trying to fix, tell him to ignore it and advise him to only repair permissions after he updates Apple software.

  • Every time I repair permissions, shows itunes problems

    Since the last update every time I run the repair permissions process, it shows that have problems with all the languages on itunes.

    John H54 wrote:
    Permssions repair has always been recommended as a standard proceedure to help diagnose another persistant issue with Mac OS: the ever present Beach Ball  (with no decipherable causes) ...
    It has been recommended by people who misunderstand its purpose and its method. It's never been an effective tool to solve any beach balling issue, despite all of the folklore to the contrary.
    I see no check box in Disk Utility to engage an option to ignore permissions irregularities that "are not a problem"
    Unchecking the "Show details" box above the progress window will do that. Better yet, don't bother repairing permissions at all unless it is for a task for which it is an appropriate tool.

  • Repair permissions always finds the same

    Using an iMac, Snow Leopard with the latest updates.  Every time I run repair permissions I get a 18-20 listing of items, usually Java related with an occasional 'system framework' notation.   Is there an update or is this typical??
    Thank,
    GH

    The basic answer is that some files have been re-located in some of the recent releases (Java for one) and the permissions repair application isn't looking for them in the new location.
    Some will no doubt be corrected with the next increment or OS release, but expect different ones to turn up then

  • 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?

  • Permissions Repair keeps finding the same problems

    I am finding that the Permissions Repair, while it informs me that it has repaired permissions on my Intel-powered 24-inch iMac, is not in fact doing so. It keeps finding the same errors. What is going on?

    "In general", we shouldn't worry too much about what repair permissions finds. But, your case is a little odd, in that it finds the same thing each time. Yes, subsequent repair permissions "should" be nada...nothing found. Try running Repair Disk and see if that helps. (run Repair Disk from an OS Install or recovery disk; or from another volume containing OS X)
    HTH

  • How to fix? finder problems - apps quitting - can't repair permissions?

    I don't really know where to begin. I downloaded a software update the other day, but can't remember what it was, and am anyway unsure if that's related.
    Suddenly, several programs have started not launching. They'll hang, act strangely if they open at all, and often not launch, period.
    And the problem is expanding.
    I've done numerous hardware diagnostics, all coming back fine. I've defragged the disk.
    I've attempted to verify and repair permissions, and every time, it hangs toward the end of the process, requiring a 'suicide'.
    I live in Cambodia, so any solutions especially not requiring the purchase of software unavailable here (almost all of it) would be welcome, but any help in understanding the problem is appreciated.

    If you have your installer disks then try this:
    Boot from your OS X Installer. Be sure to use the installer for the version of OS X you have installed. After the installer loads select Disk Utility from the Installer menu (or Utilities menu if using Tiger.) After DU loads select your OS X volume from the list on the left, 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 click on the Repair Permissions button. Wait until the operation completes, then quit DU and return to the installer. Now shutdown the computer for a couple of minutes and then restart normally.
    If DU reports errors it cannot fix, then you will need Disk Warrior (3.0.3 for Tiger) and/or TechTool Pro (4.0.6 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.
    Defragging is unnecessary with Panther. Panther defrags automatically for files under 20 MBs in size. Furthermore, if you disk is damaged or corrupted in any way defraggin can worsen the problem to the point of having to erase and reinstall.
    I hope you maintain backups.

  • MacBook Pro Hard Drive Repair/Permissions Problems

    My MacBook Pro (2.2GHz) wouldn't start. I was getting the grey screen with the Apple logo and the spinning wheel that never stops. Tried zapping the PRAM. Tried holding down the shift key. No luck.
    So I finally booted from the Leopard Install CD. No problem. Figured I'd use the Disk Utility to repair the disk. I get the following two problems every time:
    REPAIR DISK PERMISSIONS:
    Repairing Permissions for "GROOVY"
    Error: The underlying task reported failure on exit
    REPAIR DISK:
    Checking Catalog File
    incorrect block count for file pcscd.pub
    (it should be 16 instead of 17)
    Every time I re-launch the computer, using the Leopard CD, I get the same two problems. Can't repair permissions at all. And I get the same "incorrect block count for file pcscd.pub" error when trying to Repair Disk. Even though Disk Utility appeared to repair that problem (and then recheck it) the last time.
    Anyway I was able to use Firewire Target Disk Mode to copy all my files to my PowerMac G4. While I was connected I also used DiskWarrior. Seemed to repair the disk with no problems.
    So at this point I've pretty much resigned myself to doing an Archive and Install. Unfortunately I've tried it twice and I keep getting this:
    INSTALL FAILED
    Mac OS X could not be installed on your computer
    The installer could not install some files in "/Volumes/GROOVY". Contact the software manufacturer for assistance.
    Click restart to restart your computer and try again.
    Now I'm going to try wiping the disk and doing a fresh install. If that doesn't work I guess I'll have to call Apple. Anybody else having similar problems?
    Thanks,
    LT

    As I understand it, you can't fix a failing SMART status. Believe me I tried on my iBook! I was originally under the impression that DiskWarrior and Tech Tool Pro could fix anything, but I now understand that they and Disk Utility can only repair the directory. As it was explained to me, SMART was set up to give warning of hard drive failure so that you could rescue your data before the hard drive dies altogether. You can disable it I think, but that's like putting black tape over the warning light in your car that lights up if you are running out of oil--possible to do, but not a good idea.
    So if your SMART status is failing, then the only cure is to replace the hard drive. The hard drive can work for a while, but it's on its way out.
    Here's a little background information on SMART status:
    http://www.computerhope.com/issues/ch000184.htm
    And I hope this was just a rhetorical question!

  • Repair disc permissions always finds files to repair

    I've been repeatedly running repair disc permissions via disc utility, as my MacBook Pro has become extremely slow. Every time I run the repair button the program will find 'problem' files to repair.
    When I select the verify options it will not find conflicts.
    Will there always be conflicts the program finds?
    Incidentally, the slowness started when I upgraded to 10.5.x. And my new (aftermarket) battery gets extremely hot and won't hold a charge for long (despite priming numerous times).

    Hi,
    according to this http://support.apple.com/kb/TS1448 they will be always there and can safely be ignored.
    Regards
    Stefan

  • 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.

  • Every time i repair permissions i keep getting this same message...

    Perhaps i'm being paranoid, but every time i repair permissions i keep getting this same message that:
    "Warning: SUID file "usr/libexec/load_hdi" has been modified and will not be repaired.
    Warning: SUID file System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/Resources/ DiskManagementTool" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/Reso urces/Locum" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/Install.framework/Versions/A/Resources/runner " has been modified and will not be repaired.
    Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r----- .
    Warning: SUID file "System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/readconf ig" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/writecon fig" has been modified and will not be repaired.
    Warning: SUID file "usr/libexec/authopen" has been modified and will not be repaired.
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired.
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired."
    Does anyone know what this means? Is anyone else getting these messages consistently when running repair permissions? i did a clean installation of Leopard and have run the updater. Permissions seem to take a while to repair, and i am going to install the larger 10.5.1. updater as soon as it finishes downloading... but i did run the 40 mb updater that software update downloaded.
    Any insight would be helpful. Thanks in advance.

    This is the only trouble if at all that I have in installing Leopard, and while some as discussed previously are nothing to be concerned about the others have me concerned. From the installation disk I have run Disk repair and Repair Permissions but nothing changes in the list below. So any thoughts on how to clear some out?
    Repairing permissions for “iMac HD1”
    Warning: SUID file "usr/libexec/load_hdi" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/DiskManagement.framework/Versions/A/Resources /DiskManagementTool" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/Reso urces/Locum" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/Install.framework/Versions/A/Resources/runner " has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/readconf ig" has been modified and will not be repaired.
    Warning: SUID file "System/Library/PrivateFrameworks/Admin.framework/Versions/A/Resources/writecon fig" has been modified and will not be repaired.
    Warning: SUID file "usr/libexec/authopen" has been modified and will not be repaired.
    ACL found but not expected on "System/Library/User Template/English.lproj/Sites".
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired.
    ACL found but not expected on "System/Library/User Template/English.lproj/Desktop".
    ACL found but not expected on "System/Library/User Template/English.lproj/Documents".
    ACL found but not expected on "System/Library/User Template/English.lproj/Downloads".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Application Support".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Assistants".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/MIDI Drivers".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Plug-Ins/Components".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Plug-Ins/Digidesign".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Plug-Ins/VST".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Plug-Ins".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Sounds/Alerts".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Sounds/Banks".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio/Sounds".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Audio".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/ColorPickers".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Compositions".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Favorites".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/FontCollections".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Fonts".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/iMovie/Plug-ins".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/iMovie/Sound Effects".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/iMovie".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Input Methods".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Internet Plug-Ins".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Keyboard Layouts".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Preferences".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Printers".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Screen Savers".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Sounds".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library/Voices".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library".
    ACL found but not expected on "System/Library/User Template/English.lproj/Movies".
    ACL found but not expected on "System/Library/User Template/English.lproj/Music".
    ACL found but not expected on "System/Library/User Template/English.lproj/Pictures".
    ACL found but not expected on "System/Library/User Template/English.lproj/Public".
    User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/jvm.cfg", should be 0, user is 95.
    User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/classlist" , should be 0, user is 95.
    Permissions repair complete

  • After repairing permissions, in Mac OS X, I ask the utility to verify permissions again and the same problems are shown, as if I had not repaired anything. What's happening?

    After repairing permissions, in Mac OS X, I ask the utility to verify permissions again and the same problems are shown, as if I had not repaired anything. What's happening?

    What you are seeing are messages. It's ok.. it won't do any good to repeatedly repair permissions. As long as you see Repair Permissions Complete when it's finished, you are good to go.
    Also, if you see any messages that say: SUID: That can be ignored.
    Mac OS X: Disk Utility's Repair Disk Permissions messages that you can safely ignore
    Keep in mind, the only time you need to repair permissions is for troubleshooting.

Maybe you are looking for