True Image 2010 build 6053-- startup recovery manager: it does not need the acronis secure zone?
I activated startup recovery manager with build 6053. It worked. But no acronis secure zone was created.
Instead, a quite small unallocated space (3 MB or so) appeared at the end of the hard disk.
In fact, this unallocated space was there just after I installed build 6053 and before I activated startup recovery manager.
With the built-in disk management of Windows 7, I cannot see this unallocated space. In fact, even disk director suite cannot display this space.
My confusion:
1. Where are the files of startup recovery manager , if not in acronis secure zone (since there is apparently no such zone).
2. Why is there an unallocated space?
Thanks!

- Se connecter pour poster des commentaires

Thanks, Dmitry!
I think your explanation clears my confusion.
Yesterday I did the following:
1. Installed True Image 2010 on Windows 7.
2. Activated Startup Recovery Manager via True Image 2010 on Windows 7.
3. Backed up the hidden 100M startup partition of Windows 7 and the system partition of Windows 7 via Startup Recovery Manager.
4. Shut down the computer.
5. Adjusted all the partitions via the safe version of Acronis Disk Director Suite running from a CD.
I ended up with the loss of the F11 option on startup.
So resizing partition via the safe version of Acronis Disk Director Suite has the same impact on Startup Recovery Manager as defragmentation does?
Since Windows 7 has two partitions, as I mentioned in Step 3 above, did you refer to the system partition or hidden partition? The picture shows the beginning of the disk. That should be the hidden partition.
What did you mean by "a special script reactivated Startup Recovery Manager, but Startup Recovery Manager is not offered"?
--Did you mean the Startup Recovery Manager is not offered only at the first lauch but will be available next time the computer boots?
Does the script work if Acronis Scheduel service is set to Manual? If it does not, reactivating via True Image on Windows has exactly the same effect? I mean whether reactivating via True Image on Windows reactivates the sectors/files directly, instead of preparing a new copy, like XXX(2).bin.
In fact, I think, after the first time Startup Recovery Manager is activated, the files of Startup Recovery Manager are always there, unable to be edited, changed, or removed. Later operations are all performed on these files.
Do I understand the mechanism correctly?
Assume I did not perform Step 5 above. If the system is down, is Startup Recovery Manager still there after I restore the two partitions of Windows 7 via Startup Recovery Manager, since doing so probably also changes the sectors of Startup Recovery Manager? In this case, I guess there is no special script created, because the program is not in place to monitor the change of sectors.
BTW, can I use Startup Recovery Manager to restore the partition that contains the files of the Manager itself, since this process deletes the partition first? If the Manager always runs in the memory, I think I can do this.
Sorry I have so many questions, as your products are amazing and really interest me.
Thanks a lot.
- Se connecter pour poster des commentaires