In the dynamic environment we have at work any day of the week, we could need some test VM’s with any number of different disk sizes.<\/p>\n
I would clone a “Golden Master” and then resize the disk, going through many different tools to be able to resize the C: drive to the full size of the .vmdk.<\/p>\n
So, I wondered if there was any way to automate this. Well, there partially is.<\/p>\n
If you add the “ExtendOEMPartition = 1” entry to the sysprep.inf file that VMware “drops off” on the vmdk before the customization process, it will resize to the full size (within the limits of the Windows OS you are cloning).<\/p>\n
Keep in mind, this doesn’t work for shrinking, but it certainly does for extending.<\/p>\n
So my task was to deploy a VM, resize the disk, and have the customization process extend to the new (bigger) .vmdk size.<\/p>\n
Well, after some deductive reasoning, I figured out which file generated the sysprep.inf. I wasn’t so concerned with the “dropping off” process, as I was the generation process.<\/p>\n
If this file is modified, to include the “ExtendOEMPartition = 1” entry in the [Unattended] section, the magic will happen. That is if you extend the .vmdk before the VM powers on for the first time.<\/p>\n
Now, the modifications aren’t difficult by any means. I will mention however, that the files to be modified are encoded, and they will have to be decoded. I will not go through the process of decoding them. But once decoded, you should be good to go.<\/p>\n
And as everyone else who posts tweaks\/ enhancements\/ mods\/ etc., I cannot be held responsible (or liable) for any changes you make to your configuration or your environment.<\/p>\n