Here's something odd. I just did a complete restore of every partition in my latest full HBS image. As you can see from the images below, there's a discrepancy between my images and what HBS wants to do. If I select all four imaged partitions, in disk mode, then the other partitions on my disk will get deleted if I restore the four that are in my image file. Even ticking the option to keep the partition layout does nothing different. It shouldn't be that way, should it? There's nothing in the HBS image that even mentions those other partitions. I assume it's because I'm using HBS in disk mode and not partition mode.
Disk mode - All partitions except those being restored get deleted
Partition mode - Cannot select more than one partition to restore
Delta restore - The only way I can see to not have my other partition deleted is to use the HBS advanced mode. However, doing so does not allow me to use delta restore. In effect, what's the point of having it then?
All of these are huge issues. Are users expected to not have other partitions on their drives? Are we supposed to restore one partition at a timer, even though doing so creates boot errors with uefi?
08-29-2024, 09:22 PM (This post was last modified: 08-29-2024, 09:24 PM by Froggie.)
n8, Hasleo is not recognizing that any of the disks in your System is the original one that was imaged. If it did, it would show you the partition subset it would be restoring (highlighted) without affecting the others that aren't in the image. Why it's not recognizing that disk as the original source, I have no idea... it thinks you are trying to restore to a different disk than the original, that's why it's doing what you see.
Also, how you built that disk is beyond me, knowing you, probably using one of the Terabyte tools. I have no idea why your UEFI System has a 500mB+ System Reserved partition... beyond me (remember, I'm not familiar with the Terabyte tools). It's probably your slightly unorthodox disk build (EFI BOOT partition is not first on the media) that has Hasleo quite confused about your disk layout and the originally imaged disk
08-30-2024, 02:40 AM (This post was last modified: 08-30-2024, 02:41 AM by n8chavez.)
(08-29-2024, 09:22 PM)Froggie Wrote: n8, Hasleo is not recognizing that any of the disks in your System is the original one that was imaged. If it did, it would show you the partition subset it would be restoring (highlighted) without affecting the others that aren't in the image. Why it's not recognizing that disk as the original source, I have no idea... it thinks you are trying to restore to a different disk than the original, that's why it's doing what you see.
Also, how you built that disk is beyond me, knowing you, probably using one of the Terabyte tools. I have no idea why your UEFI System has a 500mB+ System Reserved partition... beyond me (remember, I'm not familiar with the Terabyte tools). It's probably your slightly unorthodox disk build (EFI BOOT partition is not first on the media) that has Hasleo quite confused about your disk layout and the originally imaged disk
You are right about the disk being off. I have no idea why it was like the way it was. But I deleted the 500mb partition, as a test, and everything booted just fine. It was never needed so I'm not sure why it was created in the first place. But my issues with HBS remain the same, as far as the three I mentioned above. Deleting that partition did nothing to solve them.
08-31-2024, 11:57 AM (This post was last modified: 08-31-2024, 12:04 PM by admin.)
Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
08-31-2024, 12:12 PM (This post was last modified: 08-31-2024, 12:13 PM by n8chavez.)
(08-31-2024, 11:57 AM)admin Wrote: Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
08-31-2024, 12:16 PM (This post was last modified: 08-31-2024, 12:18 PM by admin.)
(08-31-2024, 12:12 PM)n8chavez Wrote:
(08-31-2024, 11:57 AM)admin Wrote: Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
HBS identifies a partition by its location, size, and GUID of the partition, and if there is any change in this information, HBS will not consider it to be the original partition. Please make a backup of the partitions as soon as you create them and then try a restore to see if the problem persists. Thanks.
08-31-2024, 12:21 PM (This post was last modified: 08-31-2024, 12:23 PM by n8chavez.)
(08-31-2024, 12:16 PM)admin Wrote:
(08-31-2024, 12:12 PM)n8chavez Wrote:
(08-31-2024, 11:57 AM)admin Wrote: Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
HBS identifies a partition by its location, size, and GUID of the partition, and if there is any change in this information, HBS will not consider it to be the original partition. Please make a backup of the partitions as soon as you create them and then try a restore to see if the problem persists. Thanks.
I have done that, multiple times. The issue still remains. Look at the screenshot in the first post. I can literally try to restore the image seconds after making it and have this issue. But even that's not a good method; going off of guid. What happens when it's a new system? As I've mentioned before, restoring a uefi partition results in a auto-shutdown.
08-31-2024, 12:37 PM (This post was last modified: 08-31-2024, 12:42 PM by admin.)
(08-31-2024, 12:21 PM)n8chavez Wrote:
(08-31-2024, 12:16 PM)admin Wrote:
(08-31-2024, 12:12 PM)n8chavez Wrote:
(08-31-2024, 11:57 AM)admin Wrote: Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
HBS identifies a partition by its location, size, and GUID of the partition, and if there is any change in this information, HBS will not consider it to be the original partition. Please make a backup of the partitions as soon as you create them and then try a restore to see if the problem persists. Thanks.
I have done that, multiple times. The issue still remains. Look at the screenshot in the first post. I can literally try to restore the image seconds after making it and have this issue. But even that's not a good method; going off of guid. What happens when it's a new system? As I've mentioned before, restoring a uefi partition results in a auto-shutdown.
Again, the size of the ANHDV BOOT partition changed, which is why you can't restore to the original location.
You don't seem to mention the issue with auto-shutdown. If you mean that you need to reboot to WinPE to restore ESP, I'm sorry that HBS will ask to reboot to WinPE to perform the restore when it can't get exclusive access to the destination partition.
08-31-2024, 12:54 PM (This post was last modified: 08-31-2024, 01:18 PM by n8chavez.)
(08-31-2024, 12:37 PM)admin Wrote:
(08-31-2024, 12:21 PM)n8chavez Wrote:
(08-31-2024, 12:16 PM)admin Wrote:
(08-31-2024, 12:12 PM)n8chavez Wrote:
(08-31-2024, 11:57 AM)admin Wrote: Sorry for the late reply, we've been busy dealing with some issues with Hasleo Disk Clone lately. @Froggie's analysis is correct that you will only be able to restore all partitions to their original location via disk restore mode if all partitions in the backup image still exist on the source disk and the location and size of those partitions on the source disk have not changed. The screenshots you provided shows that the size of the "ANHDVBOOT" partition has changed (4.01 GB=>5.01 GB), which is why you can't restore them to its original location.
Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
HBS identifies a partition by its location, size, and GUID of the partition, and if there is any change in this information, HBS will not consider it to be the original partition. Please make a backup of the partitions as soon as you create them and then try a restore to see if the problem persists. Thanks.
I have done that, multiple times. The issue still remains. Look at the screenshot in the first post. I can literally try to restore the image seconds after making it and have this issue. But even that's not a good method; going off of guid. What happens when it's a new system? As I've mentioned before, restoring a uefi partition results in a auto-shutdown.
Again, the size of the ANHDV BOOT partition changed, which is why you can't restore to the original location.
You don't seem to mention the issue with auto-shutdown. If you mean that you need to reboot to WinPE to restore ESP, I'm sorry that HBS will ask to reboot to WinPE to perform the restore when it can't get exclusive access to the destination partition.
I mentioned that in the thread directly under this one. And it is nothing like what you're describing the issue to be. I suggest you read it.
(08-31-2024, 12:12 PM)n8chavez Wrote: Incorrect. Read the entire thread, not just the last post. I changed the partition structure based on what @Froggie mentioned. My issue was not a result of that, but still occurred before that, and with multiple images before and after the restructure.
HBS identifies a partition by its location, size, and GUID of the partition, and if there is any change in this information, HBS will not consider it to be the original partition. Please make a backup of the partitions as soon as you create them and then try a restore to see if the problem persists. Thanks.
I have done that, multiple times. The issue still remains. Look at the screenshot in the first post. I can literally try to restore the image seconds after making it and have this issue. But even that's not a good method; going off of guid. What happens when it's a new system? As I've mentioned before, restoring a uefi partition results in a auto-shutdown.
Again, the size of the ANHDV BOOT partition changed, which is why you can't restore to the original location.
You don't seem to mention the issue with auto-shutdown. If you mean that you need to reboot to WinPE to restore ESP, I'm sorry that HBS will ask to reboot to WinPE to perform the restore when it can't get exclusive access to the destination partition.
I mentioned that in the thread directly under this one. And it is nothing like what you're describing the issue to be. I suggest you read it.
When restoring a backup in disk mode, all partitions on the destination disk will be deleted by default. While in some cases we may want not to delete all partitions on the destination disk, in order to solve the problem we provide the following two solutions:
1. "Restore to original location" option, with which you can restore all partitions in the backup image to the original location in disk restore mode, but this requires that all backed up partitions on the source disk must exist and partition information (size, location, partition GUID, etc.) has not changed.
2. Advanced mode, through which you can restore all partitions backed up in disk mode a contiguous space (it can be a combination of multiple existing partitions and free space) on the destination disk and keep other unselected partitions that exist on the destination disk.
You mentioned in POST 3 that you deleted the 500M partition and the screenshots you provided showed that the size of the ANHDV BOOT partition had changed, which in fact caused the "Restore to original location" option to not be available.
