8.0

Table Of Contents
separate persistent local device with a minimum of 32 GB to store the ESX-OSData volume.
The persistent local boot device can be an industrial grade M.2 flash (SLC and MLC), SAS,
SATA, HDD, SSD, or a NVMe device. The optimal capacity for persistent local devices is 128
GB.
n If you do not provide persistent storage, you see an alarm such as Secondary persistent
device not found. Please move installation to persistent storage as
support for SD-Card/USB only configuration is being deprecated.
n You must use an SD flash device that is approved by the server vendor for the particular server
model on which you want to install ESXi on an SD flash storage device. You can find a list of
validated devices on partnerweb.vmware.com.
n See Knowledge Base article 85685 on updated guidance for SD card or USB-based
environments.
n To chose a proper SD or USB boot device, see Knowledge Base article 82515.
The upgrade process to ESXi 8.0 from versions earlier than 7.x repartitions the boot device and
consolidates the original core dump, locker, and scratch partitions into the ESX-OSData volume.
The following events occur during the repartitioning process:
n If a custom core dump destination is not configured, then the default core dump location is a
file in the ESX-OSData volume.
n If the syslog service is configured to store log files on the 4 GB VFAT scratch partition, the log
files in var/run/log are migrated to the ESX-OSData volume.
n VMware Tools are migrated from the locker partition and the partition is wiped.
n The core dump partition is wiped. The application core dump files that are stored on the
scratch partition are deleted.
Note Rollback to an earlier version of ESXi is not possible due to the repartitioning process of the
boot device. To use an earlier version of ESXi after upgrading to version 8.0, you must create a
backup of the boot device before the upgrade, and restore the ESXi boot device from the backup.
If you use USB or SD devices to perform an upgrade, best practice is to allocate an ESX-OSData
region on an available persistent disk or a SAN LUN. If persistent storage or a SAN LUN are
not available, ESX-OSData is automatically created on a RAM disk. VMFS can also be used for
ESX-OSData partition.
After upgrade, if ESX-OSData resides on a RAM disk and a new persistent device is found
on subsequent boots, and this device has the setting autoPartition=True, ESX-OSData is
automatically created on the new persistent device. ESX-OSData does not move between
persistent storage automatically, but you can manually change the ESX-OSData location on a
supported storage.
To reconfigure /scratch, see Set the Scratch Partition from the vSphere Client.
VMware ESXi Installation and Setup
VMware, Inc. 19