ESXi 5.0 partitions

In this article we will look at the partition layout of ESXi 5.0. A change from earlier ESXi 4.x is that the older MBR partitioning system is replaced with a GPT style partition table. The first five partitions are mandatory and consumes exactly 900 MB together, while the last two is not technically necessary.

ESXi 5.0 partitions

The first small partition is just for booting the system and locating the hypervisor image which could be on one of the next two partitions.

The actual system image is located on the first 250 MB partition, formatted with plain old FAT. The image itself, s.v00, is a 124 MB compressed file, which is decompressed on boot and contains the hypervisor operating system.

The next 250 MB FAT partition is used for inplace upgrades and is empty at start if a clean installation was done.
 
 
If the hypervisor itself should crash (“purple screen of death“) the 110 MB core dump partition is used for dumping crash information.

In this 286 MB partition we have mostly ISO files with the VMware Tools for the various supported guest operating system. We can also find the floppy images for the PVSCSI virtual disk controller, if in need to use these directly at installation on Windows Server guests.

If installing ESXi on a local hard drive and this drive is larger than about 5 GB a “scratch” partition will be created. This partition holds mostly the various log files for the vmkernel and other components. If installing on a very small drive, about 1 GB, or on USB, this scratch partition will be missing and the log files will be in RAM only. This means that in the case of power failure the log files will be lost.

 
 
A partition formatted with VMFS will be automatically created on the rest of the space of the install drive. In ESXi 5.0 the new VMFS 5 will be used with a standard block size of 1 MB no matter the size of the disk and better support for small files, e.g. VMX configuration and log files. When now using GPT (Guid Partition Table) we could also use disks with sizes over 2 TB.
 
 
 
 
 

If using the ESXi Shell you can access the different partitions through file system mounts. For example, the directory /bootbank is the first 250 MB partition where the actual hypervisor files are located. The /store directory is the 286 MB large repository for VMware Tools and other files.

ESXi partition mounts

The compressed image in the first 250 MB “boot bank” partition is larger in 5.0 than in 4.1, (where the image was 70 MB), but still a very small disk foot print with about 124 MB in 5.0. If you later update the active image it will first be copied to the alternative boot bank, as a “last known good configuration”.

If the update should fail you could press SHIFT + R early in the boot sequence and select to boot the system from the alternative boot bank.

This entry was posted in Vmware and tagged , . Bookmark the permalink.

7 Responses to ESXi 5.0 partitions

  1. Pingback: Welcome to vSphere-land! » vSphere 5 Links

  2. Evgeniy says:

    As I understand root partition (where found /etc, /lib and other folders) is a result of uncompressed files on first 250 MB partition and root partition located in system memory?

    Then where locate configuration files of ESXi ? (because after reboot, as I understand root partition recreated and some configuration files cleaned from changes )

  3. Rickard Nobel says:

    Thank you for your comment Evgeniy. It is correct that the root partition (inside ESXi while running) is a result of files being uncompressed at start and only exist in RAM during runtime.

    The actual configuration (mostly /etc with sub directories) are stored in a file called state.tgz where all local configuration is saved and are not cleaned after reboot as long as you have some persistent storage, i.e. not using Auto Deploy.

  4. Pingback: ESXi – Partitions layout of system disk | vInfrastructure Blog

  5. William Bradberry says:

    This means that a given NFS store cannot support multiple VM.

  6. Rickard Nobel says:

    William, I am unsure of your comment – the blog post is on the local partitions for the installation of ESXi which can not be on NFS – and of course does NFS datastores support multiple VMs.

  7. psk says:

    Is not posible limit the size of default datastore? I’m installing ESXi 5 in an laptop for testing and the installer get all free space on disk for create the datastore. I only need a 100GB datastore and I want use the other 200GB available for other OS…

    I don’t need a 300GB datastore, but if I delete de default datastore is imposible recreate again.

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>