*This is my 1st post/question - I believe it's a very similar problem/challenge as isipro at --
Get boot-partition to recognize a second operating system
but it seems I'm directed to ask my own question vs replying or expanding theirs.
My scenario:
base.0 = 1st Drive Snapshot image of win.7x64sp1 Ultimate, drivers only + minimal utilities
base.1 = 2nd Drive Snapshot image of same [win.7x64sp1 Ultimate], 75% all apps installed
base.2 = 3rd Drive Snapshot image of same [win.7x64sp1 Ultimate], 100% all apps installed
..... *base.2 is installed to C:\ as the boot drive --
I have a 100 MB System Reserved partition w/ BCD.
I have no problem re-imaging C:\ in order to change between & update the different DS images,
but I want to be able to native-boot into an instance of any image on a 2nd partition,
with the choice available at boot-time.
Using an already-prepared image obviously saves time
by not having to invest the setup/tweak time again.
I want to native-boot vs. virtual machine OR vhd -- though I do use these for other purposes.
My Goal:
I want to install my image of base.0 to a partition B:\, for the purpose of native booting
(no virtual machine desired for this) into a separate instance of a minimal OS
for app-testing purposes.
This separate instance will persist across re-boots until I desire to re-image & "start over"
from an unchanged baseline.
- I've followed the steps to configure the BCD as outlined by Jamie Hanrahan in isipro's thread, and I get success at the CMD, as well as a separate entry upon boot,
so it would seem that everything looks/appears good.
**Problem:
-- when i select the new boot entry, the machine boots up into the desired partition B:\,
-- as evidenced under Disk Management's "Status" column:
B: = (Healthy, Boot, Crash Dump, Logical Drive)
C: = (Healthy, Primary Partition)
-- but it's the base.2 INSTANCE of the OS which is actually booted -- NOT the base.0 that I intend,
-- as evidenced by the presence of base.2 desktop, Start Menu, apps, etc.
I'll greatly appreciate the help to understand what/how other internal components need to be changed - in addition to the new BCD entry, for this type of procedure to be successful.
Thank You
AT LAST !! Success after several years of wondering/experimenting/failing !!
Maybe this thread should be retitled --
"native boot 2 (identical or differential) clones from the same lineage, on the same disk (from different partitions, of course)"
Short Description: ASS-uming you understand, & correctly implement, a proper BCD
[which just might be a HUGE ASS-umption for many peeps],
then this whole quest doesn't involve the BCD at all, per se --
it involves stripping out specific identifiers and registry configurations within the OS install itself -- which brings me to the .....
Short Solution: Sysprep the install !
(warning: you may be in for a steep learning curve whilst solving the particular problems YOUR master install image presents)
This is what finally worked -- what finally allowed the [sysprepped] clone to be installed to a different partition on the same disk as its parent, and boot independently without any references or over-writes to/of its parent.
Medium-Short Solution: Use Virtual Machines or VHDs -- possibly much quicker to deploy, & offering several options regarding How they're created, etc.
Medium-Long Solution: Resign yourself to manually install & config the OS all over again - BUT !!
using as many Portable apps as you can -- either 3rd party, or create your own w/ [$$$] VMWare-Thinapp, Spoon-Xenocode, Cameyo, etc.
Then, as you invest time in preparing your own Custom Gold Master, make a careful log file [+ screen caps] of the order of installs, tweaks, etc. to guide you and reduce the time it takes for future deployments.
I find Nir Sofer's "MyUninstaller" an indispensable tool, as it has columns to show install Date - Time - Version - App Name - etc., which I make a screencap of & use as my reference of What was done When, etc.
Long Solution/Long Answer: Invest time in studying & learning the Microsoft documentation of the FREE Deployment tools !
I firmly believe People like me post these kinds of questions searching for Ease-of-Use methods, because we really want Nuhi to reincarnate nLite/vLite with a point-and-click/no-THought-involved method of dealing w/ Windows 7 --> 8 > 10 > future OS's!
... oh, and throw in a little of the DAZ Loader or KMSPico while we're at it, eh?
[just to take care of that pesky concept of ..... "I know I technically CAN, but legally - MAY I?"]
Listen - there are LEGAL methods for EXTENDED tryouts [re-Arms] of Windows OS's, plus, what do you think Nuhi, et. al., based/base their GUI deployment methods on??
-- the underlying Microsoft "api" if you will, which is just as available to you and me to bust our ass studying and learning from, as it was to Nuhi, et. al. -- which they apparently paid the time/price to Master!
And if all that's too much, then at the very least take advantage of VHDs, which are a nice compromise between --
"Yeah, we'll legally allow you to do it -- but only w/ these Editions [Enterprise/Ultimate]".
peace, and Happy Deploying!