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

Go Back   Shirt Pocket Discussions > SuperDuper! > General
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 03-25-2015, 05:21 PM
fred fred is offline
Registered User
 
Join Date: Apr 2006
Posts: 46
Should a used clone be rebuilt

I had to send my mac in for service, I already have a bootable clone, so I made new 2nd bootable clone and erased my HD and installed a clean OS. Meantime I was using my old bootable drive to boot into another machine.

When I got my mac back I erased the HD and cloned the clone back to the internal HD. As far as I understand it this would have the effect of defragging all the files as it copied them back to the Mac.

My question is, now that my normal working bootable clone has been used to effectively defrag the HD, would it now be a good idea, to erase the bootable clone and reclone my newly defragged HD so that they are both in the same state.

I hope this made sense.
Reply With Quote
  #2  
Old 03-25-2015, 05:46 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
It doesn't really matter, Fred. You can do that, but the state of fragmentation is sort of irrelevant to whether the drives have the same data.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 03-25-2015, 07:38 PM
fred fred is offline
Registered User
 
Join Date: Apr 2006
Posts: 46
Quote:
Originally Posted by dnanian View Post
It doesn't really matter, Fred. You can do that, but the state of fragmentation is sort of irrelevant to whether the drives have the same data.
Hi thanks for the reply, yes I just wanted to check though that SD still does put related files together when making a new clone and that I'm not imagining it.
Reply With Quote
  #4  
Old 03-26-2015, 06:50 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
We don't work at a low level, and we are not controlling where things are on the drive - that's up to the OS.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 03-26-2015, 09:34 AM
fred fred is offline
Registered User
 
Join Date: Apr 2006
Posts: 46
Quote:
Originally Posted by dnanian View Post
We don't work at a low level, and we are not controlling where things are on the drive - that's up to the OS.
Hi, I worded that badly, instead of 'related' I meant to say 'fragmented'. In other words I just wanted to check that when SD is copying a clone to a clean drive and not smart updating, that it really does gather all the various pieces of a file, and put them all together again.
Reply With Quote
  #6  
Old 03-26-2015, 09:38 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Yes, that's generally inherent in writing a file to a blank drive. (I have a white paper on the SuperDuper page that discusses fragmentation.)
__________________
--Dave Nanian
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 

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
'07 MacBook Pro clone to new '11 MacBook Pro (Clone failed) Cow General 10 03-31-2011 12:07 AM
Problem Booting From a Clone on a Firewire HD sgmorr General 8 03-11-2010 11:11 PM
Windows equivalent to SuperDuper!? jreffner General 21 08-13-2009 05:36 PM
Using Disk Utility from Clone gets -9972 error (falsely?) eagseags General 6 09-08-2007 09:50 PM
Problem getting apps to run on clone volume ChetA General 3 09-06-2005 02:19 PM


All times are GMT -4. The time now is 12:03 AM.


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