Verifying permissions freezes.

Booting from the install disk, running disk utility. Verify permissions and repair permissions never complete. Disk repair says, disk ok. What gives?

I ran the tasks for about twenty minutes per option (verify/repair). Runs with a full continues bar, not a fill as it completes process bar. I will run the tasks overnight and see what happens. I'll keep the mac from sleeping but will turn off the screen. Will run off power outlet.
Will report back.
Thanks

Similar Messages

  • Running "verify permissions" in Disk Utility freezes the Macbook

    Ever since I received my new Macbook, whenever I try to run the Disk Utility's "verify permissions", the system freezes up. Disk Utility seems to freeze, and I cannot interact with anything on the computer anymore. The mouse remains functional, but I cannot click on any other applications, change focus or even force quit.
    Any ideas? Thanks in advance!

    I always thought it was a bad idea to repair permissions from a disk other than the startup disk if you had updated the OS from what is on the install DVDs.
    Don't bother with verifying permissions as it takes as long as repairing them. Have you tried a straight repair of them instead? How about running that from a program like Cocktail?

  • What does ACL mean in Verify Permissions?

    I have been having problems since upgrading from Panther to Leopard on December 12 of 08. I think I have the majority of them addressed... I am running the disk utility and verifying and repairing permissions 2 times per month, emptying caches almost every day, and zapping the PRAM in order to address constant freeze-ups on startup... sometimes at the blue screen and sometimes the wheel just keeps turning, turning, turning, etc., but it still happens daily. Any ideas why on this one?
    Now I am getting this message when verifying permissions:
    ACL found, but not expected on "Applications/Utilities"
    ACL found, but not expected on "Applications"
    ACL found, but not expected on "Library"
    What does ACL mean and why is it not expected?
    Any answers? It would be appreciated.

    Hi! Most have found that if they download the new combo update and reapply the update the acl messages in repair permissions disappear and the report will be clean for the first time. Tom

  • Disk permissions do not repair: Verify permissions for "Macintosh HD" Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/dt.jar", should be lrwxr-xr-x , they are lrw-r--r-- . Permissions differ on "System/Library/Jav

    Disk Utility does not repair Permissions (shows repaired but just come back up again). See problems:
    Verify permissions for “Macintosh HD”
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/dt.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/jce.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/jconsole.ja r", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/management- agent.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    User differs on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib", should be 0, user is 95.
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/dt.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/jce.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/management -agent.jar", should be -rw-r--r-- , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/security/b lacklist", should be lrwxr-xr-x , they are lrw-r--r-- .
    User differs on "System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries", should be 0, user is 95.
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Home/lib/security/cacerts", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Resources/Java/deploy.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/Java/Support/Deploy.bundle/Contents/Resources/JavaPluginCocoa.b undle/Contents/Resources/Java/deploy.jar", should be lrwxr-xr-x , they are lrw-r--r-- .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/zh_TW.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    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 .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/zh_CN.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/zh_CN.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/ko.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/ko.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Dutch.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Dutch.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Italian.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Spanish.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Spanish.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/French.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/French.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/German.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/German.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/Japanese.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/Japanese.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/dt.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/jce.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/jconsole.jar ", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Classes/management-a gent.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/dt.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/jce.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/management- agent.jar", should be lrwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/security/bl acklist", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle", should be drwxr-xr-x , they are lrwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle/Contents/Resources/Java/deploy.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Resources/JavaPlugin Cocoa.bundle/Contents/Resources/Java/libdeploy.jnilib", should be -rwxr-xr-x , they are lrwxr-xr-x .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Home/lib/security/cacerts", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Resources/Java/deploy.jar", should be -rw-r--r-- , they are lrw-r--r-- .
    Permissions differ on "System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/ Contents/Resources/Java/libdeploy.jnilib", should be -rwxr-xr-x , they are lrwxr-xr-x .
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
    Permissions differ on "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/Rem ote Desktop Message.app/Contents/Resources/English.lproj/UIAgent.nib", should be drwxr-xr-x , they are -rwxr-xr-x .
    Permissions differ on "System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Su pport/LockScreen.app/Contents/Resources/English.lproj/MainMenu.nib", should be drwxr-xr-x , they are -rwxr-xr-x .

    Ignore all these.
    http://support.apple.com/kb/TS1448?viewlocale=en_US

  • When I run disk utility, verify permissions I get "WARNING SUID file system/Library/Coreservices/Remotemanagement/ARDAgent.app/Contents/MacOS/ARDAge nt has been modified

    When I run disk utility, verify permissions I get "WARNING SUID file system/Library/Coreservices/Remotemanagement/ARDAgent.app/Contents/MacOS/ARDAge nt has been modified

    Please read Disk Utility's Repair Disk Permissions messages that you can safely ignore.
    Roger

  • Verify permissions failed: Framework unable to communicate with the Disk Management daemon

    I'm experiencing problems with the Disk Management daemon on my MBPro Retina running Mountain Lion 10.8.2. I discovered it first when I tried to enable file vault and received the "Framework unable to communicate with the Disk Management daemon" error message.
    So I started up Disk Utilities (which started fine) and tried to run Verify Disk Permissions. It failed with the following errror message:
    "Verify permissions failed: Framework unable to communicate with the Disk Management daemon"
    So I booted in to safe mode and tried Verify Disk Permissions again with the same results.
    So I booted in to the recovery partition to run Disk Utilities. It ran fine and the Verify Disk Permissions found some errors which I then fixed.
    I re-booted normally but am still experiencing the same behavior.
    I have turned off my anti-virus (Sophos) to no effect.
    I checked the console and found the following message:
    12/6/12 3:27:02.828 PM Disk Utility[157]: *** WARNING: Method userSpaceScaleFactor in class NSWindow is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
    Thoughts or suggestions?  Thanks!

    Please read this whole message before doing anything.
    This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
    The purpose of the test is to determine whether your problem is caused by third-party system modifications that load automatically at startup or login. 
    Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode* and log in to the account with the problem. The instructions provided by Apple are as follows:
    Shut down your computer, wait 30 seconds, and then hold down the shift key while pressing the power button.
    When you see the gray Apple logo, release the shift key.
    If you are prompted to log in, type your password, and then hold down the shift key again as you click  Log in.
    *Note: If FileVault is enabled under OS X 10.7 or later, or if a firmware password is set, or if the boot volume is a software RAID, you can’t boot in safe mode. Safe mode is much slower to boot and run than normal, and some things won’t work at all, including wireless networking on certain Macs.
    The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin. Test while in safe mode. Same problem? After testing, reboot as usual (i.e., not in safe mode) and verify that you still have the problem. Post the results of the test.

  • Verify Permissions Results don't stick

    I'm tracing another problem and decided to check "Verify permissions" again, having done it a couple days ago.
    What I am seeing, whether or not I log in as my Admin account or as root, is that no matter that Repair permissions finishes, when I Verify Permissions immediately thereafter, the same errors exist. Here's a copy of the results:
    Verify permissions for “Macintosh HD”
    Determining correct file permissions.
    Group differs on ./Private, should be 80, group is 0
    Permissions differ on ./Private, should be drwxrwxr-x , they are drwxr-xr-x
    Permissions differ on ./private/etc/xinetd.d, should be drwxr-xr-x , they are -rwxr-xr-x
    Permissions verification complete
    The privileges have been verified or repaired on the selected volume
    Repairing permissions for “Macintosh HD”
    Determining correct file permissions.
    Group differs on ./Private, should be 80, group is 0
    Permissions differ on ./Private, should be drwxrwxr-x , they are drwxr-xr-x
    Owner and group corrected on ./Private
    Permissions corrected on ./Private
    Permissions differ on ./private/etc/xinetd.d, should be drwxr-xr-x , they are -rwxr-xr-x
    Owner and group corrected on ./private/etc/xinetd.d
    Permissions corrected on ./private/etc/xinetd.d
    Group differs on ./private, should be 0, group is 80
    Permissions differ on ./private, should be drwxr-xr-x , they are drwxrwxr-x
    Owner and group corrected on ./private
    Permissions corrected on ./private
    Permissions repair complete
    The privileges have been verified or repaired on the selected volume
    -------------------------------------------------------------------------------

    well, ok ... hen is it not an issue that despite permissions being listed as fixed, that they appear, once again, to be the same errors?
    I mean, if it's insignificant, then I'll not worry about "why" it does that ... and move on in trying to fix the original problem ... of which you are familiar anyway.
    thanks Ray.

  • Unable to verify permissions

    Hello,
    Yesterday I did a combo upgrade to 10.5.4 on a Macbook 3,1. Before doing the upgrade I attempted to verify the permissions on my hard disk but received an error.
    2008-07-15 23:13:53 -0400: Verify permissions for “Macintosh HD”
    2008-07-15 23:13:54 -0400: Reading permissions database.
    2008-07-15 23:13:54 -0400: Reading the permissions database can take several minutes.
    2008-07-15 23:13:54 -0400: Error: The underlying task reported failure on exit.2008-07-15 23:13:54 -0400:
    2008-07-15 23:13:54 -0400: Disk Utility stopped verifying permissions on “Macintosh HD” because the following error was encountered:
    The underlying task reported failure on exit.
    2008-07-15 23:13:54 -0400: Permissions verification complete
    This only takes a second to happen so I don't think the permissions are ever checked. I attempted to boot from the Install Disk and run the permissions verify from there but get the same error message. The drive verifies with no problem, but the permissions verify can not run.
    I attempted to install 10.5.4 anyway against my better judgment. Everything went fine until it attempted to write the receipt. The installer locked up solid for over an hour and I couldn't do anything but power off the machine. Luckily everything came back up with little to no issue, but I'm concerned with what I'm seeing in the install.log file.
    Jul 15 22:07:07 Fiji installdb[899]: -[IFDBD_SchemaA updateFile:uid:gid:mode:]: database error (1): SQL logic error or missing database
    Jul 15 22:07:07 Fiji /private/tmp/scripts.hRGQ/./postinstall[890]: IFDBExistingReceiptSetFilePerms() = 00000000, 1
    Jul 15 22:07:07 Fiji pkgutil[1128]: Updating receipt 'com.apple.pkg.BaseSystem' path 'System/Library/UserEventPlugins/SCMonitor.plugin/Contents/Info.plist' on '/' with actual metadata from '/System/Library/UserEventPlugins/SCMonitor.plugin/Contents/Info.plist'.
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA(Utilities) pathkeyForPath:insert:] database error (1): SQL logic error or missing database
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA updateFile:uid:gid:mode:]: database error (1): SQL logic error or missing database
    Jul 15 22:07:13 Fiji installdb[899]: -[IFDBD_SchemaA closeReceipt]: database error (8): attempt to write a readonly database
    Jul 15 22:07:13 Fiji /private/tmp/scripts.hRGQ/./postinstall[890]: IFDBExistingReceiptSetFilePerms() = 00000000, 1
    This is in the system.log:
    Jul 15 23:06:21 Fiji com.apple.SystemStarter[40]: The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
    Jul 15 23:06:21 Fiji com.apple.SystemStarter[40]: Break on _THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___Y OU_MUST_EXEC_() to debug.
    Most of these messages repeat over and over, so I'm a little concerned. Everything seems to be working, but because I had to restart the system during the upgrade, I'm worried something did not complete. This is the third time the system has locked up during an installation so I know something isn't correct. I've attempt to boot in to single user mode to run the fsck, but it says everything is fine and you can't use disk util to repair permissions in single user mode it seems.
    Does anyone have an idea of what these messages mean?
    thx

    Hello and thank you to all who replied.
    I wanted to give a quick update on what I found on my Macbook. I before I continue, I'm going state that I don't recommending doing what I did unless you are extremely comfortable with Unix/Linux.
    After seeing the responses that I had to reinstall the OS I got really curious to what the Mac was doing, so I called up a friend of mine who is a linux admin. I too use linux a bit, but not at his level. He recently purchased a Mac as well.
    He is new to the mac and hadn't heard of checking permissions before updates, so I explained the whole scenario. Once he understood the basics we got to work.
    What we found is, there is a permissions database on the mac located in /Library/Receipts/db called the a.receiptdb. One his new Macbook Pro the file was owned by _installer and group wheel. On my Macbook the file was owned by root and group admin.
    Changing the owner to _installer and group to wheel allowed the permission verify to run but reported some issues. Looking more deeply at the permissions, I also noticed that not only were the directory permissions for the db directory different, but also /Library/Receipts/boms directory and most of the pkg directories. The owner and groups didn't match up. Now I'm not saying mine were wrong, but they didn't match his newer install. So I changed the permissions on all of these files and re-ran the the permission verify.
    It found a ton of permissions that were not correct. On top of that it found a lot of files that were OS and Unix binaries that had been modified so it wasn't going to change the permissions on any of them. I'm guessing this happened because the combo update didn't complete properly the first time.
    After matching up the permissions, I allowed it to repair the permissions then re-installed the combo update while watching the console install.log. Everything finished with no errors. After the reboot, I ran the permission verify again, it only came back with 2 permission differences. I repaired those and was done.
    I'm still getting the:
    Jul 17 23:16:24 Fiji com.apple.SystemStarter[27]: The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec().
    Jul 17 23:16:24 Fiji com.apple.SystemStarter[27]: Break on _THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___Y OU_MUST_EXEC_() to debug.
    On boot up in the system.log. Apparently something is starting up and getting stuck in a loop at start up so I'll have to see what that is, but overall everything seems to be working much better. I may do a re-install just to be safe at some point, but right now everything seems fine. I just need to track down what is getting stuck on startup.
    It seems all of this was caused because the permissions were wrong on the files that verify the permissions. I'm kind of confused on why some of this is an issue because you enter your admin password before the update, which I thought meant that the installer will run as root, but that doesn't seem to be the case.
    Thx
    Message was edited by: J3P mac

  • When Verify permissions in "Snow Leopard", I get this warning-

    When Verify permissions in “Snow Leopard”, I get this warning:
    "Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired."
    Does anybody know what this means and is something that I need to be concerned about?

    Does anybody know what this means
    It means you have an ARD update installed.
    is something that I need to be concerned about?
    No. Ignore it.
    (46957)

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

  • Disk utility. can't verify permissions

    Now using Maverick OS 10.9.5 on my iMac duo core 11.
    My computer has been very slow to action 'clicked commands' so I tried to Verify Permissions .
    It came up with a problem with Application/ Safari  V 7.1.2 but would not complete verification.
    I stopped it and repaired Permissions and it repaired the Safari problem. But still slow.
    I tried resetting Safari and it seemed to work for a while but then slowed down again.
    Can you help?

    Try a restart.
    Do a backup, using either Time Machine or a cloning program, to ensure files/data can be recovered. Two backups are better than one.
    Try setting up another admin user account to see if the same problem continues. If Back-to-My Mac is selected in System Preferences, the Guest account will not work. The intent is to see if it is specific to one account or a system wide problem. This account can be deleted later.
    Isolating an issue by using another user account
    Try booting into the Safe Mode using your normal account.  Disconnect all peripherals except those needed for the test. Shut down the computer and then power it back up after waiting 10 seconds. Immediately after hearing the startup chime, hold down the shift key and continue to hold it until the gray Apple icon and a progress bar appear and again when you log in. The boot up is significantly slower than normal. This will reset some caches, forces a directory check, and disables all startup and login items, among other things. When you reboot normally, the initial reboot may be slower than normal. If the system operates normally, there may be 3rd party applications which are causing a problem. Try deleting/disabling the third party applications after a restart by using the application un-installer. For each disable/delete, you will need to restart if you don’t do them all at once.
    Safe Mode - Mavericks   also Yosemite
    Safe Mode - About

  • 'verify permissions' error

    Hello All,
    have been following the advice of the MacForums articles on upgrading from Snow Leopard to Mavericks & have so far , probably in reverse, carried out a back up to Time Machine & have just Verified my hard drive = appears ok & finally Verified Permissions where there was a reoccurring error which it fixed on Request to repair but was unable to address the following, whatever this is, outlined below ; FYI I have never as I am completely unable to use Terminal or tackled the Library folder to the affect to make changes, anyone know what the following means & is upgrading to Mavericks still on the table? I've had no issues to date & I will carry out a second back up now that the Start up disk has been Verified before proceeding & awaiting any advice that's out there.
    Thanks everyone.
    Kind regards,
    Capo Dino
    Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
    ps I've never used remote management, a little weird, no?

    OS X Disk Utility's Repair Disk Permissions messages that you can safely ignore
    It is an innocuous message you can safely ignore. It will repeat every time you repair permissions.

  • Verify Permissions in Disc Util.

    Verifying permissions on HD after a start-up. After 6 min.of barber pole, verify estimated time is 6 hrs. 5 more min, jumps to 3 hrs, slowly works down to finish at the 18 min. mark per Log.
    My 500 GB HD only has 62.6 GB usage, OSX Extended (journaled), 459000 files
    Time Machine is activated but not backing-up
    There are 2 users
    My new stuff post MBP Lion
    Old stuff from 9 yr old G3
    Is this amount of time normal under these conditions?

    I wouldn't worry about it if everything is running normally. I wouldn't even worry about repairing permissions unless you encounter problems.
    Wait to see if others with a MBP post their times.

  • Verified Permissions...what does this mean?

    I've been having a lot of performance issues lately so I ran a verify permissions but don't understand it. Any ideas, and what is "derby"?
    Verify permissions for “Macintosh HD”
    Permissions differ on "usr/share/derby", should be drwxr-xr-x , they are lrwxr-xr-x .
    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/Application Support/Apple/ParentalControls", should be drwxrwxr-x , they are drwxr-xr-x .
    Permissions differ on "Library/Application Support/Apple/ParentalControls/ALRHelperJobs", should be drwxrwxr-x , they are drwxr-xr-x .
    Permissions verification complete

    Sure, my Macbook Pro has been running hot after I did one of the SL updates. Ever since my temps increased my performance has slowed. I have done all of the resets and nothing has helped. My MBP also has that nagging blinking display issue. I get beach balls in almost every application. I work a lot on browsers and iPhoto. In iPhoto I have lost the ability to create a slideshow and when I hit the slideshow button to just play one it does nothing, however when I click on something else later it fades to black like it was going to start the slideshow but then of course I've moved on and so does iPhoto. Programs are quirky, computer is slow and hot. Everything is just kind of out of whack.

  • Repair/Verify Permissions hanging...

    hi!
    this is my first post on here and i'm hoping someone can help me. i have osx 10.5.2 installed on 2 separate hard drives and on both of those, when trying to run the repair or verify permissions in disk utility, it hangs with the progress bar about 1/4 way done. does anyone know why this is, and how do i fix/get around this problem? thanks in advance for any help.

    How long did you wait? The Repair Permissions with Leopard takes much longer than it did in Tiger.
    Times reported in this forum have been reported as long as 4 to 40 minutes.
    It goes about a forth of the way and says 1 Minute remaining and stays there for a while (last time I did it, I timed it as about 5 minutes), and then it reports another time, which is also usually inaccurate and much longer than it actually takes.
    Be patient and let it run. Get some coffee or go for a walk.

Maybe you are looking for

  • What is the procedure to change the owner of the BW jobs.

    Hi Gurus, Version- BW 3.5 I need to change few jobs Owners which are collected from the SM37 from a individual User to generic account(ALEREMOTE). Will any body help me out with the procedure to change the owner of the BW jobs. Thnaks in advanace.. W

  • AS3 syntax errors - need assistance

    I am trying to code for a flash MP3 player in AS3 and My code is producing the following errors in the output window. the errors are: 1084: Syntax error: expecting rightparen before _. 1086: Syntax error: expecting semicolon before rightparen. and th

  • Deleted emails reappear

    I have an ipone 4S and suddenly my deleted emails reappear in my inbox.  Can someone help?  I also check email on my iPad but haven't had time to use it for a couple days so I don't know if they reappear on iPad as well.  Any suggestions on settings

  • HT1338 my macbook is not installing the osx mountain lion update, says contact apple care?

    Ive been trying to instal osx moutain lion on my mac book pro, but its says installation fot this machine can not be found contact apple care? how do i go about installing osx mountain lion.

  • Changing Working Time Project 2007

    HI All I have created a standard calendar 18 hour working day for a double shift project I am planning. I have used the change working time/options dialogue to change the standard calendar to these working hours, but when selecting the standard calen