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.

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!

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.

Getting this error when repairing permissions. What does it mean????

Hello,
I just ran premissions repair with OSX's disk utility.
What do these errors meana nd are they a serious issue?
Repairing permissions for “Macintosh HD”
Determining correct file permissions.
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
MacPro 2.66 Mac OS X (10.4.8) 2G ram.. iSight camera
MacPro 2.66 Mac OS X (10.4.8) 2G ram.. iSight camera

Hi Rich, it sounds like your MacBook is running well after the archive & install.
when the user login screen came up... and it trashed my Adobe CS2/CS3 installs and Parallels.It trashed them? Are you sure it didn't save them in a folder called, "Previous System" on the top level (root level) of your hard drive? Can't you just re-install them?
Also, you should maintain some type of backup, preferably on a firewire hard drive. If you clone your entire system over to one and make it bootable, you never have to worry.
You can also run Apple Hardware Test to set your mind at ease about hardware issues:
Using Apple Hardware Test:
1. Disconnect all external devices from your iMac except the keyboard and mouse.
If you have an Ethernet cable connected, disconnect it.
2. Insert the Mac OS X Install Disc 1 that came with your iMac.
3. Restart your iMac and hold down the D key as your iMac starts up.
4. When the Apple Hardware Test chooser screen appears, select the language
appropriate for your location.
5. Press the Return key or click the right arrow button.
6. When the Apple Hardware Test main screen appears (after about 45 seconds), follow
the onscreen instructions.
7. Apple Hardware Test displays an error code if it detects a problem. Make a note of the
error code before pursuing support options.
I don't know about that CleanApp thingy, not sure you need it for anything,
-mj
[email protected]

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

ORA-04062 error when running forms with different users

ORA-04062 error when running forms with different users
I have a form that has a block that should display some data from another users tables. (The other user's name is dynamic, it's selected from a list box)
I wrote a stored procedure to get the data from other user's tables.
When I compile the form and run it with the same user I compiled, it works without any error. But when I run the compiled form with another user I get the ORA-04062 (signature of procedure has been changed) error.
I tried setting REMOTE_DEPENDENCIES_MODE to SIGNATURE in init.ora but it didn't help.
My Forms version is 6i with Patch 15.
Database version is 9.
Here is my stored procedure:
TYPE Scenario_Tab IS TABLE OF NUMBER(34) INDEX BY BINARY INTEGER;
TYPE Open_Curs IS REF CURSOR;
PROCEDURE Get_Scenarios(User_Name IN VARCHAR2, Scen_Table OUT Scenario_Tab) IS
Curs Open_Curs;
i NUMBER;
BEGIN
OPEN Curs FOR
'SELECT Seq_No FROM '|| User_Name ||'.scenario';
i := 1;
LOOP
FETCH Curs INTO Scen_Table(i);
EXIT WHEN Curs%NOTFOUND;
i := i + 1;
END LOOP;
END Get_Senarios;
I would be happy to solve this problem. It's really important.
Maybe somebody can tell me another way to do what I want to do. (getting a list of values from another users tables)

I think it should be a better solution to create a package,
and put your own TYPES and procedure into it.
CREATE OR REPLACE PACKAGE PKG_XXX IS
TYPE TYP_TAB_CHAR IS TABLE OF .... ;
PROCEDURE P_XX ( Var1 IN VARCHAR2, var2 IN OUT TYP_TAB_CHAR );
END ;
Then in your Form :
Declare
var PKG_XXX.TYP_TAB_CHAR ;
Begin
PKG_XXX.P_XX( 'user_name', var ) ;
End ;

FileVault off or on when repairing permissions and updating software?

Does anyone know if FileVault can be left on when repairing permissions and installing apple software updates. I have been turning it off before doing so, but not sure if that's needed. I've been doing that just to be on the safe side.
Using an iMac DVD, with an external firewire HD with OS X 10.3.9 on one of the partitions.
Thanks for any info
iMac DVD + Mac OS 9.1.x G3

FileVault only affects your home folder. Permissions repair repairs only permissions on installed OS packages, which are in system folders. Apple software updates make changes to system folders. Since the system folders aren't affected by FileVault, leaving FV on shouldn't affect these operations.

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

Error message when Repair permissions

"System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAge nt" has been modified and will not be repaired."
This is the message I get when running Repair Permissions. What is it and how do I fix it. I thought the issues was with Office 2004 and removed that but it remains.

That error is a result of the Remote Desktop software update.
There are numerous threads in here about this already.

Strange error when repairing disk permissions

At the end of the repaitr, it says "Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired."
What does this mean/what should I do about it?

Hi Rob,
Repair Permissions usually reports all kinds of little tidbits of information that really are not important to users. Permissions on this file system corrected, nothing was done on this one for reasons like Niel gave. The only thing important is when it gets to the end and tells you you are good to go. the intermediate statements are more information than things you need to concern yourself with...of course you can use them just to learn more about the file systems and what they contain if that interests you
Ralph

Disk Utility Can't Repair Permissions - A different one

I'm posting this separately from the previous thread I saw somewhere, because my situation is a little different.
I did the software updates on my G4 15" Aluminum this morning: Battery thing, iTunes, QuickTime and Safari. Security Update? FUGGETTABOUT. Went through THAT nightmare weeks ago.
Anyways: I can't repair permissions any way at all: not in Disk Utility, not in ONYX, and Not from Disk Utility from the Boot CD.
MY error reads:
"Disk Utility Internal Error: Disk Utility has lost its connection with the Disk Management Tool and cannot continue. Please quit and relaunch Disk Utility"
When I do THAT, I get the ever-so-encouraging warning, essentially telling me that I've been given a bum steer in the previous alert: "Operations Still in Progress. Disk Utility still has some operations in progress. Quitting in the middle of some operations can leave a disk non-operational. Are you sure you want to quit?"
Other details: Ran Disk Verify and Disk Repair from the boot CD and it was claimed that the disk was repaired and ok. Zapped the PRAM. Other problems are that Keychain Access just freezes when I ask to see a password. Never gets to the point of even asking for my administrative password.
Originally, too, just as when I had problems with the Security Update, I couldn't join my Airport Network, but for no apparent reason, after a couple of reboots after zapping the PRAM, I managed to connect.
This is the second time in less than a month that a machine which has always operated flawlessly has gone south after downloading Software Updates from Apple in good faith. I hardly think I should be expected to purchase third-party disk utilities to fix this myself.
Owen
G4 15" Aluminum PowerBook Mac OS X (10.3.9)

Thank you, JRSY Man SO much. Just for the sake of anyone seeing THIS forum, go to the one JRSY MAN linked in the second post of this thread. There are about a hundred posts from people with this problem, and a lot of hair-pulling, but someone has come up with a temporary solution, and it finally worked for me.
There is an incompatibility in the stupid iTunes update, that creates all kinds of havoc.
Thanks again.
Owen

Open error 1 - Operation not permitted' error when checking permissions

Hi
I just installed Snow Leopard on a clean HD, and when checking permissions I get these errors:
Repairing permissions for “Internal HD”
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-dynlo ad/itertools.so
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/PyObj C/CoreFoundation/_CFRunLoopObserver.so
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imputil.p yo
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/ Carbon/Appearance.pyc
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/ lib-scriptpackages/StdSuites/_init_.pyo
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/test/test _inspect.pyc
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/PyObj C/AppKit/_appmain.so
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/dateu til/relativedelta.py
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/numpy /ma/mrecords.py
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/zope/ interface/adapter.pyc
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils /msvc9compiler.pyc
Open error 1: "Operation not permitted" on System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/email/tes t/testemailrenamed.pyo
Open error 1: "Operation not permitted" on usr/sbin/stdhosts
Open error 1: "Operation not permitted" on Applications/Utilities/Boot Camp Assistant.app/Contents/Resources/fi.lproj/MainMenu.nib/keyedobjects.nib
Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.
Open error 1: "Operation not permitted" on System/Library/Tcl/tcllib1.11/fileutil/multiop.tcl
Warning: SUID file "System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/Reso urces/Locum" has been modified and will not be repaired.
Is there anything to look out for here? What have I done wrong? Did I reformat my drive incorrectly? I chose Mac OS Extended (Journaled).
Tried also to fix permissions from the install disk but got the same errors.
Any help would be appreciated. Thanks

acquiesce wrote:
Hmm I haven't seen so many errors either.
the number of errors is not high at all. Leopard would very often produce at least 3 to 4 times as many.
It could have something to do with me running snow leopard on a Macbook Pro 2.16 core duo and not a core 2 duo... ?
no, that would not have anything to do with it. as i said, those are most likely just errors in the permissions database. as i said, leopard was notorious for those. snow leopard is not as bad but produces a number of them too. I just haven't seen this particular kind of messages before. reinstalling SL will fix them but it seems like a serious overkill in this case.

Disk Utility Repair Permissions conflict for ./Private and ./private

After applying the latest Security Update 2008-003 (PPC) (http://www.apple.com/support/downloads/securityupdate2008003ppc.html), Repair Permissions in Disk Utility has conflicting requirements for permissions on ./Private and ./private. One of them is wrong. This diagnostic needs to be fixed.

Unless you are using the case-sensitive file system, they are not different directories.
I have not yet installed this update, so I haven't seen this issue. I would say don't worry about it. In over six years of using OS X, I have never encountered anything in Repair Permissions that actually needed to be fixed. But I have seen plenty of nonsense like this, where it references the same file using different names, with different modes associated with the various names.

Error while repairing permissions

Hi,
I am getting an error when trying to repair permissions on my Powerbook harddrive. When trying it with Disk Utility, after a while I am getting the following:
"Disk Utility has lost its connection with the Disk Management Tool and cannot continue. Please quit and relaunch Disk Utility"
When running "sudo diskutil repairPermissions /" in the Terminal, I am getting the following error (after a while):
"* malloc[411]: Deallocation of a pointer not malloced: 0x50a680; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug
: for architecture i386 object: ./Applications/iTunes.app/Contents/MacOS/iTunes malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD command 27 can't byte swap it)"
Any idea what is happening and how to fix it? I am planning to upgrade to Tiger soon. Might this be something that would be fixed by the upgrade (I am NOT planning to do a clean install), or should I fix it before upgrading?
Thanks for any help!
Ingo Weiss

Ingo,
There's a workaround offered at the top of this forum page. Another solution offered on the web is to remove the i386 binaries from the Universal (FAT) binary distribution of iTunes. You can use lipo to do this or search the web- someone created a GUI frontend for lipo. For the life of me, I can't remember the name of the application. The problem persists for some in Tiger.
I haven't upgraded iTunes to 6.0.2. I'm running 6.0.1 and receive this error when I verify permissions.
: object: ./Applications/iTunes.app/Contents/MacOS/iTunes malformed object (inconsistant sizeofcmds field in mach header)
Disk Utility doesn't stop but the error is thrown. We all may be waiting for an Apple fix.

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

Similar Messages

Maybe you are looking for