Hi thereYes, if space is limited. When you boot a dynamically expanding vhdx there must be enough free space for it to temporarily expand to its maximum size. If there isn't you get a 'not enough space' BSOD at boot.
If you use a fixed size vhdx there may not be enough space to add another native boot vhdx. By using expanding vhdx I've managed to get a choice two that I can boot from, where there would only be space for one if they were a fixed size.
Not sure I understand what you are getting at here. Say you have 150 GB of spare space and you create a fixed size vhdx for windows install say of 52GB (instead of dynamically sizing to the entire space) then if you want more windows installs just create 2nd, 3rd etc vhdx, install with dism /applyimage, and install the boot loader. All you need is a single efi partition on the "main disk" where the bootloader for the windows systems will be installed and then at boot you'll get a choice of what windows system to boot. Simply also in the vhdx file create these as single ntfs partitions before the dism /applyimage.
bcdedit can also be used to check the boot entries in the efi partition.
(note I think the original topic was about "Reducing" the size of the vhdx file / reclaiming space -- not increasing the size which is easy enough by several easy methods).
My disk layout on a test laptop for 2 Windows systems is something like this -- main disk gpt 252GB
efi 100mb, vhdx1 60gb, vhdx2 60 gb the rest linux.
vhdx1 single partition ntfs
vhdx2 single partition ntfs
cheers
jimbo
My Computer
System One
-
- OS
- Windows XP,7,10,11 Linux Arch Linux
- Computer type
- PC/Desktop
- CPU
- 2 X Intel i7