Multi-booting oddity

User discussion and information resource forum for TeraByte Drive Image products, including TBNetManage.
Bob Coleman
Posts: 836
Joined: Fri Aug 12, 2011 5:58 pm

Re: Multi-booting oddity

Post by Bob Coleman »

Brian K wrote: Tue Feb 25, 2025 8:23 am I understand the logic. Thanks.

Bob and I don't understand why we couldn't copy the OS in IFL and get a bootable copy. I suspect it's related to the BCD in the current Microsoft.xxx. Strange.
Nor do I understand why doing the copy with IFW seemed to stop working. Haven't had time to think/experiment any more yet.
Brian K
Posts: 2491
Joined: Fri Aug 12, 2011 1:11 am

Re: Multi-booting oddity

Post by Brian K »

Now if you used the option to use the targets GUID and copied #1 over #2 as #2 (without update boot partition) you have:

boot item 1 points to #1
boot item 2 points to #2
I'm not clear what "use the targets GUID" means.
My early attempts didn't use Change GUID or Update Boot Partition.
Brian K
Posts: 2491
Joined: Fri Aug 12, 2011 1:11 am

Re: Multi-booting oddity

Post by Brian K »

I think it's sinking in.

BIU PartWork was used to copy Win Main to Free Space to create Win Test on another drive.

The GUID of Win Main was {A5D9107A -etc

The GUID of Win Test was {4A13518A- etc

In IFL, Win Main was copied to over-write Win Test to make a new Win Test.

The new GUID of Win Test was the same as Win Main. {A5D9107A - etc

Scripting was used to Set the GUID of Win Test to {4A13518A- etc

Boot Items were checked. Win Test booted normally.

But there must be an easier way to do this. Without using scripting.
Bob Coleman
Posts: 836
Joined: Fri Aug 12, 2011 5:58 pm

Re: Multi-booting oddity

Post by Bob Coleman »

TeraByte Support wrote: Tue Feb 25, 2025 5:23 am once you had something setup you'd want to use the option to retain the existing GUID because if you update the GUID it's changing the main boot to point to the new copy and the other one points to something that doesn't exist.
As far as I can tell, the main boot always points to the correct partition, not the new copy. I have to fix the main boot to re-hide the new copy if I don't want it seen, but the main boot boots OK (I think).
Bob Coleman
Posts: 836
Joined: Fri Aug 12, 2011 5:58 pm

Re: Multi-booting oddity

Post by Bob Coleman »

Brian K wrote: Tue Feb 25, 2025 10:30 pm
BIU PartWork was used to copy Win Main to Free Space to create Win Test on another drive.
In all of my cases, another drive is not involved. I only have one drive (SSD).
Bob Coleman
Posts: 836
Joined: Fri Aug 12, 2011 5:58 pm

Re: Multi-booting oddity

Post by Bob Coleman »

I have to try to educate myself regarding GUIDs, etc., but, right now, nothing works, not even copying the partition in BIU Partition Work.
Brian K
Posts: 2491
Joined: Fri Aug 12, 2011 1:11 am

Re: Multi-booting oddity

Post by Brian K »

Bob, do you copy/paste Win Main to Free Space on your SSD and select "Add to Boot Menu"? This will create a new Boot Item. You can delete the old Boot Item. Win Test partition will have a different GUID from Win Main.
TeraByte Support
Posts: 3891
Joined: Thu May 05, 2011 10:37 pm

Re: Multi-booting oddity

Post by TeraByte Support »

There is an option in the imaging program to keep the target GUID. it's /utg
Brian K
Posts: 2491
Joined: Fri Aug 12, 2011 1:11 am

Re: Multi-booting oddity

Post by Brian K »

Thanks. I just tried it in IFL. No issues. Win Test boots normally.
Bob Coleman
Posts: 836
Joined: Fri Aug 12, 2011 5:58 pm

Re: Multi-booting oddity

Post by Bob Coleman »

Brian K wrote: Wed Feb 26, 2025 9:40 pm Bob, do you copy/paste Win Main to Free Space on your SSD and select "Add to Boot Menu"? This will create a new Boot Item. You can delete the old Boot Item. Win Test partition will have a different GUID from Win Main.
I did when I first created the Win Test partition, but I think I neglected to check "Add to Boot Menu" last night. I'll try again.
Post Reply