I have an external USB connected HDD with backup images of all the Laptop partitions.
If the Laptop suffers a total HDD failure I can restore all the partition images to a new HDD.
Two weeks ago that failed until I used a Boot CD to "repair" the MBR, then everything was fine.
Since then my son installed Windows 7 in a partition no 6 and installed EasyBCD for dual booting.
(Actually partition no. 7 if we count the 3 GB unallocated space I left between two earlier partitions)
I believe I should now include the MBR as a vital thing to backup, otherwise I believe if I ever repair the MBR I will have the default of only booting into whatever is installed in Partition 1.
My old BIOS does not seem to support booting from a bootable flash-drive, but is good for a Boot CD. In fact I am surprised that your O.S. selection start-up screen can use my USB keyboard - I have never been able to use it for entering SAFE mode at start-up.
Should I install EasyBCD into XP as well as Windows 7 in case I ever get stuck without dual boot capability, or might I invite aggravation if I use XP to configure dual booting in a way that conflicts with what Windows 7 set/expects ?
How does the Dual Boot mechanism identify what to boot into ?
I am concerned that various methods of identification could fail when I restore a partition from an image :-
1. Partition image disc identity GUID as per System Restore drivetable.txt, e.g.
C:\/\\?\Volume{390ae991-d1ef-11dd-914e-806d6172696f}\ 3b 0 2457 ACER
M:\/\\?\Volume{b1e4e783-9751-11df-91b1-806d6172696f}\ 11 0 50 Windows 7
I notice that 806d6172696f is common to all partitions on the HDD,
and the other numbers may be affected by the particular tool that created the partition,
and also perhaps the size and start position of the partition.
I told Acronis to backup an image of C:\ from my old 30 GB drive
I restored the image to a new 160 GB drive and everything worked,
excepting Acronis failed to backup C:\ again. because it was NOT trying to backup C:\,
but trying to backup some partition such as Volume{12345678-9abc-def0-1234-56789abcdef0]\.
I had to recreate the task so the correct ID was specified instead of what it had been on the 30 GB drive.
I am bitten once, twice shy;
2. A specific track number starting from the edge of the disc, in which case I must be careful if I use a Partition manger to alter the size or position of a partition;
3. the partition number, in which case I assume that I hit trouble if I create a new partition in the 3 GB unallocated space immediately below C:\
If the Laptop suffers a total HDD failure I can restore all the partition images to a new HDD.
Two weeks ago that failed until I used a Boot CD to "repair" the MBR, then everything was fine.
Since then my son installed Windows 7 in a partition no 6 and installed EasyBCD for dual booting.
(Actually partition no. 7 if we count the 3 GB unallocated space I left between two earlier partitions)
I believe I should now include the MBR as a vital thing to backup, otherwise I believe if I ever repair the MBR I will have the default of only booting into whatever is installed in Partition 1.
My old BIOS does not seem to support booting from a bootable flash-drive, but is good for a Boot CD. In fact I am surprised that your O.S. selection start-up screen can use my USB keyboard - I have never been able to use it for entering SAFE mode at start-up.
Should I install EasyBCD into XP as well as Windows 7 in case I ever get stuck without dual boot capability, or might I invite aggravation if I use XP to configure dual booting in a way that conflicts with what Windows 7 set/expects ?
How does the Dual Boot mechanism identify what to boot into ?
I am concerned that various methods of identification could fail when I restore a partition from an image :-
1. Partition image disc identity GUID as per System Restore drivetable.txt, e.g.
C:\/\\?\Volume{390ae991-d1ef-11dd-914e-806d6172696f}\ 3b 0 2457 ACER
M:\/\\?\Volume{b1e4e783-9751-11df-91b1-806d6172696f}\ 11 0 50 Windows 7
I notice that 806d6172696f is common to all partitions on the HDD,
and the other numbers may be affected by the particular tool that created the partition,
and also perhaps the size and start position of the partition.
I told Acronis to backup an image of C:\ from my old 30 GB drive
I restored the image to a new 160 GB drive and everything worked,
excepting Acronis failed to backup C:\ again. because it was NOT trying to backup C:\,
but trying to backup some partition such as Volume{12345678-9abc-def0-1234-56789abcdef0]\.
I had to recreate the task so the correct ID was specified instead of what it had been on the 30 GB drive.
I am bitten once, twice shy;
2. A specific track number starting from the edge of the disc, in which case I must be careful if I use a Partition manger to alter the size or position of a partition;
3. the partition number, in which case I assume that I hit trouble if I create a new partition in the 3 GB unallocated space immediately below C:\