VMware ESXi no ve el disco tras la instalación
Después de instalar ESXi, a veces un disco no aparece al crear un datastore, o ESXi encuentra en él un datastore antiguo pero no lo monta. La causa determina la solución: algunas conservan los datos del disco y otras los eliminan. Esta guía explica cómo encontrar primero la causa y luego elegir el escenario adecuado.
Los comandos son para ESXi 8.0 y también funcionan en ESXi 7.0. Ejecútelos como root en la ESXi Shell o por SSH.
ESXi 7.0 alcanzó el fin del soporte general el 2 de octubre de 2025 y ya no recibe correcciones de seguridad. Si el servidor sigue ejecutando ESXi 7.0, planifique una actualización a una versión compatible.
Encontrar la causa
Abra el ESXi Host Client en un navegador y vaya a Storage → Devices. Localice el disco y compruebe qué se muestra.
- El disco aparece en Storage → Devices, pero no está disponible en el asistente New datastore. Antes de cambiar nada, compruebe si contiene un datastore existente, particiones del sistema u otras particiones. Consulte los escenarios 1 y 2.
- ESXi informa de un datastore VMFS antiguo en el disco, pero el datastore no está montado. Lo más probable es que el disco se usara en otra instalación de ESXi o que se haya clonado. Vaya al escenario 1.
- El disco no aparece en la lista. ESXi no ve el propio dispositivo. Vaya al escenario 3.
La misma comprobación desde la línea de comandos. Liste los discos que ve ESXi:
esxcli storage core device list | grep -E "^[a-z]|Display Name|Size"
Liste los volúmenes VMFS que ESXi encontró pero no montó:
esxcli storage vmfs snapshot list
Si el segundo comando no muestra volúmenes, el disco aún puede contener un datastore VMFS normal que se desmontó manualmente. ESXi no monta automáticamente un datastore así, pero tampoco es un snapshot. Compruebe la lista de sistemas de archivos:
esxcli storage filesystem list
Si el datastore aparece en la lista con Mounted establecido en false, móntelo por su nombre:
esxcli storage filesystem mount -l DATASTORE_NAME
O por su UUID:
esxcli storage filesystem mount -u DATASTORE_UUID
Si el segundo comando muestra un volumen, use el escenario 1. Si ninguno de los comandos muestra el datastore, esto aún no significa que el disco solo tenga particiones antiguas: puede ser el disco de arranque (consulte el escenario 4) o contener datos que necesita. Compruebe las particiones como se describe en el escenario 2 antes de borrar nada.
Escenario 1. Montar un datastore VMFS existente y conservar los datos
Use este escenario cuando el disco contenga un datastore con máquinas virtuales que necesita. Esto ocurre después de reinstalar ESXi en el mismo servidor, cuando el disco se traslada desde otro host o cuando el disco es una copia de otro disco.
Cada volumen VMFS tiene una firma vinculada al identificador del dispositivo en el que se creó. Si el identificador del dispositivo cambia, por ejemplo tras clonar el disco, moverlo a otro controlador o presentarlo con un LUN ID distinto, ESXi detecta el volumen como un snapshot sin resolver (unresolved snapshot) y no lo monta automáticamente. Esto evita montar dos copias del mismo datastore. No todo datastore no montado es un snapshot: si el comando siguiente no muestra nada, la causa es otra.
Compruebe el volumen:
esxcli storage vmfs snapshot list
Ejemplo de salida:
5f5b217c-2b53d2b8-d1a4-ac1f6be04cea Volume Name: datastore1 VMFS UUID: 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea Can mount: true Reason for un-mountability: Can resignature: true Reason for non-resignaturability: Unresolved Extent Count: 1
Puede conservar la firma existente (mount) o escribir una nueva (resignature).
Montar el volumen con la firma existente
Use este método cuando el datastore original ya no esté conectado a este host, por ejemplo tras reinstalar ESXi:
esxcli storage vmfs snapshot mount -l datastore1
Sustituya datastore1 por el Volume Name de la salida. Si varios volúmenes tienen el mismo nombre, use en su lugar el UUID: -u 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea. Lo mismo se aplica a resignature. El montaje persiste tras un reinicio. Para montar el volumen solo hasta el siguiente reinicio, añada -n.
Elija según si el volumen original sigue conectado. Si el datastore original con el mismo UUID está montado en el host, la copia no puede montarse con la firma existente. En ese caso, use resignature.
Cambiar la firma del volumen (resignature)
Use este método cuando el datastore original y su copia deban funcionar en el mismo host al mismo tiempo:
esxcli storage vmfs snapshot resignature -l datastore1
ESXi escribe un nuevo UUID y el datastore aparece con un nombre como snap-1a2b3c4d-datastore1. Puede cambiarle el nombre en el Host Client.
Tras resignature, las máquinas virtuales de este datastore no están registradas en el host. Abra el datastore en Storage → Datastore browser, localice el archivo .vmx de cada máquina virtual y regístrela. Desde la línea de comandos, registre una máquina virtual con:
vim-cmd solo/registervm /vmfs/volumes/DATASTORE/VM/VM.vmx
Sustituya DATASTORE y VM por el nombre del datastore y la carpeta de la máquina virtual. Resignature no se puede deshacer.
Comprobar el resultado
esxcli storage filesystem list
El datastore debe aparecer en la lista con Mounted establecido en true. También aparece en Storage → Datastores en el Host Client.
Los comandos anteriores esxcfg-volume -l (listar) y esxcfg-volume -M <UUID> (montaje persistente) cumplen la misma función y siguen funcionando en ESXi 7.0 y 8.0. El comando vicfg-volume pertenece a vSphere CLI, que ya no es compatible.
Escenario 2. Borrar las particiones antiguas y usar el disco como nuevo
Use este escenario solo cuando el disco no contenga datos que necesite. Casos típicos: el disco lo usó otro sistema operativo, un RAID por hardware o una instalación antigua de ESXi que ya no necesita. ESXi no ofrece un disco así para un nuevo datastore mientras tenga las particiones antiguas.
Borrar la tabla de particiones elimina todos los datos del disco. Compruebe el identificador del disco dos veces y asegúrese de que no es el disco desde el que arranca ESXi ni un disco con un datastore que necesite.
En el Host Client
Vaya a Storage → Devices y haga clic en el disco. Haga clic en Actions y seleccione Clear partition table. Confirme la acción.
Después, vaya a Storage → Datastores, haga clic en New datastore y cree un datastore VMFS en el disco.
Si solo necesita eliminar una partición, seleccione en su lugar Edit partitions, elimine la partición y guarde los cambios.
Desde la línea de comandos
Busque el nombre de dispositivo del disco:
ls /vmfs/devices/disks/ | grep -v ":"
Asegúrese de que no es el disco de arranque y de que no hay ningún datastore en él. Sustituya DEVICE por el nombre del comando anterior:
esxcli storage core device list -d DEVICE | grep -E "Display Name|Is Boot Device" esxcli storage vmfs extent list
Is Boot Device debe ser false, y el dispositivo no debe aparecer en la salida de esxcli storage vmfs extent list. Asegúrese también de que el disco no se usa para el volcado de memoria (crash dump) ni para los registros del sistema:
esxcli system coredump partition list esxcli system syslog config get
El dispositivo no debe aparecer en la salida de coredump, y el directorio de syslog no debe estar en un datastore de este disco. Si no está seguro de para qué se usa el disco, no ejecute el comando destructivo. A continuación, muestre sus particiones:
partedUtil getptbl /vmfs/devices/disks/DEVICE
Escriba una nueva tabla de particiones GPT vacía:
partedUtil mklabel /vmfs/devices/disks/DEVICE gpt
Vuelva a analizar los adaptadores para que el Host Client vea el disco vacío:
esxcli storage core adapter rescan --all
Después, cree el datastore en el Host Client como se describió antes.
Escenario 3. El disco no se ve en absoluto
Si el disco no aparece en Storage → Devices, ESXi no ve el propio dispositivo. Las particiones y los datastores no influyen aquí: el problema está en el hardware, en el modo del controlador o en el controlador de dispositivo (driver).
Compruebe los adaptadores de almacenamiento y sus drivers:
esxcli storage core adapter list
A continuación, vuelva a analizar los adaptadores:
esxcli storage core adapter rescan --all
Compruebe de nuevo la lista de dispositivos:
esxcli storage core device list
Si el disco sigue sin aparecer, compruebe las causas siguientes.
Causas habituales:
- el disco está detrás de un controlador RAID y no se ha añadido a ningún disco virtual (unidad lógica) en la configuración del controlador;
- el controlador funciona en un modo que ESXi no admite, por ejemplo RAID por software de la placa base;
- no hay un driver de ESXi para el controlador o la unidad NVMe. ESXi 7.0 y posteriores ya no admiten los antiguos drivers vmklinux, por lo que el hardware que funcionaba con ESXi 6.x puede dejar de funcionar;
- el disco está desactivado en la configuración de BIOS/UEFI, averiado o desconectado.
Compruebe el controlador y el modelo del disco en la Broadcom Compatibility Guide. En el caso de un controlador RAID, abra su utilidad de configuración durante el arranque y asegúrese de que el disco forma parte de un disco virtual, o cambie el controlador al modo HBA (pass-through) si lo admite.
Los clientes de servidores dedicados de INTROSERV pueden contactar con el soporte si el disco no es visible en ESXi. El soporte comprueba la configuración del controlador y el hardware del servidor.
Escenario 4. El disco del sistema tiene poco o ningún espacio para un datastore
A partir de ESXi 7.0, el instalador crea particiones de arranque y una partición ESX-OSData en el disco de arranque. De forma predeterminada, estas particiones del sistema ocupan hasta 138 GB. Si el disco de arranque tiene 142 GB o menos, el instalador no crea ningún datastore local en él. En un disco mayor, el datastore recibe solo el espacio restante. El disco es visible, pero tiene poco o ningún espacio libre.
Esto no es un error. La distribución exacta depende del tamaño del disco y de las opciones de instalación. Si necesita el espacio del disco del sistema, reinstale ESXi con particiones del sistema más pequeñas. Cuando aparezca la pantalla de arranque del instalador de ESXi, pulse Shift+O para editar las opciones de arranque y añada el siguiente parámetro al final de la línea. Es una opción de arranque del instalador, no un comando para la ESXi Shell:
systemMediaSize=min
Con min, las particiones del sistema ocupan 33 GB. Este valor está pensado para servidores con un solo disco y un conjunto reducido de funciones. Otros valores son small (69 GB, para servidores con al menos 512 GB de RAM), default (138 GB) y max (todo el espacio disponible). La opción está disponible a partir de ESXi 7.0 Update 1c.
Reinstalar ESXi con una nueva distribución de particiones elimina el datastore local existente en el disco del sistema. Mueva antes las máquinas virtuales o haga una copia de seguridad de ellas.
La otra opción es mantener ESXi en el disco del sistema y crear datastores solo en otros discos.
Conclusión
Compruebe primero si ESXi ve el disco y si encontró en él un volumen VMFS antiguo. Si el disco contiene un datastore que necesita, móntelo o cambie su firma (resignature). Si el disco contiene datos antiguos que no necesita, borre la tabla de particiones y cree un nuevo datastore. Si el disco no se ve en absoluto, compruebe el modo del controlador y la compatibilidad del driver.
