Construyendo un HomeLAB: instalación de Proxmox y primeras máquinas
25/8/2026
El primer obstáculo: arrancar el instalador
Antes de instalar nada, tuve que resolver un problema que no esperaba — el USB del instalador simplemente no arrancaba. La causa resultó ser una combinación de dos ajustes de la BIOS que parecen contradictorios a primera vista: CSM (el modo de compatibilidad con arranque antiguo) y Secure Boot son mutuamente excluyentes. Con CSM activado, el propio firmware oculta la opción de Secure Boot — no tiene sentido verificar firmas criptográficas en un modo de arranque que no las soporta.
La solución fue desactivar CSM por completo, lo que reveló el submenú de Secure Boot, y desactivarlo también. UEFI puro, sin ninguna capa de compatibilidad legacy.
Otro detalle menor que retrasó el arranque: la forma en que se grabó el
USB importa. Un ISO híbrido como el de Proxmox necesita escribirse en
modo “imagen completa” (dd, o el modo DD de herramientas como Rufus),
no como si fuera un archivo suelto — de lo contrario, el bootloader queda
mal construido y el firmware no lo reconoce.
Storage: separar por propósito, no por lo que sobre
Con el hardware ya definido en la primera entrada, la instalación en sí fue directa: el NVMe recibió el hypervisor con un filesystem simple (sin necesidad de redundancia en un único disco de boot), el SSD se registró como almacenamin de discos de VM, y el mirror de HDD como almacenamiento de datos.
Un detalle que aprendí por el camino: ni el SSD ni los HDD del mirror necesitan un sistema de ficheros tradicional antes de usarlos — tanto LVM como ZFS gestionan su propio formato interno sobre el disco en bruto. Intentar formatearlos a mano antes habría sido trabajo innecesario que habría que deshacer.
Las cuatro máquinas virtuales
Con el storage listo, definí cuatro VMs con propósitos claramente diferenciados:
- Una máquina Linux headless, sin arranque manual — pensada para alojar el stack de servicios que sostiene esta web, arrancando sola cada vez que el servidor físico se enciende.
- Un escritorio Linux para desarrollo diario.
- Una VM de laboratorio aislada en su propio segmento de red, sin ruta hacia el resto de mis dispositivos — para poder experimentar sin riesgo.
- Una VM de Windows, pensada para uso de escritorio con una GPU dedicada asignada por passthrough (lo cuento en detalle en otra entrada, porque merece su propio espacio).
La decisión de que solo una VM arrancara automáticamente no fue casual: las otras tres consumen recursos que no tiene sentido reservar de forma permanente si no las estoy usando activamente. El servidor arranca ligero, y yo decido cuándo necesito más.
Lo que viene
Con las máquinas ya creadas, el siguiente paso fue construir el stack de servicios que realmente le da utilidad al homelab — DNS propio, gestor de contraseñas, repositorio de código, monitorización, y el reverse proxy que los conecta a todos. Es la parte más larga de todo el proyecto, y la cuento en la siguiente entrada.