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.

Similar Messages

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.

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?

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.

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 $".

Missing file: /private/etc/cups/ppds.dat

Cannot open my printer's utility - Lexmark z23 - All was well, then we updated to 10.4.5.
I know this file is missing: /private/etc/cups/ppds.dat
Any thoughts on where I might access it would be appreciated, or, confirm for me I'm gonna have to slog thru all the packages on the original install cds to find it.... : - 0
Thank you!!!!
YES, I read archived threads and know all about Miguel; - )

Geez Greg - Thanx for your time but that response is
almost insulting - Try restarting? That's like number
one on the newbie hit parade dude, right along
starting up holding down the shift key or running
fsck -y. Thanks for trying.
And your response is supposed to make others want to reply?
Anyone else? Please. I'm starting to think I got
screwed from using this printer when I upgraded my OS.
A quick search indicates that Greg is correct that the file in question is built by cupsd as needed. Surprised? I'm not. You could have restarted your computer several times in the amount of time it took you to post your rant.
If you don't want to restart your computer, then just restart CUPS. If that doesn't work, reset the printing system from the Printer Setup Utility. You can also search and search through the installation disks. You won't find that file, however. CUPS gets installed as part of the Essentials.pkg. The ppds.dat file, however, is not a file that gets installed.
Back to your original post -- I don't see a connection that would lead to a conclusion that the missing ppds.dat file is causing your printer's utility not to open. Even when you restore the ppds.dat file, you may not be able to open the utility for some other reason.
Matt
Mac Mini; B&W G3/300

/private/etc/cups folder is missing

I am working tech support for a college and a faculty member currently working abroad called in with a problem that Microsoft Word for Mac would lock up everytime he tried to save or print a file. I remoted into his machine and I tried the usual suspects and was able to determine that nothing would print at all from any app, and in fact when I went to system preferences and tried to open the printers, it locked up system preferences. Digging deeper, I discovered that I was getting this message in console:
com.apple.launchd[1] (org.cups.cupsd) Throttling respawn: Will start in 10 seconds
The error kept repeating. I researched and found this thread:
https://discussions.apple.com/thread/2151368?start=0&tstart=0
Which led me to try these terminal commands:
sudo cp /etc/cups/cupsd.conf /etc/cups/cupsd.conf.old
sudo cp /etc/cups/cupsd.conf.default /etc/cups/cupsd.conf
I got an error in terminal that "No such file or directory existed"
So I checked and sure enough, inside of /private/etc/ there was no folder for cups. Its just gone. I assume that the folder being missing is the root of the problem, but I cant figure out how to get it back for him, especially considering that I am trying to assist him remotely. Any help or advice would be appreciated.

# Become root
sudo -s
cd /private/etc
# Make the tar archive in /Users/Shared
tar -cjvf /Users/Shared/cups.tar.bz2 cups
# Exit being the root user
exit
cd /Users/Shared
# Check the contents of the tar archive
tar -tvf /Users/Shared/cups.tar.bz2
drwxr-xr-x 0 root   _lp         0 May 6 17:33 cups/
dr-x--x--x 0 _lp    admin       0 May 7 18:05 cups/certs/
-rw-r--r-- 0 root   _lp      4524 Jan 20 2012 cups/cupsd.conf
-rw-r--r-- 0 root   _lp      4380 Dec 23 2011 cups/cupsd.conf.O
-rw-r--r-- 0 root   _lp      5978 May 13 2010 cups/cupsd.conf.bak
-rw-r--r-- 0 root   _lp      6091 Jul 6 2011 cups/cupsd.conf.default
drwxr-xr-x 0 root   _lp         0 May 13 2010 cups/interfaces/
drwxr-xr-x 0 root   _lp         0 Apr 30 10:10 cups/ppd/
-rw------- 0 root   _lp      1624 May 6 17:33 cups/printers.conf
-rw------- 0 root   _lp      1624 May 5 16:53 cups/printers.conf.O
-rw-r--r-- 0 root   _lp       172 May 13 2010 cups/snmp.conf
-rw-r--r-- 0 root   _lp     52273 Jan 13 06:43 cups/ppd/Brother_HL_5140_series.ppd
-rw-r--r-- 0 root   _lp   1072994 Apr 30 10:10 cups/ppd/HP_Photosmart_C4200_series.ppd
-rw-r--r-- 0 root   _lp   1072931 Apr 21 13:08 cups/ppd/HP_Photosmart_C4200_series.ppd.O
-r--r----- 0 root   admin      32 May 7 18:05 cups/certs/0

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?

Terminal: unable to read "/private/etc/cups/cups-files.conf" due to errors

Terminal is giving me the message above every 10 seconds making it impossible to write any lines without the error message breaking up the line. Any suggestions on how to resolve this issue?

Back up all data.
Select
Shell ▹ New Command
from the Terminal menu bar. Uncheck the box marked
Run command inside a shell
if checked.
Copy and paste the following line into the text box that opens, then press return:
mkdir disabled_shell_files
Close the Terminal window that opens. Repeat with this line:
mv .profile .bash_history .bash_profile .bashrc .inputrc disabled_shell_files
Your old shell initialization and history files will be saved in a directory named "disabled_shell_files" at the top level of your home directory. It's normal that some of these files will not exist, and therefore you will get some "no such file" errors.
Close the window, open a new one, and test.

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.

When I repair disk permissions I get the following:Repairing permissions for "MacIntosh HD" Determining correct file permissions. Permissions differ on ./Library/Widgets, should be drwxr-xr-x , they are drwxrwxr-x Owner and group corrected on ./Library/W

Repairing permissions for “MacIntosh HD”
Determining correct file permissions.
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 ./System/Library/User Template, should be drwx------ , they are drwxr-xr-x
Owner and group corrected on ./System/Library/User Template
Permissions corrected on ./System/Library/User Template
Group differs on ./usr/bin/fetchmail, should be 0, group is 6
Permissions differ on ./usr/bin/fetchmail, should be -rwxr-xr-x , they are -rwxr-sr-x
Owner and group corrected on ./usr/bin/fetchmail
Permissions corrected on ./usr/bin/fetchmail
Permissions differ on ./usr/lib/php/build/Makefile.global, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/Makefile.global
Permissions corrected on ./usr/lib/php/build/Makefile.global
Permissions differ on ./usr/lib/php/build/acinclude.m4, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/acinclude.m4
Permissions corrected on ./usr/lib/php/build/acinclude.m4
Permissions differ on ./usr/lib/php/build/mkdep.awk, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/mkdep.awk
Permissions corrected on ./usr/lib/php/build/mkdep.awk
Permissions differ on ./usr/lib/php/build/phpize.m4, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/phpize.m4
Permissions corrected on ./usr/lib/php/build/phpize.m4
Permissions differ on ./usr/lib/php/build/scan_makefile_in.awk, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/scan_makefile_in.awk
Permissions corrected on ./usr/lib/php/build/scan_makefile_in.awk
Permissions differ on ./usr/lib/system/libmathCommon.A.dylib, should be -r-xr-xr-x , they are -rwxr-xr-x
Owner and group corrected on ./usr/lib/system/libmathCommon.A.dylib
Permissions corrected on ./usr/lib/system/libmathCommon.A.dylib
Permissions differ on ./usr/libexec/dumpemacs, should be -r-sr-xr-x , they are -r-xr-xr-x
Owner and group corrected on ./usr/libexec/dumpemacs
Permissions corrected on ./usr/libexec/dumpemacs
Permissions repair complete
The privileges have been verified or repaired on the selected volume
Then I sometimes get the brown screen that states,You must re-start your computer.
I have already zeroed out the hard drive and re-installed Panther and the upgrade Tiger disc.
I repair permissions using the Tiger disc upgrade.
Can anyone help me with this??

> I repair permissions using the Tiger disc upgrade.
One thing to note... When running Repair Disk Permissions, it is best to run it while started up normally, from your normal startup disk, not from a Mac OS X installation disc. The only time you should run it while started up from an installation disc is if some problem is preventing you from starting up normally. OTOH, Repair Disk can only be used when starting up from a different disk (such as an installation disc).
So, I would start up normally, run Disk Utility, and use Repair Disk Permissions on your normal startup disk.
NOTE: Repair Disk Permissions often gives alerts messages that can be ignored. They are more "informational," not serious errors.
http://support.apple.com/kb/TS1448
You should still run it periodically. When you run it, what needs to be repaired has been repaired; consider the rest of it an FYI. I've never experience a problem, where a Repair Disk Permissions message actually caused a problem. But, if you ever get an error while running Repair Disk (or Verify Disk), that is usually a serious problem.

How to regenerate /private/etc/resolv.conf

Folks,
I use my Snow Leopard macbook pro on multiple networks and recently made the mistake of editing the /private/etc/resolv.conf to add a search path. So now the file looks like so:
# Mac OS X Notice
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
# This file is automatically generated.
search mydomain.com
nameserver 192.168.2.2
Edit: The file doesn't appear properly but the first few lines are all commented out using #.
I hadn't paid much attention to this file before now so I'm not sure whether this file keeps getting re-generated for every network (e.g. by dhcpd) but it's certainly not being re-generated any more.
I heavily use the "host" command to lookup hostnames which is one of the few commands that uses the /private/etc/resolv.conf file instead of SL's own DNS. I'm definitely feeling pain at this time. Any ideas on how I can get this file to be re-generated again?
FWIW, I repaired permissions on the disk using "Disk Utility" and the permissions look like:
lrwxr-xr-x@ 1 root wheel 11 Dec 1 22:46 /etc -> private/etc
-rwxr-xr-x 1 root wheel 261 Dec 14 21:26 /etc/resolv.conf
-rwxr-xr-x 1 root wheel 261 Dec 14 21:26 /private/etc/resolv.conf
Thoughts?
Message was edited by: Shahbaz Javeed

Depending on your editor, it is possible that the editor created a new file uniquely named file, then renamed the uniquely named file to the original name, causing the file system to delete the current directory entry (the symlink). This would have the effect of deleting the symlink and replacing it with a real file.
Another possibility is that the orignal symlink was changed to resolv.bak (or similar name). if you edited multiple times with an editor that does this, the 2nd editing session would have removed the symlink from the system, and left only regular files.

I cannot locate /private/etc/hosts.

I am trying to look at hosts file for clues as to why MAMP is not working. but this entire directory structure is not there. I feel quite confused because I have worked with the hosts file before. Any advice is extremely appreciated.

I did sudo nano /private/etc/hosts. it wasn't working before, but now it is! Very weird. Any ideas about setting up mamp and why it world not be working?

CUPS doesn't re-read /etc/cups/ppd/ ?

We're working with a "multiclient installation", basically we tried to spread the CUPS configuration on all Mac's in a computer room. (including a backend).
We copied /etc/cups/printers.conf to all the boxes, worked great they do know the printer, but as "generic".
We use a custom PPD file, and copy it to:
/etc/cups/ppd/Printernamefromcups
For some reason the printer keeps using the Generic driver and not the newly copied PPD, even after a restart of PrintingServices.
Anyone able to tell me how I can force CUPS to re-read the PPD?

Hi
You could try:
http://discussions.apple.com/thread.jspa?messageID=4152765&#4152765
as well:
http://discussions.apple.com/thread.jspa?messageID=3290222&#3290222
Might provide more insight into your problem.
Tony

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

Similar Messages

Maybe you are looking for