// PROXMOX ARM64, SIN ATAJOS
Proxmox ARM64 ya es oficial, pero no para Raspberry Pi
Proxmox VE 9.2 ya tiene ISO ARM64 oficial. Explico qué hardware soporta, por qué Raspberry Pi queda fuera y qué comprar para un homelab.
- #proxmox
- #arm64
- #raspberry-pi
- #virtualizacion
- #homelab
El titular fácil sería «ya puedes instalar Proxmox en una Raspberry Pi». Es justo el titular que no conviene creerse.
Desde el 5 de agosto hay una imagen oficial de Proxmox VE 9.2 para ARM64, con KVM, LXC, ZFS y Ceph. La Raspberry Pi 5 también es ARM64. Las dos frases son ciertas y, aun así, juntarlas lleva a una recomendación mala: Proxmox no da soporte oficial a la Pi.
He comprobado ambos entornos antes de escribir esto. La Pi devuelve arm64 y aarch64, pero no expone el arranque UEFI que pide la nueva imagen. El mini PC N100 es x86-64, arranca por EFI y tiene KVM disponible. Esa diferencia bastante aburrida pesa más que el logo ARM de la caja.
Lo que ha anunciado Proxmox de verdad
El anuncio oficial de Proxmox añade ARM64 como arquitectura de primera clase. No es el viejo apaño de instalar paquetes comunitarios encima de Debian. Hay ISO, instalador gráfico y las piezas habituales de VE 9.2.
El soporte, sin embargo, tiene un perímetro bastante concreto. Las plataformas certificadas de salida son servidores NVIDIA Grace Hopper y Vera. En otros equipos ARM, Proxmox habla de soporte best effort si arrancan mediante UEFI y describen el hardware con ACPI. Las placas que solo usan Device Tree quedan fuera.
Eso separa un servidor ARM pensado como servidor de una SBC doméstica, aunque ambos ejecuten instrucciones ARM64.
La Pi 5 que tengo aquí no pasa ese corte
Entré por SSH en nuestra Raspberry Pi 5 y ejecuté esto el 10 de agosto. La salida va literal:
$ hostname
raspberrypi
$ dpkg --print-architecture
arm64
$ uname -m
aarch64
$ test -d /sys/firmware/efi && echo EFI_PRESENT || echo EFI_ABSENT
EFI_ABSENT
$ lscpu | sed -n '1,10p'
Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: ARM
Model name: Cortex-A76
Model: 1
Thread(s) per core: 1
Core(s) per cluster: 4No hay contradicción: la CPU es ARM64 y el sistema instalado es de 64 bits. Lo que falta es la ruta de firmware que espera el ISO oficial. La Pi describe buena parte de su hardware mediante Device Tree y no mediante el tándem UEFI/ACPI exigido.
Hay proyectos UEFI para Raspberry Pi y ya existen instalaciones manuales encima de Raspberry Pi OS. Son experimentos estupendos para una tarde de laboratorio. No los pondría debajo de Home Assistant, las copias familiares y el DNS de la casa esperando el mismo trato que un host soportado. He aprendido a desconfiar de las máquinas «provisionales»: se quedan años, normalmente detrás de la regleta y con el cable más corto de todos.
Jeff Geerling lo probó en un Ampere Altra y el instalador funcionó precisamente porque esa plataforma usa UEFI y ACPI. En la misma prueba recoge el límite oficial: los SBC basados solo en Device Tree, incluida Raspberry Pi, no están soportados.
El N100 no es nuevo ni exótico, y eso aquí ayuda
Para comparar, estas son las mismas comprobaciones en el Beelink N100 que sirve Homelabista:
$ hostname
beelink-zalo
$ dpkg --print-architecture
amd64
$ uname -m
x86_64
$ test -d /sys/firmware/efi && echo EFI_PRESENT || echo EFI_ABSENT
EFI_PRESENT
$ lscpu | grep -E '^Architecture|^Model name|^Virtualization|^CPU\(s\)'
Architecture: x86_64
CPU(s): 4
Model name: Intel(R) N100
Virtualization: VT-x
$ ls -l /dev/kvm
crw-rw---- 1 root kvm 10, 232 Aug 9 15:28 /dev/kvmNo tengo Proxmox instalado en esa máquina; corre Debian y Docker. Tampoco presento esta salida como una instalación de prueba. Lo que demuestra es algo más útil para comprar: un mini PC x86 doméstico corriente ya tiene la arquitectura, el firmware y la virtualización de hardware del camino maduro.
Si quisiera montar hoy un host Proxmox pequeño para varias VM, compraría x86-64. No por nostalgia de Intel, sino porque hay más modelos asequibles, más documentación, más tarjetas y dispositivos probados, y menos fines de semana dedicados a convencer al firmware.
¿Entonces para qué sirve Proxmox ARM64?
Sirve para que los servidores ARM de verdad entren en el mismo flujo de gestión que los x86. Es relevante en centros de datos con NVIDIA Grace, equipos Ampere y futuras estaciones ARM que implementen UEFI/ACPI como espera el instalador.
También abre una vía interesante para laboratorios mixtos. Un clúster puede tener nodos de arquitecturas distintas, aunque las máquinas virtuales y contenedores no se vuelven intercambiables por arte de magia: una imagen compilada solo para x86 no arranca en ARM. Antes de migrar una carga miraría sus paquetes, imágenes Docker y dispositivos pasados al huésped.
En casa, hoy lo veo así:
| Plataforma | ¿Arranca el ISO ARM64 oficial? | Nivel de soporte | Uso sensato |
|---|---|---|---|
| NVIDIA Grace Hopper / Vera | Sí | Oficial | Producción y virtualización ARM |
| Servidor ARM con UEFI + ACPI | Puede hacerlo | Best effort según plataforma | Laboratorio serio, tras revisar hardware |
| Raspberry Pi 5 estándar | No por la ruta oficial | No soportado | Docker, Home Assistant, VPN; Proxmox solo como experimento |
| Mini PC Intel/AMD x86-64 | Usa el ISO x86-64 | Camino maduro | Homelab doméstico con VM y LXC |
Qué haría con una Raspberry Pi 5
La dejaría haciendo lo que hace bien. Nuestra Pi lleva servicios ligeros, monitorización y tareas de infraestructura sin ruido ni dramas. Para Docker, una VPN, Pi-hole o Home Assistant no necesita que Proxmox la convierta en algo más serio. Debian y los contenedores ya resuelven ese trabajo con menos capas.
Si el objetivo es aprender Proxmox, usaría un mini PC x86 con SSD y RAM ampliable. Incluso un N100 de cuatro núcleos permite practicar redes, copias, LXC y unas pocas VM. Para virtualización más cargada, la RAM suele acabarse antes que las ganas: la guía de mini PC reacondicionados para Proxmox y el comparador ordenan las opciones por memoria, almacenamiento y red.
Si el objetivo es aprender ARM, entonces sí montaría el experimento en la Pi, pero con otra microSD o SSD, sin servicios familiares y asumiendo que una actualización puede pedir consola, teclado y paciencia. La placa está en una balda alta; cada vez que tengo que sacar el HDMI aparto primero dos cables de red y un transformador que siempre cae detrás del mueble. Esa incomodidad también cuenta como coste operativo, aunque no salga en la ficha.
La decisión corta
Proxmox ARM64 es real y oficial. Proxmox en Raspberry Pi sigue sin soporte oficial. Un servidor ARM con UEFI y ACPI puede ser una plataforma válida; una Pi estándar no se convierte en una por compartir arquitectura.
No compraría una Raspberry Pi 5 para instalar este ISO. La compraría para servicios ARM nativos y contenedores ligeros. Para un primer Proxmox doméstico seguiría el camino x86-64, que es menos emocionante y bastante más útil cuando algo falla a las dos de la mañana.
Comprobaciones ejecutadas el 10 de agosto de 2026 en nuestra Raspberry Pi 5 y en el Intel N100 que sirve Homelabista. Las condiciones de soporte proceden del anuncio de Proxmox y de la prueba enlazada de Jeff Geerling.