Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
forum.proxmox.com
Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
1–6 of 6 posts
Re: Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
#2Following the "Proxmox VE delivers high-availability infrastructure management for NVIDIA Mission Control AI factories" press release [0] some wondered about ARM already - as NVIDIA's AI factories are based on ARM64 - and now the arm64 port is also officially available.
[0]: https://www.proxmox.com/en/about/company-details/press-relea...
Re: Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
#3I love Proxmox. It's one of the few infrastructure tools that defy YAGNI and are almost always a good idea to have no matter how simple your setup is.
It's a bummer you can't use this on Raspberry Pi, but then again, they are incredibly bad value right now.
Re: Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
#4Much anticipated and finally available. I guess thank you Nvidia and regular installation on top of Debian Trixie works too so we should see support for SBCs and similar soon even though that would never be officially supported by them
Re: Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
#5can I run it on dgx spark now ?
Re: Proxmox Virtual Environment now available for 64-bit ARM (ARM64)
#6I love Proxmox. It's one of the few infrastructure tools that defy YAGNI and are almost always a good idea to have no matter how simple your setup is. It's a bummer you can't use this on Raspberry Pi, but then again, they are incredibly bad value right now.
> It's a bummer you can't use this on Raspberry Pi, but then again, they are incredibly bad value right now.
FWIW, you'll now get 90% there with our official repos, basically "just" need to manage kernel and boot procedure yourself. And for that it might be enough to install vanilla Debian (or Armbian?) first.
I.e., not possible means mostly this is not actively supported and we won't put up with RPi's special boot shenanigans.
And we're still open to taking in changes that make this better supported on such hardware, as long as it's a maintainable (targeted) change and does not affect our actually actively supported targets negatively.