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 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.
Multi-booting oddity
-
- Posts: 836
- Joined: Fri Aug 12, 2011 5:58 pm
Re: Multi-booting oddity
Re: Multi-booting oddity
I'm not clear what "use the targets GUID" means.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
My early attempts didn't use Change GUID or Update Boot Partition.
Re: Multi-booting oddity
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.
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.
-
- Posts: 836
- Joined: Fri Aug 12, 2011 5:58 pm
Re: Multi-booting oddity
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).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.
-
- Posts: 836
- Joined: Fri Aug 12, 2011 5:58 pm
Re: Multi-booting oddity
In all of my cases, another drive is not involved. I only have one drive (SSD).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.
-
- Posts: 836
- Joined: Fri Aug 12, 2011 5:58 pm
Re: Multi-booting oddity
I have to try to educate myself regarding GUIDs, etc., but, right now, nothing works, not even copying the partition in BIU Partition Work.
Re: Multi-booting oddity
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.
-
- Posts: 3891
- Joined: Thu May 05, 2011 10:37 pm
Re: Multi-booting oddity
There is an option in the imaging program to keep the target GUID. it's /utg
Re: Multi-booting oddity
Thanks. I just tried it in IFL. No issues. Win Test boots normally.
-
- Posts: 836
- Joined: Fri Aug 12, 2011 5:58 pm
Re: Multi-booting oddity
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.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.