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

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

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.

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.

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!

Repair permissions - always the same ones need repairing (Shockwave)

Each time I do a Repair Permissions after doing an installation (in this case Security 008 update for Intel on my MBP) the same permissions always are repaired and ONLY these. Here's the report I always get:
Permissions differ on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences, should be -rwxrwxr-x , they are -rw-rw-r--
Owner and group corrected on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences
Permissions corrected on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences
Does this seem logical? correct?
I know they are repaired since when I go to do the next installation and begin by Repairing Permissions, nothing needs repairing. Yet I know that after another installation the Shockwave permission differences will rear their heads again.
I do know tht Shockwave is an Adobe thing and I believe it is needed for Quicktime. Could there be something wrong with my Shockwave - or is this typical of Adobe products?
Thanks,
Mrs H

Mrs H wrote:
Each time I do a Repair Permissions after doing an installation (in this case Security 008 update for Intel on my MBP) the same permissions always are repaired and ONLY these. Here's the report I always get:
Permissions differ on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences, should be -rwxrwxr-x , they are -rw-rw-r--
Owner and group corrected on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences
Permissions corrected on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences
Does this seem logical? correct?
I know they are repaired since when I go to do the next installation and begin by Repairing Permissions, nothing needs repairing. Yet I know that after another installation the Shockwave permission differences will rear their heads again.
I do know tht Shockwave is an Adobe thing and I believe it is needed for Quicktime. Could there be something wrong with my Shockwave - or is this typical of Adobe products?
Thanks,
Mrs H
So, I have now updated the Security Update 008 on the G4 and guess what, the same Shockwave Repair permission issue. It DID NOT appear when I repaired permissions before and after the other updates (Java, QuickTime, Migration DVDCD..., etc) But Shockwave repairs did appear after Security 008.
I found this link to another thread here on Security 008 and Shockwave. http://discussions.apple.com/thread.jspa?messageID=8699716&#8699716
...but, I don't know if this is my problem.
In any case, I just have to update iTunes (only on G4) and Safari (on all my Macs) and then I'm good to go - or at least good to go and figure out what is wrong with Shockwave!
Oh one more update to do - a casual remark I made in reply to another poster has led me to learn that I can update my Appleworks 6 and get it to work in X. Hurrah!
Mrs H

Repair Permissions: Always the same problem

Every time I run Disk Utility, I get the same 3 problems! Is this normal? Why can't Disk Utility repair this?
Verify permissions for “Macintosh HD”
Determining correct file permissions.
Permissions differ on ./Applications/iTunes.app/Contents/Frameworks/InternetUtilities.bundle/Contents /MacOS/InternetUtilities, should be -rw-rw-r-- , they are -rwxrwxr-x
Permissions differ on ./Library/Application Support/Macromedia/Shockwave 10/Shockwave 10 Preferences, should be -rwxrwxr-x , they are -rw-rw-r--
Permissions differ on ./usr/libexec/dumpemacs, should be -r-xr-xr-x , they are -r-sr-xr-x
Permissions verification complete
The privileges have been verified or repaired on the selected volume

Restart your computer after repairing permissions.
If you are still getting those errors after restarting, then I suggest that you boot from your System Install DVD. From the Utility Menu run the repair disk/permissions option.
Repairing permissions from the Tiger/Leopard DVD
Boot up from your Tiger or Leopard Install DVD while holding down the "c" key.
Select the language you wish to use, and then choose "Disk Utility" from the menu bar.
Your HD should appear in a panel on the left hand side of the window which opens. Select it and then click on the "repair disk" button in the right hand section of the window.
If Disk First aid is able to complete the repair now click on the "Repair permissions" button.
Once this process has been completed restart your computer.

Repair permissions not repairing

I've been digging on this for a while and don't see a relevant answer, so here goes. My ichat stopped working earlier today. Clicking the icon in the menubar says "no account enabled." Now, normally when this happens, I just reboot to the recovery partition, run "repair disk permissions" in disk utility, boot up again and things are grand.
Only, this time, I've run repair permissions about a half-dozen times, and all of the items listed as a problem don't seem to go away. I saw a post somewhere that this was a known java issue that didn't affect anything. However, ichat still says "no account active" so I'm conviced that this is a problem in some regard.
So, how do I repair disk permissions that will not be repaired?

Michael Lunsford wrote:
I've been digging on this for a while and don't see a relevant answer, so here goes. My ichat stopped working earlier today. Clicking the icon in the menubar says "no account enabled." Now, normally when this happens, I just reboot to the recovery partition, run "repair disk permissions" in disk utility, boot up again and things are grand.
Only, this time, I've run repair permissions about a half-dozen times, and all of the items listed as a problem don't seem to go away. I saw a post somewhere that this was a known java issue that didn't affect anything. However, ichat still says "no account active" so I'm conviced that this is a problem in some regard.
So, how do I repair disk permissions that will not be repaired?
As long as it says 'Permissions Repaired' at the bottom, then they have been repaired. Ignor the continuing list. It really means nothing. I gaurentee you. As for iChat, never used it, sorry.
Good Luck
Pete

Repairing permissions - never repairs

Whenever I repair permissions, I get the list below of stuff that has been repaired:
Library/Printers/Samsung/PDEs/JobAccounting2.bundle/Contents/Resources/English.l proj/JobAccountingPDE_2.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobAccounting2.bundle/Contents/Resources/English .lproj/JobAccountingPDE_2.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobAccounting2.bundle/Contents/Resources/German. lproj/JobAccountingPDE_2.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobAccounting2.bundle/Contents/Resources/German. lproj/JobAccountingPDE_2.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/English.lpr oj/JobSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/English.lpr oj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/French.lpro j/JobSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/French.lpro j/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/German.lpro j/JobSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/German.lpro j/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/Italian.lpr oj/JobSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/Italian.lpr oj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/Spanish.lpr oj/JobSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/Spanish.lpr oj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/pt.lproj/Jo bSettingPDE.nib”; should be -rw-r--r-- ; they are drw-r--r-- .Repaired “Library/Printers/Samsung/PDEs/JobSetting.bundle/Contents/Resources/pt.lproj/Jo bSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/English.lp roj/JobSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/English.lp roj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/French.lpr oj/JobSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/French.lpr oj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/German.lpr oj/JobSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/German.lpr oj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/Italian.lp roj/JobSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/Italian.lp roj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/Spanish.lp roj/JobSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/Spanish.lp roj/JobSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/pt.lproj/J obSettingPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/JobSetting2.bundle/Contents/Resources/pt.lproj/J obSettingPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/English.lproj/O utputPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/English.lproj/O utputPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/French.lproj/Ou tputPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/French.lproj/Ou tputPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/Spanish.lproj/O utputPDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/Spanish.lproj/O utputPDE.nib”Permissions differ on “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/pt.lproj/Output PDE.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .Repaired “Library/Printers/Samsung/PDEs/Output.bundle/Contents/Resources/pt.lproj/Output PDE.nib”
However, I don't think they have been repaired since these items show up every time I repair permissions.
Does anyone know why this is so and how I can repair these permissions for good?
Thanks!

Dan --
There are lot of things behind the scenes that change permissions, things that only the engineers know.
And they are not necessarily errors . . . They're more like notations.
At the end of your messages, does it say, "Repair permissions complete?"
If so, you're fine. You can ignore them.
You should only be concerned if it says "Repair Permissions could not be completed."

Repairing permissions not repairing

I just installed a new 8-core Mac Pro, fresh install of Leopard, plus iLife 09 and a ton of my software.
Am finding this quirk: I repair permissions, and a bunch of "permissions differ" messages come up (most pertaining to Front Row, BackRow, iPhoto Access, and iWork) but if I run it twice in a row, those permissions don't get fixed. I thought Repair Permissions now permanently fixes all permissions (unlike older Mac OS's in which sometimes permissions wouldn't get fixed).
Problem?

David Das wrote:
I just installed a new 8-core Mac Pro, fresh install of Leopard, plus iLife 09 and a ton of my software.
Am finding this quirk: I repair permissions, and a bunch of "permissions differ" messages come up (most pertaining to Front Row, BackRow, iPhoto Access, and iWork) but if I run it twice in a row, those permissions don't get fixed. I thought Repair Permissions now permanently fixes all permissions (unlike older Mac OS's in which sometimes permissions wouldn't get fixed).
Problem?
Have you really searched these boards for identical issues before posting?
On the right side of this forum is a small window marked "Search Discussions"
It's very hand and obviates repetitive posts.
The answer to your question is no.

Why do so many items appear after repair permissions.

Something that has never made sense to me is repair permissions. It is suggested that we repair permissions yet so many items reappear in verify. In my case a verify revealed 119 items of concern with one suid warning. Have run repair a number of times yet 60 items remain including the suid warning- Remote Management ARDAgent.
MBP with Snow Leopard 10.6.8

akashelby wrote:
Something that has never made sense to me is repair permissions.
No biggie. Simplifying matters a bit, Apple's Installer leaves behind a list of items installed. "Repair permissions" goes through the system software and checks it against the list. Where it finds that permissions differ, it resets them to the values in the list. Permissions get changed for various reasons, including poorly programmed software and users who know just enough to get into trouble. Fixing permissions is a step which does not require any expertise and, once started, does not require user interaction. That, and, as CT says, the black magic touch, is probably the reason it is so often recommended, even by tech support, although it probably works only in a small number of cases. There's no point in wasting time about the list of specific fixed permissions in this instance -- if Apple says ignore them, do just that. There's enough other stuff we need to worry about.
Now, as to your real problem -- "Finder doesn't find anything". You'll have to provide more details, but it sounds your problem is not so much with Finder as with Spotlight.

Permissions keep on needing repair - why?

Until recently when I have had some computer problems, I'd repair permissions and when the message read that they had been I did not give it a second thought. But during the recent "troubles" I decided to reclick repair permissions and the same corrections were needed. I noticed this on both m y iBook and G4 Quicksilver both running Panther 10.3.9. Sometimes if I run repairs 3 or 4 times, the errors are cleared up, but if they aren't after 4 I jsut get on with it. I have done hardware checks, disk verification and all seems well. The sample below is what showed up on my G4 but it is typical of my iBook. It does not seem to matter if I boot from the CD or use DU from the desktop. I wonder how long has this been going on and is it typical or a symptom of (gasp! I can't take it!) ANOTHER problem (after replacing a hard drive and memory, how much more can a person take?)
No apparent problems - some complex charts are a little slow to reload after a change in InDesign but I am temporarily short on RAM as I am getting a module replaced.
Annexit
Repairing permissions for “One Hard Drive”
Determining correct file permissions.
We are using special permissions for the file or directory ./Library/ColorSync/Profiles/Displays. New permissions are 16893
We are using special permissions for the file or directory ./Library/ColorSync/Profiles. New permissions are 16893
We are using special permissions for the file or directory ./System/Library/Filesystems/cd9660.fs/cd9660.util. New permissions are 33261
We are using a special uid for the file or directory ./private/var/at/jobs. New uid is 1
We are using a special uid for the file or directory ./private/var/at/spool. New uid is 1
The privileges have been verified or repaired on the selected volume

annexit,
The repeated permission repairs you are seeing are referred to here as "spurious permission repairs" and can be safely ignored.
See Michael Conniff's user contributed FAQ "Spurious Permission errors in OS X 10.3".
hope that helps some,
littleshoulders

Can't seem to repair permissions

I am preparing to update to Mavericks. So, I started to verify permissions. There were many inaccuracies; so, I repaired permissions. Pages of corrections. Checked a second time--same list of errors. Booted from separate disk. Repaired again twice. Same list of errors.
After the first failure to repair permissions, I verified the disk. Was told it needed repair. So booted from outside disk and repaired disk. No errors. Then went on to repair permissions with the same result as above.
So, what is this and what should I do about it? Thanks.

Read the threads in the "More Like This Column" over here---------------->

Repair permissions differences

Hi,
What are the differences of repair permissions from Applications/utility/disk utility and from system DVD?
only special permission? i think is better do it from system because is more upgrade. what do you think about?

Most of the time what Malcolm said is correct. Use the Disk Utility on your hard drive. However, the key is if there is a difference in the version of Disk Utility on your installer disc and the version on your hard drive. If the versions are the same then it makes no difference whether you repair permissions using DU on the hard drive or on the installer disc.
There should be little need to repair permissions. However, some software writers create poorly written software or poorly written installers that somehow figure out how to make a mess of your permissions. If you have no problems launching applications or accessing files then it's unlikely there are any serious permission related problems.
A good precaution before doing any system updates either through Software Update or using standalone updaters is to repair the hard drive and permissions before updating. You must boot the computer from the OS X installer disc (or another hard drive) in order to repair the hard drive. It's usually more convenient to repair permissions at the same time. Generally this is not a problem.

Repair permissions keeps repairing same items

Similar Messages

Maybe you are looking for