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 06-09-2009, 04:38 PM
tomjwright tomjwright is offline
Registered User
 
Join Date: Jun 2009
Posts: 3
Drive not Bootable After User Backup

When I backup "all files" from the internal drive onto an external drive, the cloned drive is bootable. This is true whether I do a complete backup or a Smart Update.

However, if I subsequently backup "user files" using Smart Update, the previously bootable clone is no longer bootable -- that is, it does not show in the window of bootable options when I view System Preferences > Startup Disk.

The SuperDuper! window after the "user files" backup process is complete lists, as the last action, making the clone bootable.

This behavior is consistent. I'm running OS 10.5.7.

Is this normal behavior?
Reply With Quote
  #2  
Old 06-10-2009, 01:32 AM
chris_johnsen chris_johnsen is offline
Registered User
 
Join Date: Jan 2007
Posts: 79
This is normal. The confusion is over the way that the "user files" option works.

It looks at the source volume, and only 'selects' files from /Users. This selection mechanism is controlled by the backup script: "all files" vs. "user files" vs. "sandbox", etc.. When writing files to the destination volume, if a file is on the destination but has not been selected from the source volume, it will be deleted from the destination. So, even if the file exists on the source volume, if it is not selected for copying, it will be deleted from the target volume (if it exists there).

What this means is that when you run a "user files" backup to a volume that previously contained an "all files" backup, all the files except for your user files are deleted (important stuff like the OS!).

The "make it bootable" step at the end is a technical detail involving the bless command. It is there because if you just make a plain file-by-file copy of a bootable volume to another volume, that new volume will not be bootable until it is blessed as bootable. This involves putting some data in a special place on the disk (somewhere outside the normal filesystem) where the machine's boot firmware (OpenFirmware or EFI, like the BIOS on old(?) DOS/Windows machines) can find it. If you used DOS, bless is analogous to the SYS DOS command.

If you want a backup to be actually bootable, you always need to use "all files".
Reply With Quote
  #3  
Old 06-10-2009, 04:52 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
Chris is right here. It is "normal" that it did what it did: what's not normal is your use. This specific case is covered in the User's Guide, in fact... as he says, always use "Backup - all files" with "Smart Update".
__________________
--Dave Nanian
Reply With Quote
  #4  
Old 06-10-2009, 12:58 PM
tomjwright tomjwright is offline
Registered User
 
Join Date: Jun 2009
Posts: 3
Thanks for the Help

Thanks to both of you for responding. I should have read the User Guide more carefully. My reason for trying to copy only the user files is that I have a desktop that I use regularly and a laptop that I use only occasionally. The two computers don't have all the same applications installed (a personal choice). I had hoped that by using the User Files backup (from a drive that duplicates the internal drive on the desktop) onto the laptop I would be able to quickly update all the user files on the laptop without disturbing the other files.

I understand now that this was wishful thinking on my part. I'll look into using Time Machine or the brute force method of replacing the user files on the laptop with those on the desktop via the Finder.

Thanks again.
Reply With Quote
  #5  
Old 06-10-2009, 01:56 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
I'm pretty sure Time Machine isn't going to be able to do this either, Tom. Neither TM nor SD! are designed to 'sync' two Macs.
__________________
--Dave Nanian
Reply With Quote
  #6  
Old 06-10-2009, 09:21 PM
tomjwright tomjwright is offline
Registered User
 
Join Date: Jun 2009
Posts: 3
Thanks Again - and a Question

Yep, Dave, I've come to the same conclusion. The Finder copy method seems to be the only surefire way to accomplish what I want to do.

It sure would be nice if SuperDuper! could replace only those files in a designated folder (say a given users folder) that are different from the source folder without changing any other files and then leave the target disk in a bootable condition (assuming it was bootable before the new action). Is there some technical reason why that is impossible in a future version?
Reply With Quote
  #7  
Old 06-11-2009, 05:49 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
No, there's no technical reason: it's a 'focus' reason. We're not trying to make SD! do everything it "can" do -- just everything it "should" do, given its mission.
__________________
--Dave Nanian
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
Windows equivalent to SuperDuper!? jreffner General 21 08-13-2009 05:36 PM
Server drive won't mount after backup rhennosy General 1 11-09-2007 03:49 PM
Fw Drive Wont Boot Budgie General 3 11-05-2006 01:22 PM
How to verify a Scheduled Backup? tuqqer General 3 12-06-2005 06:50 PM
Laptop freezes buring backup kaalm General 5 05-12-2005 04:15 PM


All times are GMT -4. The time now is 05:47 PM.


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