Toggle sidebar Toggle sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

First ERROR on mac EVER!!!!

iLoveMyMBP

iLoveMyMBP

macrumors regular
Original poster
Hey all,


...my system has been running vey very VERY sluggish lately....i ran disc utility and repaied permissions and i found an error (posted below) I'm wondering if anyone has seen this before and what can i do to prevent this from happening again....

thanks
Picture2-1.jpg
 
Lol, mine repairs a hell of a lot more than that when I repair permissions... doesn't run sluggish, though, before or after.
 
The permissions error? Very minor and wouldn't affect the performance or stability of your Mac.
 
The thing that was corrected in your screen shot is just a log file, not something that would affect your system's performance. That's the nature of most things found by permissions repair, actually, they are rarely things that would really get in the way of your system running well.

From the screen shot, it does appear that you are running some hacky/patchy things, you may want to get the system a little closer to a standard configuration before looking at OS problems.
 
If that's OSXPlanet in the background (or something similar that puts a "live" picture on your desktop), that'd be the first thing to change. I'd bet your system's performance will get MUCH better after turning that off.
 
I wouldn't be surprised if you got errors with those UI mods installed. What are they? It's a pretty good idea to keep things standard as then you get the full benefit of OS X's stability instead of worrying about which application caused what problem or conflict.
 
kostia said:
If that's OSXPlanet in the background (or something similar that puts a "live" picture on your desktop), that'd be the first thing to change. I'd bet your system's performance will get MUCH better after turning that off.
Click to expand...

I strongly agree. It's generally a good idea to avoid these things even though they look way cool.

-T
 
show us a screen shot of the activity monitor window (Applications->utilities->activity monitor). It will probably show why your system is running slowly.
 
Hey OP - I have been noticing the same thing on my Mac lately and whenever the system is at its slowest and I repair permissions, I get the exact same error. Exactly the same. So you are not alone 🙂 Now I just want a fix 😛
 
Run the Activity Monitor utility and look up if there are any processes that are using a large percentage of the CPU and/or memory. That'll tell you what's slowing things down.
 
The secure.log is the one that stores all the info about what happens whenever OSX asks you for your admin password, and who asks for it. If you have changing permissions there, and no where else, I'd keep an eyeball on that one, if i were you. See if you can work out WHAT is changing it, just to be sure you don't have a malicious process cleaning up after itself.
 
OK, first of all, that is not an error at all. Whenever I do a permissions repair, it finds a helluva lot more stuff.

Second, permissions repair is a maintenance procedure, and if it never found anything, there wouldn't be any point in doing it.

Third, about the only 3 things to worry about in Disk Utility are:
  • If the S.M.A.R.T. status at the bottom of the window reports anything other than 'Verified', or rarely, 'Not Supported' with regard to a hard disk.
  • If you click on 'Verify disk' and then it reports errors. Even in that case, it isn't that serious, unless you boot from your software disk and it can't repair the problem using 'Repair Disk'
  • If you boot from your software disk and accidentally click on Erase, and also accidentally confirm the action. Then you're really, really screwed. I mean really.

Maybe there are more, but since you seem to be new to mac, that's about everything you have odds of running into. Or everything my sleep-deprived mind can think of 😱
 
As people have said, that's not an error as such..
I just did repair permissions, and got messages as usual.

diskutilitysz6.jpg


What IS making your computer run slow is all that skinning and live desktop rubbish.

Remove any skinning software you've installed, and restore OS X back to how it was, as well as remove that live desktop program, and your computer will run much faster.
 
Killyp said:
As people have said, that's not an error as such..
I just did repair permissions, and got messages as usual.

http://img404.imageshack.us/img404/8799/diskutilitysz6.jpg

What IS making your computer run slow is all that skinning and live desktop rubbish.

Remove any skinning software you've installed, and restore OS X back to how it was, as well as remove that live desktop program, and your computer will run much faster.
Click to expand...

Shapeshifter doesn't slow OS X down. Perhaps for Macbook's Macmini's or G3/G4's, but it might be like 1% slower. The slow part that was told is only when launching an app, not normal use of the machine. I've been running it for 2 years and many other people I've known has used it longer than me and has never had these issues.

If anything common sense would tell you if something is heavily animated that will eat up a lot of Processing power.
 
thanks to you all

Thank you for your comments. I had problems with my mac and found this post on repairing permissions. My problem I am sure now is that I did download OS x planet. I have repaired permissions so I am hoping that will clear it all up.
 
e12a said:
that secure.log always seems to change permissions by itself.
Click to expand...

No, it's Apple's own weekly log rotation script. Take a look at this block of code from the file /etc/weekly:

Code: 
cd /var/log
for i in ftp.log lookupd.log lpr.log mail.log netinfo.log hwmond.log ipfw.log ppp.log [B][COLOR="Red"]secure.log[/COLOR][/B]; do
    if [ -f "${i}" ]; then
        printf %s " $i"
        if [ -x /usr/bin/gzip ]; then gzext=".gz"; else gzext=""; fi
        if [ -f "${i}.3${gzext}" ]; then mv -f "${i}.3${gzext}" "${i}.4${gzext}"; fi
        if [ -f "${i}.2${gzext}" ]; then mv -f "${i}.2${gzext}" "${i}.3${gzext}"; fi
        if [ -f "${i}.1${gzext}" ]; then mv -f "${i}.1${gzext}" "${i}.2${gzext}"; fi
        if [ -f "${i}.0${gzext}" ]; then mv -f "${i}.0${gzext}" "${i}.1${gzext}"; fi
        if [ -f "${i}" ]; then mv -f "${i}" "${i}.0" && if [ -x /usr/bin/gzip ]; then gzip -9 "${i}.0"; fi; fi
        touch "${i}" && [B][COLOR="Red"]chmod 640 "${i}"[/COLOR][/B] && chown root:admin "${i}"
    fi
done
Every week, secure.log gets changed to 640 permissions, which means owner read (4) + write (+ 2 = 6) and group read (4). But the permission utility thinks that secure.log should not have any group read permission.

This has been common over the years with OS X. In Panther, the file /var/log/wtmp kept having its permissions changed in the weekly script and that would show up every time you did a repair permissions. It's simply a case of Apple's left hand not knowing what the right hand's doing. The weekly maintenance people aren't communicating with the repair permissions people, so you get this discrepancy. It'll happen every week until one of them changes in a new update.
 
oh yeah try this lol

Repairing 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
Owner and group corrected on ./Applications/iTunes.app/Contents/Frameworks/InternetUtilities.bundle/Contents/MacOS/InternetUtilities
Permissions corrected on ./Applications/iTunes.app/Contents/Frameworks/InternetUtilities.bundle/Contents/MacOS/InternetUtilities
Group differs on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc/api, should be 80, group is 0
Permissions differ on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc/api, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc/api
Permissions corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc/api
Group differs on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc, should be 80, group is 0
Permissions differ on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc
Permissions corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/appledoc
Group differs on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc/api, should be 80, group is 0
Permissions differ on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc/api, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc/api
Permissions corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc/api
Group differs on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc, should be 80, group is 0
Permissions differ on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc
Permissions corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2/doc
Group differs on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2, should be 80, group is 0
Permissions differ on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2
Permissions corrected on ./Developer/ADC Reference Library/documentation/Java/Reference/1.4.2
Permissions differ on ./Developer/ADC Reference Library/indexes/AppleRefList, should be -rw-rw-r-- , they are -rw-r--r--
Owner and group corrected on ./Developer/ADC Reference Library/indexes/AppleRefList
Permissions corrected on ./Developer/ADC Reference Library/indexes/AppleRefList
Permissions differ on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/control, should be -rw-rw-r-- , they are -rw-r--r--
Owner and group corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/control
Permissions corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/control
Permissions differ on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/strings, should be -rw-rw-r-- , they are -rw-r--r--
Owner and group corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/strings
Permissions corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore/strings
Permissions differ on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore
Permissions corrected on ./Developer/ADC Reference Library/indexes/pbHelpIndex.cstore
Permissions differ on ./Library/Widgets, should be drwxr-xr-x , they are drwxrwxr-x
Owner and group corrected on ./Library/Widgets
Permissions corrected on ./Library/Widgets
Permissions differ on ./private/var/log/secure.log, should be -rw------- , they are -rw-r-----
Owner and group corrected on ./private/var/log/secure.log
Permissions corrected on ./private/var/log/secure.log

Permissions repair complete
The privileges have been verified or repaired on the selected volume
Click to expand...

whats wrong with my ACD library :\
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back