Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 11-07-2007, 10:38 AM
Pointy Kitty Pointy Kitty is offline
Registered User
 
Join Date: Jun 2007
Posts: 2
Incorrect # of ACLs

I've been using SuperDuper! for some time to smart-backup my iMac (G5 iSight) to a WD MyBook, but I've only recently started playing with booting from that drive and restoring the backup to the internal drive (in preparation for test-installing Leopard and iLife 08). During these last few sessions I've had to repair both disks because Disk Utility shows the error "Incorrect number of Access Control Lists" after backup/restore operations in both directions. The last time I repaired the internal drive after restoring from the external (using erase and copy), I noticed at the end of the repair that it reported there should have been 2 instead of 595454 (ACLs).

I know there is a check box in the advanced options for copying the ACLs during the backup, but I couldn't find a reference to this option in the user guide. It was checked by default. What does it do, and should I uncheck it?

Thanks for your help.
Reply With Quote
  #2  
Old 11-07-2007, 11:04 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,844
Send a message via AIM to dnanian
Try turning the ACL option off, actually. I'm not quite sure why you have ACLs on for your Tiger drive...
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 11-07-2007, 11:10 AM
Pointy Kitty Pointy Kitty is offline
Registered User
 
Join Date: Jun 2007
Posts: 2
OK, I will, thanks for the quick reply.
Reply With Quote
  #4  
Old 11-07-2007, 03:58 PM
Felix Felix is offline
Registered User
 
Join Date: Jun 2007
Location: Texas
Posts: 30
The topic has been getting some discussion in several threads (here's one example) on the Apple forums.

Better put the hammer down, Dave, and get a Leopard-compatible version of SD out quickly before even more users foul up their backups and subsequently their boot drives when they clone it back.

You don't need a public relations mess on your hands caused by people using 2.1.4 with Leopard. Or at least, start hitting the forums and explain exactly what is incompatible. Your brief note on the home page that "SuperDuper! 2.1.4 is not yet fully Leopard compatible" (without specifics) isn't explicit enough to keep people from trying it anyway.
Reply With Quote
  #5  
Old 11-07-2007, 04:06 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,844
Send a message via AIM to dnanian
The above has nothing to do with Leopard, actually. Pointy Kitty's running with Tiger.
__________________
--Dave Nanian
Reply With Quote
  #6  
Old 04-01-2008, 08:13 PM
jbezdek jbezdek is offline
Registered User
 
Join Date: Oct 2006
Posts: 8
Using ACLs in Tiger for shared iTunes folder

Hi guys. I'm seeing this error ("Incorrect number of Access Control Lists") upon running Disk Utility on my backup drive. (Backing up an iMac G5.)

David wondered why anyone would have ACLs on their Tiger drive. In my case, it's because I'm using ACLs to control multi-user access to a shared iTunes folder, as explained here:

http://ad.hominem.org/log/2005/07/acl.php

AFAIK, I only have an ACL set up on one folder (/Users/Shared/iTunes).

I suspect that one ACL is not being copied properly, which means that if I boot from the backup the shared iTunes setup I have may not work properly. However, unfortunately I can't complete a full Disk Utility verification on the backup disk because it exits with the ACL error, meaning I don't know if any other underlying issues exist. (None are reported so far.)

I should be upgrading to a new iMac soon with Leopard, so I'll take my chances for now that the backup will work properly if the need arises.

Hope this extra information sheds some light on the issue.

Joe
Reply With Quote
  #7  
Old 04-06-2008, 01:18 PM
prestonholmes prestonholmes is offline
Registered User
 
Join Date: Nov 2005
Posts: 16
Cool

I just started getting this error on one of my backups. In the past an erase and copy fixed it. I'm getting the same error when running a disk verify on the source and I have not restored from a backup. This means the target is just a faithful clone of the source (complete with ACL errors). I'm not sure if the ACL errors on the source were somehow caused by SD's calls to metadata copying (which wouldn't be SD's fault, but could be causing a tiger but to surface), or happened in some other way and SD is just innocently copying.

I'm going to have to bring the server off line to repair the source, then run an erase and copy to get back on track.

Here is a feature request for the future of SD, its not an easy one, but would ad huge value. It would be great if SD could verify the volume integrity as part of the clone. I don't mean just calling Apple's diskutil, I mean writing your own volume verification stuff and integrating it into SDcopy. This could be another option, with choices on what to do if problems are found (halt copy, repair, etc).

In my backup script I automatically run diskutil verifyVolume on the target after SD runs, but if there is some problem (like the above) I only know it after it has already been copied to my target. If the source is the boot drive, there is no good way to run verify or repair the volume prior to SD running.

I know that writing some disk utility stuff from scratch is far from trivial, and may well be considered outside the scope of SD, but you DO have good knowledge and understanding of the low level file system inner-workings, and I think it would add value to the app in that Users could no that the integrity of the backup was ensured (like repair disk permissions but X 10).

I was bit hard once by SD faithfully cloning disk errors that went unnoticed through my three week offsite rotation (I have SD run nightly, onto one of three disks that are rotated offsite weekly).

Sorry that I wandered off-topic.

-Preston

BTW, Tiger Server, SD 2.5 - plans to move to leopard this summer...

Last edited by prestonholmes; 04-06-2008 at 01:19 PM. Reason: updated system info
Reply With Quote
  #8  
Old 04-06-2008, 02:53 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,844
Send a message via AIM to dnanian
I really don't think that's a terribly practical thing for us to do, Preston: it's sort of what Disk Utility and Disk Warrior are for -- and Disk Warrior is quite well regarded in this space...
__________________
--Dave Nanian
Reply With Quote
  #9  
Old 04-09-2008, 08:06 PM
prestonholmes prestonholmes is offline
Registered User
 
Join Date: Nov 2005
Posts: 16
Quote:
Originally Posted by dnanian View Post
I really don't think that's a terribly practical thing for us to do, Preston: it's sort of what Disk Utility and Disk Warrior are for -- and Disk Warrior is quite well regarded in this space...
I never said it was practical

As I said, easily out of scope, and way more than I would want to tackle in your shoes. But there is no way to integrate DW practically into an automated backup routine.

Keep up the great work.

-P
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
copy ACLs via shell script dontpanic General 4 10-26-2007 11:12 AM
[ Advanced ] - "Copy ACLs from Macintosh HD" is grayed out... JGrace General 1 03-22-2007 10:07 PM
Error | SDCopy: Failed to copy extended attributes and/or ACLs to directory natethelen General 5 03-20-2007 07:22 PM
Incorrect notification but copy was complete Budgie General 3 07-09-2006 04:21 PM
ACL's not copied or not restored richardl General 3 03-05-2006 12:31 PM


All times are GMT -4. The time now is 06:46 PM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2023, vBulletin Solutions, Inc.