Disk Utility & Disk Permissions -- possible to override for a particular file?

Hi Everyone,
I need to make files in /private/var/named and /private/var/named/zones writable by the webserver. By default, these files are owned by root:wheel -- a quick hack involves changing ownership to _www:wheel, but this causes "Verify Disk Permissions" to complain with:
'User differs on "private/var/named", should be 0, user is 70'
Can I override this 'expectation' somewhere?
Thanks!
Alex

This solved my problem.
http://derflounder.wordpress.com/2013/06/29/erasing-a-filevault-2-encrypted-volu me/

Similar Messages

"Repair disk permissions" fixed install problem for me.

First time trying to install SL I got nothing. No windows opened, no error messages, no nothing. The system just looked at me like I was stupid.
After a good nights sleep I ran "repair disk permissions." It repaired a bunch of files (how did THAT happen???) and ran installer for SL again.
Worked perfectly!!! Gained a whopping 19.945 gig of HD space. YIKES!!!

First time trying to install SL I got nothing. No windows opened, no error messages, no nothing. The system just looked at me like I was stupid.
After a good nights sleep I ran "repair disk permissions." It repaired a bunch of files (how did THAT happen???) and ran installer for SL again.
Worked perfectly!!! Gained a whopping 19.945 gig of HD space. YIKES!!!

How to create menus for a particular file

Hello all,
can anyone solve my problem really i am totally fed up for writing logic for the following file ,
what iam doing is i have a file like this
aaa.mmm.ggg=/aaa/bbb
aaa.clock=/usr/sbin/clock
sss.jot=/user/pmsdev/bin/jot
sss.netscape=/usr/BIN/netscape
sss.nnn.gg=/gg/ss
sss.nnn.yy=/usr/sbin/clock
bbb.xclock=/usr/bin/X11/xclock
bbb.ggg.mmm=/usr/sbin/clock
bbb.ggg.kkk=/jjj/jjj
bbb.ggg.kkk.xxx=/ggg/mmm
bbb.hhh.pp=/ss/a
bbb.zz=/Zmm/vvv
vvv=/ddd/ddd
for this i have to create menus and coresponding submenus,
means for ex: *bbb.ggg.mmm=/usr/sbin/clock[*[B]bbb is the submenu of ggg which is the submenu of mmm ,so when i click on mmm i will get the value usr/sbin/clockso i have splitted on *"="* and i have used maps to store key value,this is ok,but how to create the menu structure for all how to compare one with other,please help me iam using swings for this.please help me.
Edited by: 1-ewqsfd on Sep 30, 2007 2:11 AM

Hello all,
can anyone solve my problem really i am totally fed up for writing logic for the following file ,
what iam doing is i have a file like this
aaa.mmm.ggg=/aaa/bbb
aaa.clock=/usr/sbin/clock
sss.jot=/user/pmsdev/bin/jot
sss.netscape=/usr/BIN/netscape
sss.nnn.gg=/gg/ss
sss.nnn.yy=/usr/sbin/clock
bbb.xclock=/usr/bin/X11/xclock
bbb.ggg.mmm=/usr/sbin/clock
bbb.ggg.kkk=/jjj/jjj
bbb.ggg.kkk.xxx=/ggg/mmm
bbb.hhh.pp=/ss/a
bbb.zz=/Zmm/vvv
vvv=/ddd/ddd
for this i have to create menus and coresponding submenus,
means for ex: *bbb.ggg.mmm=/usr/sbin/clock[*[B]bbb is the submenu of ggg which is the submenu of mmm ,so when i click on mmm i will get the value usr/sbin/clockso i have splitted on *"="* and i have used maps to store key value,this is ok,but how to create the menu structure for all how to compare one with other,please help me iam using swings for this.please help me.
Edited by: 1-ewqsfd on Sep 30, 2007 2:11 AM

Disk Utility reports a block count error for a deleted file?

I carry out a regular scan of the hard drive and on occasions disk utility reports that a file has a bad block count. It is usually a large file like a CR2 or TIFF and is also one which has been deleted? Not only put in the trash but emptied the trash as well.
The only other thing of note, which I havn't checked if it is relevent to my problem, is on occasion when I go to empty the trash it reports it can't be fully emptied as one of the files is still in use, even though it isn't? If I use secure empty trash it dletes the file.
In case its relevent:
I use Canon's DPP & ACR for CR2 files and PS CS6/CC for TIFF's. I also delete TIFFS from within Bridge CS6/CC.
Both Disk Utility and Drive Genius report the SMART status as being OK.

Hi Hollie, and welcome to the forums!
Have you created images before successfully?
Is this to/on your boot drive, or an external drive?
Have you done any Disk/OS maintenance lately?
We might see if there are some big temp files left or such...
How much free space is on the HD, where has all the space gone?
OmniDiskSweeper is now free, and likely the best/easiest...
http://www.omnigroup.com/applications/omnidisksweeper/
WhatSize...
http://www.macupdate.com/info.php/id/13006/
Disk Inventory X...
http://www.derlien.com/
GrandPerspective...
http://grandperspectiv.sourceforge.net/

Searching for a particular file

Hi
I know the file name is odbc.ini and i know the drive name is c:
And how do i get the path of the file through program.
Thanx in advance.
Subhas

public static String retrieveFile() throws IOException{
          String s = "odbc.ini";
               String path = recursiveSearch(new File("c:\\"), s);
               // Make sure the "File" you create is a directory!!
               if (path != null) {
                    System.out.println("");
                    System.out.println("File Found");
                    System.out.print("The File Found at This Path: ");
                    //display the path
                    System.out.print(path);
               } else {
                    System.out.println("File Not Found");
     return path;
     private static String recursiveSearch(File f, String name) {
          // f is the directory to search for the file with name "name"
          File[] childs = f.listFiles();
          Vector dirs = new Vector();
          if (childs != null) {
               for (int i = 0 ; i < childs.length ; i++) {
                    if (childs.isDirectory()) {
                         // If that is a directory we save it to search later
                         dirs.add(childs[i]);
                    } else {
                         // Is a regular file
                         if (name.compareTo(childs[i].getName()) == 0) {
                              // If the file is what we want we return his path
                              try {
                                   return childs[i].getCanonicalPath();
                              } catch(Exception e) {
                                   System.err.println("Error getting canonical path\n");
               for (int i = 0 ; i < dirs.size() ; i++) {
                    File dirAux = (File)dirs.elementAt(i);
                    String aux = recursiveSearch(dirAux, name);
                    if (aux != null) {
                         // We have found it inside this directory
                         return aux;
               // If we get here is because the file is not inside the directory or any subdirectory on it
          return null;
this code should work if you set it in a class of course ;)

Oddity when attempting to repair disk permissions...

I upgraded to Leopard recently and have been encountering some bizarre issues as of late. For one, it doesn't start up anywhere near as fast as it did when I first installed Leopard. And as far as the reason I'm posting this right now, all the Disk Utility processes seem to take a really long time, longer than usual. I'm running 10.5.2.
Per example, I verify my disk permissions, and it sits for at least 3-5 minutes with the progress bar locked at about 1/8th complete and the time remaining is indicated as less than one minute. Then it moves forward and completes the process in anywhere between another 3-5 minutes. The same occurs when I repair disk permissions or even verify the disk entirely.
Also, I'm getting the following log message. It's particularly weird because the exact same message shows up in the log after verifying and then repairing disk permissions, as if the repair process isn't actually repairing anything.
*Permissions differ on "private/var/log/secure.log", should be -rw-------, they are -rw-r-----.*
*ACL found but not expected on "Library".*
Again, this log message is displayed after completing each process. Quite odd... any thoughts? Please advise! Thanks in advance.

In a nutshell, repairing permissions w/Leopard takes anywhere from 10-40 minutes, depending on what's installed and what's contained in /Library/Receipts/bom/. The repair permissions operation has changed in Leopard. The stalled progress bar is an unresolved bug (they haven't figured out how to make it work whilst it's checking or rebuilding the a.receiptdb, in /Library/Receipts/db/. To see what's really going on, open that folder in a Finder window, select list view, launch Disk Utility, select your boot volume, and click on repair permissions. Watch the Finder window flash files that are being read and checked against the current a.receiptdb file. That's what's taking all the time and freezing the progress bar. Once that's finished, the progress bar starts moving and the permissions are being checked and repaired. Also note, that you won't get any *they were repaired message* back for any that are noted to be incorrect.

More disk permissions problems after updating to 10.5.1

After updating to 10.5.1, my hard disk shows more disk permissions problems. But for 10.5.0, there is only one permission problem which cannot be repaired.
Repairing permissions for “Macintosh HD”
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.
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.
Permissions repair complete

I'm also getting similar results:
Repairing permissions for “Macintosh HD”
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.
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
At least the progress bar is fixed
Mark

Why can't I verify or repair disk permissions?

In recent weeks, when I have tried to verify or repair disk permissions, I get messages that say (whatever file) has been altered and will not be repaired.

bubbapao wrote:
I just wondered why I could suddenly no longer verify or repair anything.
That is not what you said in an earlier post. you said you got some errors that certain files could not be repaired. That is Not the same as I Can't Repair Anything. Certain files not having the permissions repaired is Normal. It happens on every Mac.

Script for emailing multiple file types?

Is there a script that will allow me to place a button on a form, that when clicked, will email the completed form in PDF format as well as in csv, or xml format?
Thanks!

Wow, thanks. That was extremely helpful, but I have a couple questions.
First, is there a way to make it print to CUPS without opening the default application for the particular file first? For example, I used a .docx file, and it had to open microsoft word to send the job the print. This makers it very unpredictable to decide how much time the automator application will need to pause. If that file were for example, and adobe illustrator file, it would take an incredible amount of time just for illustrator to open. I don't really anticipate needing to do this a whole lot with anything other than text files and standard image types, but is that the only way for those other files to print? I figured that since OS 10.6 can do a quick look preview on just about any file type I use, that the OS would be able to do this without the application actually opening, but it seems not to be the case. Just wondering.
The other issue is the only real problem, and it's one that I have had whenever I use automator to make PDFs. It always duplicates the job. So, I am getting a combined pdf, but it has the same file in there 2 or even 3 times.
In automator, I used:
get selected finder items
then
print finder items
I have verified that it is printing everything multiple times because I see them going into the CUPS folder twice. Then, the final PDF sometimes even has the same doc or image in it 3 times. I have always had this problem with automator and PDFs, any idea how to solve that?
Other than that duplication issue, this seems like it will work perfectly! Thanks for the reply here!

When I repair disk permissions using Disk Utility and it says it's completed the task, I click on it again and it repairs more. This has been going on for hours now. Could there be that many wrong permissions? Should it get to "all repaired" eventually?

When I repair disk permissions using Disk Utility and it says it's completed the task, I click on it again and it repairs more. This has been going on for hours now. Could there be that many wrong permissions? Should it get to "all repaired" eventually?

It's normal behavior. You don't have to worry about. Most of what's listed is just a report of what the utility finds., not necessarily that there is omething wrong.
If you want to find out more, read the link below, or see the More Like This links on this page.
http://support.apple.com/kb/TS1448?viewlocale=en_US

Why isn't Disk Utility clear after "Repair Disk Permissions"?

Having used my computer for several days I decided to use Disk Utility to “Repair Disk Permissions” after a few hours of use.
2008-11-29 08:30:17 -0800: Disk Utility started.
2008-11-29 08:30:24 -0800: Repairing permissions for “Macintosh HD”
2008-11-29 08:30:24 -0800: Reading permissions database.
2008-11-29 08:30:24 -0800: Reading the permissions database can take several minutes.
2008-11-29 08:43:29 -0800: Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r----- .
2008-11-29 08:48:26 -0800: Group differs on "private/etc/cups", should be 0, group is 26.
2008-11-29 08:48:28 -0800:
2008-11-29 08:48:28 -0800: Permissions repair complete
2008-11-29 08:48:28 -0800:
2008-11-29 08:48:28 -0800:
I shut down the computer, turned off its power for 1 minute and restarted. I initiated Disk Utility once again.
2008-11-29 09:16:42 -0800: Disk Utility started.
2008-11-29 09:20:55 -0800: Repairing permissions for “Macintosh HD”
2008-11-29 09:20:55 -0800: Reading permissions database.
2008-11-29 09:20:55 -0800: Reading the permissions database can take several minutes.
2008-11-29 09:38:47 -0800: Group differs on "private/etc/cups", should be 0, group is 26.
2008-11-29 09:38:49 -0800:
2008-11-29 09:38:49 -0800: Permissions repair complete
2008-11-29 09:38:49 -0800:
2008-11-29 09:38:49 -0800:
When Disk Utility was finished, I clicked on “Clear History” and reran “Repair Disk Permissions.”
2008-11-29 09:42:01 -0800: Repairing permissions for “Macintosh HD”
2008-11-29 09:42:01 -0800: Reading permissions database.
2008-11-29 09:42:01 -0800: Reading the permissions database can take several minutes.
2008-11-29 10:00:19 -0800:
2008-11-29 10:00:19 -0800: Permissions repair complete
2008-11-29 10:00:19 -0800:
2008-11-29 10:00:19 -0800:
Now everything seems clear.
My question...
Why did I initially see:
2008-11-29 08:43:29 -0800: Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r----- .
2008-11-29 08:48:26 -0800: Group differs on "private/etc/cups", should be 0, group is 26.
and why after restarting should I end up with only
2008-11-29 09:38:47 -0800: Group differs on "private/etc/cups", should be 0, group is 26.
and after “Clear History” and rerunning Disk Utility why is everything clear until I start using the computer again?
I’ve had it explained that “Group differs on "private/etc/cups", should be 0, group is 26” is not meaningful, but I’d like to know WHY it happens. I’d also like to know why “ Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r----- .” initially appears.
Thank you,
ZTIWYM3ZUI

As a casual "Apple Discussions" user it hadn't occurred to me that if a question had been answered previously, it should never be asked again.
It's not that. It's because the problem's been beaten to death over the past fourteen months, since Apple shipped Leopard, that most consider it common knowledge, no matter where one's been visiting or how often. Every Apple/Macintosh related website has addressed the never ending issue. Finally, since the forums Help file says:
*I have a question or issue—how do I search for answers?*
+It's possible that your question or issue has already been answered by other members so do a search before posting a question. On most Apple Discussions pages, you'll find a Search Discussions box in the upper right corner. Enter a search term (or terms) in the field and press Return. Your results will appear as a list of links to posts below the Search Discussions Content pane.+
+You can also refine your search by using the options in the Search Discussions Content pane. Click the Search Tips link for help with our search features. You can streamline your results by restricting your search terms by category or forum, specifying a date range, or searching for posts by username. You can also search the User Tips Library.+
Maybe that should be retitled: *+I have a question or issue—how do I resolve it?+*
Just out of curiosity, I wonder if any of these exceptional people can figure out my signature.
ZTIWYM3ZUI - "time is what you make—use it" or something of that nature.

Disk Utility & Repair Disk Permissions & Unknown User on External Seagate

I have a new iMac running Leopard and don't do stupid things to my mac. I have a couple external Seagate Freeagent drives but 1 of them is giving me a little trouble. So I figure, I'll try to repair disk permissions on it but the problem is when I go into Disk Utility, the Repair Disk Permissions option is NOT available. It's there, I just can't select it; it's grayed out. Why? I'm an admin! The other externals have this option available but not this one, so I'm not really sure what to do. I've about 300gb of family movies on it that I'd rather not wipe out just to be able to do a disk permission repair.
Whenever I do a command+i on the drive I do see an UNKNOWN user but this article, http://www.pcworld.com/article/145425-1/quickand_easy_folder_sharing_in105.html, leads me to believe that Apple hasn't done jack squat to allow us to fix the problem.
Thoughts? Suggestions? Thanks in advance!

mrpeepers wrote:
I don't think that statement is true.
I have 3 externals and can repair disk permission on all but 2. All my externals are for storage purposes and non have OSX installed, so that fact that I can repair disk permissions on them sort of contradicts what you say, however, the effectiveness of running a repair disk permission on a drive that doesn't have OSX may be nothing.
I don't know how you manage to repair permissions on externals without system files on them but what I said is quite true. Repair permissions ONLY checks permissions of system files against the database of correct permissions. It wouldn't know what to do with any other files and never touches them. It should also not be possible on non OS X drives. I've never seen it enabled on any of my external or secondary drives. I really wonder why and how it was enabled on your external drives.
I did have Tiger installed for 3 months before I got Leopard, but my externals have known nothing but Leopard.
That doesn't matter. the ownership of files on your external were set in Tiger and it remains in leopard. that's what causes the "unknown" user to show up.
The problem I'm having with one of the drives is that starting yesterday it's having difficulties mounting. Sometimes I restart the computer and the drive doesn't show. So in order to get it to show, I have to power down the external (which is and appears to be running) and then power it back up, and if that doesn't work, usually reseating the USB works.
Then again... My problems started happening after I installed CandyBar and applied some folder changes. I have since dumped it.
whatever problems you have with that external they have absolutely nothing to do with Candy bar. all candy bar does is change a few icon files on your main hard drive. that can have no effect on mountability of anything.
This sounds to me like a hardware problem with your external. the drive could be failing. the USB bus could be failing either on the drive or on the computer. One thing you could do is check to see if there are any firmware upgrades for that drive. Look at the manufacturer's website. also try testing the drive with another computer if you can.
On another note... Anyone use CandyBar and NOT have any problems or really like it? Maybe it was just a coincidence.
yes, I use it and REALLY like it. no problems whatsoever.

Can I fix a disk with this message?-Disk Utility can't repair this disk. Back up as many of your files as possible, reformat the disk, and restore your backed-up files.

Can I fix a disk with this message?
Disk Utility can’t repair this disk. Back up as many of your files as possible, reformat the disk, and restore your backed-up files.

Some problems can indeed be fixed this way. But working from Recovery_HD or Disk Warrior DVDs and working in the restricted environment those provide can be difficult. You can literally spend days working on this problem (while your regular work is unavailable) only to discover the old drive is unsalvageable.
There is no way to know up front whether you are facing a major Hardware failure or a minor software glitch, or something in between. Often you are forced to work from the drive you no longer trust. I continue to recommend you do this work from a different, fully functioning Mac OS X booted from a different drive.
If you have had the foresight to (as The hatter often recommends) clone your virgin install onto another drive for use in such situations, you will be able to recover from such problems in record time. If not, my previous recommendations stands:
Buy a new Drive. Or two. Install Mac OS X from scratch on a new drive, and get your Mac running again. Later, you can use the full power of Mac OS X to attempt to rescue your data, if needed. Then Zero the old drive, to see if it can hold data again reliably.
If the old drive eventually provides some needed data, and is salvageable, Merry Christmas.

Repair Disk Permissions utility stalled - I have read the knowledge base

I have researched the knowledge base and search for posts on this and cannot find answer: Running 10.4 at the latest version. used the original install 1 disc I received with Tiger to repair disc permissions (like Apple support has told me to do in the past, but my current research said I do not need to do this unless certain parameters are met, and none of the parameters applied, but oh well, I am here anyway). Cold Boot from the original install disc 1 and slected the start up disk I use (I only have one start up disc/drive). Did a repair disc permissions and got a long running routine that reporting a lot of fixes, then the utility has stalled -- no progress on the progress bar. I "stopped" the process using the "stop repair" button (three times). The log reflected the utility stopped, but the progress bar still is blue and not moving (for a couple of hours). When I go to quity File >Disk Utility, it warns me that Disk Utility is running and this may make my system unstable/unsuable.
QUESTION: CAN I JUST QUIT DISK UTILITY AND NOT HAVE ANY ADVERSE AFFECT ON MY IMAC DRIVE?

Thanks for your advice, I still have an issue:
-after the first repair disk permission "stalled" process, I exited Disk Utility and cold booted the machine after I had disconnected all external devices other than the original iMac keyboard
-obtained the combo patch for 10.4.7 from the Apple download site (it had already been installed but I reinstalled per your advice)
-re-applied the combo patch and then did another cold boot
-ran Disk Utility from the original Tiger install #1 disk, and then selected "repair disk permissions" for my start up disk (I only have one)
- process ran for 10 minutes or so then gave the following error message: "Disk Utility Error: Disk Utility has lost its connection with disk utility management tool and cannot continue. Please quit disk utility and re-launch disk utility"
- I pushed the "stop disk permission repair" button, then quit disk utility, then cold booted the machine again.
-re-applied combo patch as above, then cold booted the machine
-ran disk utility from the original iMac install #1 disk, ran "repair disk permissions", and then received the same error message as above.
- I then just quit Disk Utility and cold booted the machine again and went about my business. There does not seem to be any problem with the machine (was not before, but I ran repair permissions thinkging this was a routine maintenance taks that should be run)
- in my prior search of the knowledge base, I found the following information about repair disk permissions:
Location: http://discussions.apple.com/thread.jspa?messageID=607495&#607495
How often should I Repair Permissions?
You do not need to Repair Permissions on a regular basis.
There are only three occasions you need to do this:
1. When you have just installed something that required you to run an Installer, rather than just copying some software to a folder. This should be done for both Apple and non-Apple software.
2. When you have been working on your OS X files or folders while booted from OS 9, or remotely connected via a non-OS X machine, since OS 9 and other systems do not handle OS X's permissions correctly.
3. The other case is if your system is behaving strangely, when you should run Disk Repair from your CD followed by Repair Permissions. This is just to eliminate these things before going on to further trouble-shooting.
Otherwise you can happily forget about Permissions!"
So, it would appear I do not need to do anything else; the machine seems to be working properly. Is there anything else I need to do? thanks for the help! Bob

Disk Utility - Verify Disk Permissions / Repair

I run Disk Utility > Verify Disk Permissions with this rsult:
Verify permissions for “Macintosh HD”
Permissions differ on "usr/share/derby", should be drwxr-xr-x , they are lrwxr-xr-x .
The following repair was successful.
A few minutes later I run Verify Disk Permissions again with the SAME result:
Verify permissions for “Macintosh HD”
Permissions differ on "usr/share/derby", should be drwxr-xr-x , they are lrwxr-xr-x .
What does it mean and how can I stop this error?
Thanks!

There is nothing in that message that requires repairing. That is why it keeps showing up.
The permission database has to be updated every time the system is updated. If they miss a change that they have made in the system, it will get flagged as you see, but doesn't mean anything is wrong.
That KnowledgeBase article also must be updated to reflect the things they missed.
All that message is saying is that the directory derby is now replaced with a link to another directory (the l vs the d). However, mine doesn't have a link. Did you install anything that might have updated derby?
If you open Terminal and enter this code, can you post the line that has derby on it?ls -al /usr/share/
I'm repairing permissions now to see what pops up for me, but that will take a little while.
Edit: I looked into the Derby directory and Derby is a Relational Database Management System used by Apache. So, did you install something that modified Apache, PHP, mySQL or something like that? It might have altered the link.
Message was edited by: Barney-15E

Disk Utility & Disk Permissions -- possible to override for a particular file?

Similar Messages

Maybe you are looking for