Disk Utility: Repairing permissions with Warning: SUID file ...

I get always some warnings when I run the Repair Disk Permissions under my Leopard.
Does somebody know how to fix these warnings?
Thanks,
JO
Warning: SUID file "usr/libexec/load_hdi" 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.
Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
Permissions differ on "Library/Printers/hp/Utilities/HP Printer Utility.app/Contents/Frameworks/HSDCommonLib.framework/Versions/A/Runtime/hppaa uthtool", should be -rwxrwxr-x , they are -rwsr-xr-x .
Warning: SUID file "Library/Printers/hp/Utilities/HP Printer Utility.app/Contents/Frameworks/HSDCommonLib.framework/Versions/A/Runtime/hppaa uthtool" has been modified and will not be repaired.

Thanks for the it is appreciated. Have a happy holiday and a great New Year!

Similar Messages

  • On Mavericks Repairing Permissions Appears -- Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.

    Hello Everyone,
    I've seen this Warning while repairing permissions on my MacBook Pro. I've seen the "Ignore This" suggestion for earlier OSX versions. My question is: Is this normal even for Mavericks? and why hasn't Apple corrected this issue?

    These are recurring messages that you may safely ignore. They are innocuous.

  • I just ran Disk Utility. It reports 'Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.'

    What does this mean? What action should I take?
    thanks!

    No worries
    http://support.apple.com/kb/TS1448?locale=da_DK

  • Screen saver does not turn on. Have run the disc utility to repair disc permissions. Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.

    screen saver does not turn on. Have run the disc utility to repair disc permissions. Warning: SUID file “System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent” has been modified and will not be repaired.
    I am running 10.9.1 software
    Help Diggs1936

    I would try reinstalling.
    Reinstall Lion, Mountain Lion, or Mavericks without erasing drive
    Boot to the Recovery HD:
    Restart the computer and after the chime press and hold down the COMMAND and R keys until the menu screen appears. Alternatively, restart the computer and after the chime press and hold down the OPTION key until the boot manager screen appears. Select the Recovery HD and click on the downward pointing arrow button.
    Repair
    When the recovery menu appears select Disk Utility. 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 click on the Repair Permissions button. When the process is completed, then quit DU and return to the main menu. Select Restart from the Apple menu.
    Reinstall Mountain Lion or Mavericks
    OS X Mavericks- Reinstall OS X
    OS X Mountain Lion- Reinstall OS X
    OS X Lion- Reinstall Mac OS X
         Note: You will need an active Internet connection. I suggest using Ethernet
                     if possible because it is three times faster than wireless.

  • Disk utility repair permissions stops altogether

    I tried running Disk Utility Repair permissions and received a grey message box saying it stopped repairing permissions because of the following error:
    Error: The underlying task reported failure on exit.
    This same error message was repeated in the usual information box that disk utility uses to provide detail about what it is doing.
    I believe the problem occurred because I selected Macintosh HD and added another user (myself) to read/write in the disk permission section of the information window, and I also applied that to all enclosed items. I did this in the first place because of repeated attempts and failuire to install the latest version of skype into my applications folder (being told that I didn't have enough permissions to complete the overwrite task). When I tried verifying the disk I received the error message "ERROR: could not freeze volume permissions denied"
    I switched users to a specific administrator account that I reserve for troubleshooting, but got the same result when I tried running disk utility.
    As a not unrelated issue when I attach my ipod touch, itunes says that it cannot recognize this ipod, then after about the third time simply doesn't acknowledge my itouch exists.
    everything was working well until i did this large change permissions operation.
    So does anyone have any idea what I have done (wrong) and how I can fix it?
    thanks
    John

    John Fountain wrote:
    I believe the problem occurred because I selected Macintosh HD and added another user (myself) to read/write in the disk permission section of the information window, and I also applied that to all enclosed items.
    Uh-oh. You completely trashed your whole system by doing that. Boot up from your Leopard DVD and restore that last Time Machine backup that was made before you made that mistake. If you don't have any backups you will have to reinstall Leopard.
    I did this in the first place because of repeated attempts and failuire to install the latest version of skype into my applications folder (being told that I didn't have enough permissions to complete the overwrite task).
    When that happens, just trash the old application first, then drag in the new one.
    When I tried verifying the disk I received the error message "ERROR: could not freeze volume permissions denied"
    I switched users to a specific administrator account that I reserve for troubleshooting, but got the same result when I tried running disk utility.
    Changing permissions on the HD and applying to enclosed items hosed your whole system. That's what's causing all your problems. It's doubtful that you will be able to repair it. Restore your system from backup, or reinstall.

  • Problem With Disk Utility - Repair Permissions

    Is anyone else having this problem. When I go to verify or repair permissions using Disk Utility, it behaves nothing like it did in Tiger. For 1, takes like 10 minutes... took about 2 before. And 2, I keep getting a Warning message:
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
    I installed Leopard doing an Erase and Install.... so this was a fresh - full install. What's the deal?

    Oh for the love of god, it begins again!
    Folks, chill out!
    Leopard introduces a completely different "installer package receipt" format called a flat file format based on SQLite. The database file on my Mac (from a pre-release version of Leopard) is the following:
    /Library/Receipts/db/a.receiptdb
    The file is 140 MB in size and contains a ton of information. Sorry, I'm currently burning my final copy of Leopard to a DVD otherwise I'd run Repair Permissions here on the pre-release version I'm currently running and comment on the results. I did notice that it takes a while longer than in Tiger. It's quite possible that Repair Permissions in Leopard is looking at many more things than just the basic file permissions that it did in Tiger, Panther, or Jaguar.
    Access Control Lists (ACLs) are an additional, advanced type of permission setting for files and directories. The fact that Repair Permissions in Leopard even mentions ACLs suggests that it's concerning itself with a great deal more things than it did in Tiger, Panther, or Jaguar.
    I didn't get that message about ARDAgent in the pre-release versions, I'll take a look at it more once I finish burning and installing the release version.
    ARDAgent is part of Apple Remote Desktop, and 'SUID' refers to a "SetUID" executable. (For more info on SetUID, you might check out my page on http://homepage.mac.com/mdouma46/fdup/fdup.html where I wrote a utility to repair the permissions of Jaguar Disk Utility's Repair Permissions feature. All that warning is saying is that Disk Utility isn't going to alter the permissions on the file. I honestly don't think it's anything to worry about, nor are any of the other messages that it reports.

  • Permissions Problem:Warning SUID file?

    Hi guys,
    I'm not sure if this is the right place to post this but here it goes.
    My Macbook Pro was acting funny the last 2 days and was really laggy when I was typing. So I ran a Disk utility to check permissions and verify the disk. There were a couple of things out of wack that were repaired and I'm not having that lag problem. However I ran across another one.
    This is a message that came up when I repaired the permissions:
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired.
    Warning: SUID file "usr/bin/lppasswd" has been modified and will not be repaired.
    Is this something that I should be concerned about?

    bigmouth227 wrote:
    I have the same Disk Utility error messages, but I am also unable to start any of my Microsoft Office X applications (Word, Excel, Powerpoint). I was directed to "completely" uninstall Office and reinstall, and that has not resolved that issue.
    Am I wrong to believe the two issues are related?
    Welcome to Apple Discussions:
    Yes, they are most likely completely unrelated. Many have these warnings.
    You should post a new thread with your MS issue.
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired.
    Warning: SUID file "usr/bin/lppasswd" has been modified and will not be repaired.
    They are merely warnings. Search these threads for hundreds of these cases and explanations.
    Everything was working with them till I was building a chart in Excel. Then the program "unexpectedly quit" and since nothing Office has worked. Anyway, after I started having the issue with the Microsoft programs, I ran Disk Utilities and produced these warnings.
    The issue you have is with MS products. Reinstall the MS software.
    Go to this forum: http://www.officeformac.com/ProductForums/Office/
    Will/Would reinstallation of Leopard be the only way to resolve the issue?
    It would be the worst way. Leopard is fine. Your Office is not.
    Is there a 10.5.5 version of the installer so that I can archive and clean install?
    I don't understand this question at all.
    Message was edited by: nerowolfe

  • 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 error.  SUID file has changed and will not be repaired?

    I repaired permissions tonight and I get the error message quoted below.
    I don't understand the warning around the SUID file. I don't know if I should be concerned about this or what this file does. Any information or advice?
    Thanks.
    Repairing permissions for “Macintosh HD”
    Reading permissions database.
    Reading the permissions database can take several minutes.
    Permissions differ on "System/Library/LaunchDaemons/com.apple.usbmuxd.plist", should be -rw-r--r-- , they are -rwxr-xr-x .
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired.
    Group differs on "private/etc/cups", should be 0, group is 26.
    Permissions differ on "private/var/spool/cups/cache/rss", should be drwxr-xr-x , they are drwxrwxr-x .
    Permissions repair complete

    Im just glad to see others have the exact same permission changes, which as the other replied stated, makes me not worry about it.
    I just don't like Apple changing permissions so they can "read" anything on my computer they want - when Im on iTunes for instance.

  • Disk Utility repairs permissions; 1 hour later they're un-repaired again.

    (March 2009 24" iMac. Lion 10.7.3)
    I repair permissions on Macitosh HD (boot volume)  every-other week.  I've noticed that the same permissions seem to need repair each time.  Here are the last seven lines from the Disk Utility window from the May 19 run:
    One hour later, I repeated the operation.  Here are the last seven lines:
    I might be overly sensitive, but I detect certain similarities between these results.  In fact, it looks like Disk Utility repairs exactly the same permissions every time and those permissions are corrupted shortly after they are repaired.
    What's going on here?   Should I be alarmed? Or should I panic?

    I'd like to delete this post (if I knew how).  There are several other threads on this topic, and other contributors report exactly what I observe.  It turns out it's a harmless artifact of upgrading from 10.5 to 10.6 to 10.7, rather than doing a clean install of Lion.  This article is reassuring: http://support.apple.com/kb/TS1448
    I shoulda searched more thoroughly before posting.

  • Problems with Disk Utility Repairing Permissions

    Has anyone who had problems with Disk Utility after installing 10.5.1 through Software Update been able to resolve them by installing the Combo update instead?

    The Solution?
    REINSTALL OSX using the Install DVD.
    I called APPLE Support and we went through a troubleshooting process to rule out Network Issues, Software Issues, File Issues and Hardware Issues. This process was very thorough.
    In the end, we used the Operating System Installation DVD to reinstall the system, which took about 60 minutes including downloading the updates. Reinstallation did not affect any files or lose any applications. Everything was as I left it -- nothing was missing. Easy.
    Now everything is back to normal.

  • Disk Utility "restore" fails with "no such file or directory"

    Some time back, perhaps a LONG time ago, I successfully used Disk Utility's "restore" function to "clone" my Mac OS X partition onto an external disk, before I upgraded the OS on my internal drive.
    This weekend I tried to do it again, and failed on every attempt.
    My first attempt was on my MacBook. At very end (the progress "bar" was all blue) it died saying that there was an error (2), "no such file or directory". I think the external drive probably isn't GUID, which would make it non-bootable, but I'd still think "restore" itself should work.
    Okay, let's try my Power Mac G5, which is where it worked several releases ago. Same thing.
    Okay, one more try... Booted into safe mode (in case background activity accounts for the missing file/directory), did the restore again, failed again.
    I realize that SuperDuper or Carbon Copy Cloner or other tools may be "better", but since this worked once it seems like it still should.
    Any ideas?
    Doug

    Did you:
    A. Repair the hard drive and permissions prior to cloning?
    B. Erase the destination drive before cloning?
    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 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 (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.
    How to Clone Using Restore Option of Disk Utility
    1. Open Disk Utility from the Utilities folder.
    2. Select the backup or destination volume from the left side list.
    3. Click on the Erase tab in the DU main window. Set the format type to Mac OS Extended (journaled, if available) and click on the Erase button. This step can be skipped if the destination has already been freshly erased.
    4. Click on the Restore tab in the DU main window.
    5. Select the backup or destination volume from the left side list and drag it to the Destination entry field.
    6. Select the startup or source volume from the left side list and drag it to the Source entry field.
    7. Double-check you got it right, then click on the Restore button.
    8. Select the destination drive on the Desktop and press COMMAND-I to open the Get Info window. At the bottom in the Ownership and Permissions section be sure the box labeled "Ignore Permissions on this Volume" is unchecked. Verify the settings for Ownership and Permissions as follows: Owner=system with read/write; Group=admin with read/write; Other with read-only. If they are not correct then reset them.
    For added precaution you can boot into safe mode before doing the clone.

  • Disk Utility Repair Permissions conflict for ./Private and ./private

    After applying the latest Security Update 2008-003 (PPC) (http://www.apple.com/support/downloads/securityupdate2008003ppc.html), Repair Permissions in Disk Utility has conflicting requirements for permissions on ./Private and ./private. One of them is wrong. This diagnostic needs to be fixed.

    Unless you are using the case-sensitive file system, they are not different directories.
    I have not yet installed this update, so I haven't seen this issue. I would say don't worry about it. In over six years of using OS X, I have never encountered anything in Repair Permissions that actually needed to be fixed. But I have seen plenty of nonsense like this, where it references the same file using different names, with different modes associated with the various names.

  • Messed up permissions, then fixed but now disk utility repair perm greyed..

    So I had changed ownership and permissions on an eternal drive, then couldnt see it so I typed the following in terminal to fix:
    chmod 775 "/Volumes/volumename/"
    That worked, but now when I go into disk utility, both the verify and the repair disk permissions are greyed out on that drive.
    Any ideas?

    That worked, but now when I go into disk utility, both the verify and the repair disk permissions are greyed out on that drive.
    Those commands will only be available if the drive has a bootable Mac OS X system. If the drive is set to ignore ownership or permissions, select it in the Finder, choose Get Info from the File menu, and turn the option off.
    (30708)

  • Disk Utility Repair Permissions ?

    Hello,
    I'm experiencing a persistent disk permissions repair issue using disk utility.
    With each re boot I get the following needing to be repaired...
    "Group differs on "private/etc/cups", should be 0, group is 26."
    I repair and re-run Repair Permissions again to find all is ok - however it comes back again when I re-boot.
    What can I do to get it to go away and what is it?
    thank you for your time.

    Reports of "spurious" information in Repair Permissions are wide enough that there are Apple articles on the reports for Jag and Panther (like here. Admittedly, they are much fewer in Tiger and Leo.
    "cups" is a printing subsystems, so some driver you've installed may be "taunting" Disk Utility. If you can print, you're OK.

Maybe you are looking for