cloned disk is not bootable; no way to exclude folders
94 views
Skip to first unread message
Phillip M. Feldman
Apr 6, 2012, 4:10:36 PM4/6/12
to The Xxclone Forum
I used XXCLONE-Home (v2.00.4) to clone a mostly-empty 1 TB drive to a
250 GB drive using backup option #2 (backup the entire volume
incrementally). The software ran for about 2 hours, and closed
automatically at the end of the process without reporting any errors.
When I attempted to boot from the cloned drive, however, the boot
failed with the BIOS message "NTLDR is missing".
I have two issues with this software:
(1) The cloned disk is not actually bootable.
(2) I'd really like to have the option to exclude some folders from
the backup to reduce the backup time.
Phillip
250 GB drive using backup option #2 (backup the entire volume
incrementally). The software ran for about 2 hours, and closed
automatically at the end of the process without reporting any errors.
When I attempted to boot from the cloned drive, however, the boot
failed with the BIOS message "NTLDR is missing".
I have two issues with this software:
(1) The cloned disk is not actually bootable.
(2) I'd really like to have the option to exclude some folders from
the backup to reduce the backup time.
Phillip
tb...@comcast.net
Apr 6, 2012, 4:39:27 PM4/6/12
to xxc...@googlegroups.com
Clone means all or nothing I think. And I would not have thought you could
"clone" a Terabyte drive to G drive to a 250G drive without partitioning
the bit you want to clone.
I have done it this way for years and have no problem with dual boot on my
system. BUT I did partition both the source and the destination drives,
(the destination drive can be larger than the source but not vice versa is
my experience).
"clone" a Terabyte drive to G drive to a 250G drive without partitioning
the bit you want to clone.
I have done it this way for years and have no problem with dual boot on my
system. BUT I did partition both the source and the destination drives,
(the destination drive can be larger than the source but not vice versa is
my experience).
Phillip
--
You received this message because you are subscribed to the Google Groups
"The Xxclone Forum" group.
To post to this group, send email to xxc...@googlegroups.com.
To unsubscribe from this group, send email to
xxclone+u...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/xxclone?hl=en.
Christopher J.
Apr 6, 2012, 5:46:38 PM4/6/12
to xxc...@googlegroups.com
Phillip and others,
Cloning a hard drive means to make an EXACT copy of the source, no exclusions. To do otherwise, defeats the definition of the word CLONE.
The paid version of XXCLONE does perform "incremental" cloning and it is substantially faster {for example, 15 minutes versus two or more hours to perform an initial, full clone}.
With concern for the lack of bootability, did you reverse your hard drive data cable connections just after cloning to allow a small "integrity check" routine to run or did you simply take the Source drive out of the picture and boot up on only the Destination?
Lastly, XXCLONE readily clones from a LARGER hard drive to a SMALLER {capacity} hard drive as long as the data size from the Source drive is not GREATER than the size of the Destination drive. I do this routinely with XXCLONE.
Kind regards,
Christopher J. Spilker
Cloning a hard drive means to make an EXACT copy of the source, no exclusions. To do otherwise, defeats the definition of the word CLONE.
The paid version of XXCLONE does perform "incremental" cloning and it is substantially faster {for example, 15 minutes versus two or more hours to perform an initial, full clone}.
With concern for the lack of bootability, did you reverse your hard drive data cable connections just after cloning to allow a small "integrity check" routine to run or did you simply take the Source drive out of the picture and boot up on only the Destination?
Lastly, XXCLONE readily clones from a LARGER hard drive to a SMALLER {capacity} hard drive as long as the data size from the Source drive is not GREATER than the size of the Destination drive. I do this routinely with XXCLONE.
Kind regards,
Christopher J. Spilker
To unsubscribe from this group, send email to xxclone+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xxclone?hl=en.
--
You received this message because you are subscribed to the Google Groups "The Xxclone Forum" group.
To post to this group, send email to xxc...@googlegroups.com.
To unsubscribe from this group, send email to xxclone+unsubscribe@googlegroups.com.
Dan Anderson
Apr 6, 2012, 7:48:25 PM4/6/12
to xxc...@googlegroups.com
Hi Phillip,
I'll address the bootability issue in the last section of my comments, and first comment on the issue of Xxclone not being selective about which folders it copies.
I agree with the comments from others that Xxclone will copy all of the contents (except items in the recycle bin etc). That is not really the same thing as making an "exact" copy of the source since, for example, the relative sizes of the source and destination do not matter so long as all the contents will fit, and there are other differences such as the destination drive being automatically defragmented simply as a result of the copying process. Xxcopy does not structurally transfer an exact image from one drive to another but does copy the contents.
As far as I know there is no option to exclude data folders. While I agree it could be a useful feature to have, if you store large data folders on your C drive, introducing such a feature with start to add various layers of complexities, particularly since there would supposedly be many similar nice-to-have options along the lines of the various options that Xxcopy provides to copy data files/folders.
Personally, I think it is better not to add such complexity to Xxclone and think it makes more sense for users to use two or more partitions i.e. putying their operating system and installed applications into one smaller partition (against which they would run Xxclone) and putting all their data files/folders in one or more other partitions. Then you control the cloning efficiencies by not having large data folders on the partition that Xxclone operates upon. For backups of the data partitions you can then separately use something like Xxcopy (which has options to address the complexities of excluding folders, etc) or various other partition management software.
With regards to the bootability issues:
1. Maybe clarify which boot.ini you are accessing (i.e. booting into the source or destination drive) to direct you to the XP operating system on your destination drive,
2. Post the contents of the applicable boot.ini (accessing the contents using a text editor program) along with a description of your partition structure,
3. Ensure that you have taken into account the various make-bootable considerations noted in the following:
http://www.xxclone.com/ixcman41.htm
Good luck,
Dan
______________________________________________
I'll address the bootability issue in the last section of my comments, and first comment on the issue of Xxclone not being selective about which folders it copies.
I agree with the comments from others that Xxclone will copy all of the contents (except items in the recycle bin etc). That is not really the same thing as making an "exact" copy of the source since, for example, the relative sizes of the source and destination do not matter so long as all the contents will fit, and there are other differences such as the destination drive being automatically defragmented simply as a result of the copying process. Xxcopy does not structurally transfer an exact image from one drive to another but does copy the contents.
As far as I know there is no option to exclude data folders. While I agree it could be a useful feature to have, if you store large data folders on your C drive, introducing such a feature with start to add various layers of complexities, particularly since there would supposedly be many similar nice-to-have options along the lines of the various options that Xxcopy provides to copy data files/folders.
Personally, I think it is better not to add such complexity to Xxclone and think it makes more sense for users to use two or more partitions i.e. putying their operating system and installed applications into one smaller partition (against which they would run Xxclone) and putting all their data files/folders in one or more other partitions. Then you control the cloning efficiencies by not having large data folders on the partition that Xxclone operates upon. For backups of the data partitions you can then separately use something like Xxcopy (which has options to address the complexities of excluding folders, etc) or various other partition management software.
With regards to the bootability issues:
1. Maybe clarify which boot.ini you are accessing (i.e. booting into the source or destination drive) to direct you to the XP operating system on your destination drive,
2. Post the contents of the applicable boot.ini (accessing the contents using a text editor program) along with a description of your partition structure,
3. Ensure that you have taken into account the various make-bootable considerations noted in the following:
http://www.xxclone.com/ixcman41.htm
Good luck,
Dan
______________________________________________
Reply all
Reply to author
Forward
0 new messages