Group differs on ./private/etc/authorization, should be 80, group is 0

What does this error indicate, i.e., what is it saying?
I continue to get this on my Disk Utility... I'll run repair permissions, and it will go away for awhile... but then, I'll notice it again, say, after a software update and repair of permissions.
What groups are 80 and 0?

Thanks!
Until I fixed this error using Disk Utility, I couldn't install a 3rd party software app. I didn't log in as root to do it either, just repaired permissions and the install "took" the second time. I'm a member of the admin group... at least I thought I was! My user account says I'm an administrator and I'm the only user on this mac... any way to see what my user account rights are? I know netinfo, but I don't know how to interprate it?

Similar Messages

  • Group differs on "private/etc/cups", should be 0, group is 26.

    Greetings.
    After performing Verify Disk Permission, i have this massage:
    *Group differs on "private/etc/cups", should be 0, group is 26.*
    Immediately i performed Repair Disk Permission but in the end i still get this massage.
    Any idea what dose that means?
    Thank you so much.
    Cheers.

    ChrisWad wrote:
    How do you submit a bug to Apple as I want to put some weight behing this one.
    Chris
    Why? Who says it's a bug worth worrying about?
    Ever since Repair Permissions was introduced (around 10.1.5 I seem to remember, although it was 10.2 before it was integrated into Disk Utility) there have been occurrences of these "spurious" errors.
    Take a look at these:
    Spurious Permissions errors in 10.2
    Spurious Permission errors in OS X 10.3
    Spurious Permission errors in OS X 10.4
    Some of these disappeared with point updates, others didn't. They did not prevent anyone's system working. They were acknowledged as unimportant in this article: Disk Utility reports some messages that you can ignore when checking permissions.
    I didn't write an equivalent for 10.5, because there were so many ACL and SUID errors which changed with each version, see Mac OS X 10.5: Disk Utility's Repair Disk Permissions reports issues with SUID files.
    This particular message is of no consequence. It may or may not disappear with the next system update. But if it bothers you, the answer is simple: stop Repairing Permissions!

  • Permissions errors? ./private/etc/authorization, should be 80, group is 0

    in the past 3 days i've been finding a error show up- on several machines- where programs would quit before they would even start up.
    the only way i've found to fix it, has been to run "Disk Utility" and repair the permissions for the drive management.
    Repairing permissions for “Macintosh HD”
    Determining correct file permissions.
    Group differs on ./private/etc/authorization, should be 80, group is 0
    Owner and group corrected on ./private/etc/authorization
    Permissions corrected on ./private/etc/authorization
    has anyone else found this error? where is this coming from?

    Thanks!
    Until I fixed this error using Disk Utility, I couldn't install a 3rd party software app. I didn't log in as root to do it either, just repaired permissions and the install "took" the second time. I'm a member of the admin group... at least I thought I was! My user account says I'm an administrator and I'm the only user on this mac... any way to see what my user account rights are? I know netinfo, but I don't know how to interprate it?

  • ERROR when repairing permissions: Group differs on "private/etc/cup"

    Hi,
    When I run permissions repair on my Leopard 10.5.4 I get the error message:
    ERROR when repairing permissions: Group differs on "private/etc/cup", Should be 0, group is 26
    Any idea why... It pops up every time I run permissions repair so I don't think it is really getting repaired.
    Thanks.

    Ignore it. It's been reported as a bug and is under investigation.

  • Repaing Permissions = Group Differ on "private/etc/cups", should be 0, grou

    Repaing Permissions = Group Differ on "private/etc/cups", should be 0, groups is 26.
    It says this everytime, even when it was brand new...
    What does this mean? Whay doesn't it go away after repairing?

    This error message has been occurring since Mac OS X 10.5.4 I believe, it's not harmful in any way to the operation of your Mac, so I wouldn't worry about it. I'm sure Apple will have this fixed in a future update.

  • Private/etc/authorization permissions changed?

    I thought the unix board may be a good place to get an answer to this question:
    If I run "repair permissions", I always seem to get a message like the following (forgive me if it's not quite right in the file name, I'm doing this from memory)
    permissions corrected on private/etc/authorization group is 80, should be 0
    The reason I ask is that disk utility will repair it, but if I run it a day or so later, the error returns and must get corrected again. Just curious why this keeps getting reset and also curious as to what exactly it is referring to, i.e., authorization of what?
    Any info would be greatly appreciated.

    Hi fishin,
       That's not really a problem. It's doubtless a "spurious error", as discussed by Michael Conniff in Spurious Permissions errors in Mac OS X 10.2. I think you got the group membership backwards. The file is installed with group "admin", which is doubtless a mistake on Apple's part. The group should certainly be "wheel" and some process setting that correctly. Let it do so and don't worry about it.
    Gary
    ~~~~
       All I ask is a chance to prove that money can't make
       me happy.

  • Group differs

    When I run disk permissions, I get Group differs on "Private/etc/cups" , should be 0, group is 26.
    Repairing gives the same error. Is this a problem, How do I fix it. I am running latest updates.

    All:
    Let me try this again, since several people seemed confused by my first post.
    *THE MESSAGE DOES NOT INDICATE A REAL PROBLEM.* Permission repair has generated this type of message for years - why, I do not know since they only confuse people.
    *DO NOT*, I repeat, *DO NOT* attempt to use arcane UNIX commands to fix what is not a problem to start with. A trite phrase that has been around since the beginning of computing (or 50+ years, in my case) is +"If it is not broken, don't fix it."+
    Barry
    P.S. to crom - apparently, from your last couple of posts, you are learning........

  • Private/etc/cups Permission

    Almost every time I Repair Permission, it finds and repairs "Group differs on "private/etc/cups", should be 0, group is 26." What is that? Why does it happen? Thanks

    Well what I've seen is that DiskUtility always finds some permissions somewhere to fix unless you are starting with a blank disk. There's a lot of data inside that machine that can jump settings for various reasons. I don't lose sleep over a few permission errors and subsequent fixes. And here's a freebe;http://localhost:631/ to manage your printers.

  • Group differs on ... should be 80, group is 99.

    Group differs on "+insert filename here+", should be 80, group is 99.
    I get this sometimes while running disk utility. I don't think its a problem, but what does it mean. What are groups 80, 99, 0, etc. ?
    Message was edited by: madking

    nobody -2 nogroup -1
    wheel 0 daemon 1
    kmem 2 sys 3
    tty 4 operator 5
    mail 6 bin 7
    procview 8 procmod 9
    owner 10 everyone 12
    group 16 staff 20
    smmsp 25 _lp 26
    _postfix 27 _postdrop 28
    certusers 29 _keytabusers 30
    utmp 45 authedusers 50
    interactusers 51 netusers 52
    consoleusers 53 _mcxalr 54
    _pcastagent 55 _pcastserver 56
    _serialnumberd 58 _devdocs 59
    _sandbox 60 localaccounts 61
    netaccounts 62 _mdnsresponder 65
    _uucp 66 _ard 67
    dialer 68 network 69
    _www 70 _cvs 72
    _svn 73 _mysql 74
    _sshd 75 _qtss 76
    _mailman 78 _appserverusr 79
    admin 80 _appserveradm 81
    _clamav 82 _amavisd 83
    _jabber 84 _xgridcontroller 85
    _xgridagent 86 _appowner 87
    _windowserver 88 _spotlight 89
    accessibility 90 _tokend 91
    _securityagent 92 _calendar 93
    _teamsserver 94 updatesharing 95
    _installer 96 _atsserver 97
    _lpadmin 98 _unknown 99
    com.apple.sharepoint.group.1 101 _guest 201

  • How can I fix this permissions "Library/Printers-should be 80 group is 0. Permissions differ. And User differs on "private/var/db/displaypolicyd" should be 0; Group is 244?

    How can I fix this on my 2014 iMac, please?
    Verifying permissions for “Macintosh HD”Group differs on “Library/Printers/InstalledPrinters.plist”; should be 80; group is 0.Permissions differ on “Library/Printers/InstalledPrinters.plist”; should be -rw-rw-rw- ; they are -rw-r--r-- .User differs on “private/var/db/displaypolicyd”; should be 0; user is 244.Group differs on “private/var/db/displaypolicyd”; should be 0; group is 244.
    I run the "fix" and it seemingly does, but if I verify permissions again later it returns.
    Thank you!

    It's not an error but an informative message that you can safely ignore. it's innocuous.

  • Help with this occurring problem group differs on Library should be 0 group is 80

    Please can someone help me with the following problems when using disk utility.
    Keep getting the same repeating errors after repairing.
    Group differs on "Library:; should be 0; group is 80
    Permissions differ on "Library"; should be drwxr-xr-x; they are drwxrwxr-t.
    Group differs on :Library/Preferences:; should be 0; group is 80.
    Permissions differ on "Library/Preferences"; should be drwxr-xr-x; they are drwxrwxr-x.

    You can safely ignore it:
    http://support.apple.com/kb/ts1448

  • Group differs on "Library/Printers/InstalledPrinters.plist"; should be 80; group is 0.

    When running disk utility, repair permissions, this error message keeps coming up. I have had to repair permissions more than once for this. Why would my printer group change if I am not changing it? What is group 80 versus group 0?
    Group differs on “Library/Printers/InstalledPrinters.plist”; should be 80; group is 0.
    iMac mid-2011, Mac OS X Mavericks 10.9.1 with latest updates

    Yes, I keep getting the same thing, on Yosemite 10.10.1 , and it seems to happen multiple times, per up-time session .
    Apparently, the group-id-number that is equivalent to "80" is actually named "admin", and the group-id-number that is equivalent to "0" is actually named "wheel", which is the super-user alter-ego of the user-id-number "0" ("root") .
    This recurring "permissions" warning, and repair, isn't listed in Apple's "Disk Utility Permissions that you can Safely Ignore" (with an article modification-date of NOV 19, 2014):
    Mac OS X: Disk Utility's Repair Disk Permissions messages that you can safely ignore - Apple Support

  • Terminal Error: Unable to read "/private/etc/cups/cups-files.conf" due to errors.

    After finding out that my Kodak ESP C310 printer was no longer printing after installing OS X Yosemite, I tried entering these into the terminal to get the driver working again.
    sudo sh -c 'echo "Sandboxing Relaxed" >> /etc/cups/cups-files.conf'
    sudo launchctl stop org.cups.cupsd
    Nothing happened the first time I tried it, so I tried it again with still no luck. Now within seconds of opening the terminal I get this message :
    " /private/etc/cups/cups-files.conf"
    It pops up every few seconds, so it is practically impossible for me to type anything into the terminal without it popping up right in the middle. I tried the fix from the other discussion on this issue, and that didn't work. also I'm noticing that my printer isn't even added under "printers and scanners" anymore. I tried to re-add it, but I cannot without a driver that functions with 10.10.1
    Any suggestions on how I should deal with this?

    The permissions and ownership on /private/etc/cups/cups-files.conf should be:
    /bin/ls -leO@ /private/etc/cups/cups-files.conf
    -rw-r--r--  1 root  _lp  compressed 3297 Mar  8  2014 /private/etc/cups/cups-files.conf
    See "man cups-files" for the format of the cups-files.conf file
    The contents of the /private/etc/cups/cups-files.conf file should look like:
    # "$Id: cups-files.conf.in 11203 2013-07-26 21:32:33Z msweet $"
    # Sample file/directory/user/group configuration file for the CUPS scheduler.
    # See "man cups-files.conf" for a complete description of this file.
    # List of events that are considered fatal errors for the scheduler...
    #FatalErrors config
    # Do we call fsync() after writing configuration or status files?
    #SyncOnClose No
    # Default user and group for filters/backends/helper programs; this cannot be
    # any user or group that resolves to ID 0 for security reasons...
    #User _lp
    #Group _lp
    # Administrator user group, used to match @SYSTEM in cupsd.conf policy rules...
    SystemGroup admin
    SystemGroupAuthKey system.print.admin
    # User that is substituted for unauthenticated (remote) root accesses...
    #RemoteRoot remroot
    # Do we allow file: device URIs other than to /dev/null?
    #FileDevice No
    # Permissions for configuration and log files...
    #ConfigFilePerm 0644
    #LogFilePerm 0644
    # Location of the file logging all access to the scheduler; may be the name
    # "syslog". If not an absolute path, the value of ServerRoot is used as the
    # root directory.  Also see the "AccessLogLevel" directive in cupsd.conf.
    AccessLog /private/var/log/cups/access_log
    # Location of cache files used by the scheduler...
    #CacheDir /private/var/spool/cups/cache
    # Location of data files used by the scheduler...
    #DataDir /usr/share/cups
    # Location of the static web content served by the scheduler...
    #DocumentRoot /usr/share/doc/cups
    # Location of the file logging all messages produced by the scheduler and any
    # helper programs; may be the name "syslog". If not an absolute path, the value
    # of ServerRoot is used as the root directory.  Also see the "LogLevel"
    # directive in cupsd.conf.
    ErrorLog /private/var/log/cups/error_log
    # Location of fonts used by older print filters...
    #FontPath /usr/share/cups/fonts
    # Location of LPD configuration
    #LPDConfigFile launchd:///System/Library/LaunchDaemons/org.cups.cups-lpd.plist
    # Location of the file logging all pages printed by the scheduler and any
    # helper programs; may be the name "syslog". If not an absolute path, the value
    # of ServerRoot is used as the root directory.  Also see the "PageLogFormat"
    # directive in cupsd.conf.
    PageLog /private/var/log/cups/page_log
    # Location of the file listing all of the local printers...
    #Printcap /Library/Preferences/org.cups.printers.plist
    # Format of the Printcap file...
    #PrintcapFormat bsd
    #PrintcapFormat plist
    #PrintcapFormat solaris
    # Location of all spool files...
    #RequestRoot /private/var/spool/cups
    # Location of helper programs...
    #ServerBin /usr/libexec/cups
    # SSL/TLS certificate for the scheduler...
    #ServerCertificate /Library/Keychains/System.keychain
    # SSL/TLS private key for the scheduler...
    #ServerKey
    # Location of other configuration files...
    #ServerRoot /private/etc/cups
    # Location of Samba configuration file...
    #SMBConfigFile
    # Location of scheduler state files...
    #StateDir /private/etc/cups
    # Location of scheduler/helper temporary files. This directory is emptied on
    # scheduler startup and cannot be one of the standard (public) temporary
    # directory locations for security reasons...
    #TempDir /private/var/spool/cups/tmp
    # End of "$Id: cups-files.conf.in 11203 2013-07-26 21:32:33Z msweet $".

  • Library/Preferences/com.apple.alf.plist---Should be 80, group is 0

    I am new to the Mac world, so please bear with me.  I have freeze up issues with beachballs delux on my mid 2011 21.5 iMac with 2.5 GHz Intel Core I5 processor. When I run repairing permissions, it resolves the problem for a few days, but then returns back to the same problem.   It says "Library/Preferences?Com.apple.alf.plist.     Should be 80, group is 0 
    Can anyone tell me how to resolve this freeze up problems?  I origiginally had Lion operating system and when I upgraded to Mountain Lion the issue was better, but did not totally cure this.

    The next time you have the problem, note the exact times when it starts and ends: hour, minute, second.
    If you have more than one user account, these instructions must be carried out as an administrator.
    Launch the Console application in any of the following ways:
    ☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
    ☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.
    ☞ Open LaunchPad. Click Utilities, then Console in the page that opens.
    Make sure the title of the Console window is All Messages. If it isn't, select All Messages from the SYSTEM LOG QUERIES menu on the left.
    Scroll back in the log to the time you noted above. Post any messages timestamped during that interval – the text, please, not a screenshot.
    Important: Some private information, such as your name, may appear in the log. Edit it out by search-and-replace in a text editor before posting.

  • Cisco Secure ACS 4.2 - Group Setup w/Shell Command Authorization Sets

    Hello All,
    I am trying to create a user so that I can provide him only to run commands that I have designated them to run within my "Shell Command Authorization Set". This seems to work great, however I cannot find anywhere I can "hide" commands they do not have access to. For instance, once the user is logged into the switch they can do a show ? and get a list of commands. I would like to know if there is an option to only display commands the user has access to in ACS.
    My Steps:
    Created a user in ACS
    Shared Profile Components
    Create Shell command Autorization Set - "ReadOnly"
    Unmatched Commands - Deny
    Unchecked - Permit Unmatched Arg
    Commands Added
    permit interface
    permit vlan
    permit snmp contact
    permit power inline
    permit version
    permit switch
    permit controllers utilization
    permit env all
    permit snmp location
    permit ip http server status
    permit logging
    Created a group - "GroupTest" with the following
    Confirgured - Network Access Restrictions (NAR)
    Max Sessions - Unlimited
    Enable Options - No Enable Privilege
    TACACS+ Settings
    Shell (exec)
    Priviledge level is check with 1 as the assigned level
    Shell Command Authorization Set
    "ReadOnly" - Assign a Shell Command Authorization Set for any network device
    I have configured following on my Router/Switch
    aaa authorization config-commands
    aaa authorization commands 1 default group tacacs+ if-authenticated
    privilege exec level 1 show log
    I have attached below the documention I have gone over.
    http://www.cisco.com/en/US/products/sw/secursw/ps2086/products_configuration_example09186a00808d9138.shtml
    http://www.cisco.com/en/US/docs/net_mgmt/cisco_secure_access_control_server_for_windows/4.2/user/guide/GrpMgt.html#wp478624

    "you are testing with privilege level 15 or below 15. Because when you are using below 15 level user, first it will check local command authorization set. For example if you want to execute sh runn command with level 5 user, first it will check local command set. If the sh runn command exits in local command set then it will send request to ACS. If it is not in the command set, it won't send request to ACS. That's why you don't see debug. For 15 level users it will directly send request to ACS. Configure command set locally and try it should work.
    Correct me if I am wrong."
    Regards
    Vamsi

Maybe you are looking for