Turn an Old Gaming PC Into a Proxmox Server in 2026: Step-by-Step

By LK Wood IV · 2026-05-01 · 14 min read

Key takeaways

• A Proxmox gaming server is realistic on any 2015-or-newer x86-64 desktop with a 65W-class CPU, 16–32GB of RAM, and a working Intel-chipset NIC.
• The build path: confirm VT-x/AMD-V and VT-d/IOMMU support, flip four BIOS toggles, install Proxmox VE 8 from a Ventoy USB, then pull a Kill-A-Watt idle reading.
• A 65W desktop CPU idles around 25–40W headless with the GPU pulled; under ~55W is a keeper, over ~75W means part it out for a mini PC instead.
• Skip this if your CPU is a 105W+ enthusiast part — idle power cost can exceed a used mini PC inside 18–24 months.
• Keep the GPU only if you want a Plex/Jellyfin transcode VM, a Windows gaming VM, or a local LLM container; otherwise pull it to save 8–25W at idle.

TL;DR — Verdict

A 2018-era gaming PC with a 65W-class CPU, 16–32GB of RAM, and a working NIC makes a credible Proxmox server in 2026. Skip it if your CPU is a 105W+ desktop part — idle power will eat the savings inside a year. The path: confirm virtualization flags, flip four BIOS toggles, install Proxmox VE 8 from a Ventoy USB, pull a Kill‑A‑Watt reading, and decide whether to keep the GPU. Over ~55W idle headless? Part it out and read the mini PC homelab guide instead. And if you want plain storage rather than a hypervisor, the same old box makes a fine dedicated NAS built from an old PC.

Who this is for

You have an old gaming PC build — i7‑8700K, Ryzen 3600, 5600X, that class of machine — sitting in a closet. You’d rather repurpose it than throw it out, and you’ve read the Proxmox vs TrueNAS vs Unraid breakdown and picked Proxmox over a paid or Windows-licensed hypervisor — the Proxmox vs ESXi comparison covers why that is the default call in 2026, and Proxmox vs Hyper-V does the same on the Microsoft side.

This guide turns that machine into a working Proxmox VE 8 host. Second-hand cousin of the mini PC Proxmox setup — same hypervisor, different hardware tradeoffs.

Before you start: hardware sanity check

Run this list before you flash a single USB drive. Five minutes here saves a wasted weekend.

CPU virtualization support

Proxmox VE 8 needs a 64-bit CPU with hardware virtualization — Intel VT-x + VT-d, or AMD-V + AMD-Vi (IOMMU). Almost every desktop CPU shipped after 2015 has these. The K-series Intel chips (8700K, 9900K, 10900K) do support VT-d, despite the old myth. Minimums on the Proxmox VE requirements page.

Boot a live Linux USB or run from your existing OS and check:

# Intel: look for vmx and (optionally) ept
grep -E 'vmx|svm' /proc/cpuinfo | head -1

# Confirm CPU model
lscpu | grep -E 'Model name|Virtualization'

If vmx (Intel) or svm (AMD) is present, you’re good. If not, the CPU is too old or virtualization is disabled in firmware — fixed next.

TDP / idle-power reality check

Make-or-break number. A homelab server runs 24/7. Idle watts × 8,760 hours × your kWh rate = annual cost of the box.

Decision callout — when NOT to do this: if your gaming PC has a 105W+ TDP CPU, skip this build. The idle wattage gap versus a modern N100/N305 mini PC is wide enough to pay for a new mini PC inside 18–24 months. Sell the old chip on r/hardwareswap and start there. Realistic idle figures are tracked in the long-running ServeTheHome low-power server roundups and the TechPowerUp CPU database.

NIC compatibility

Onboard NICs on most Z370/B450/B550/X570 boards are fine. Two gotchas:

• Realtek 2.5GbE (RTL8125) — works, but the in-tree driver has had link-flap issues for years. Proxmox forum has the standing fix (disable EEE, sometimes pin to gigabit). Plan an evening of fiddling, or drop in a $20 used Intel I225/I226.
• Killer NICs — Realtek/Intel rebrands. Usually fine; check the chipset under the marketing name.

Confirm what you have:

# List every PCI device with vendor/device IDs
lspci -nn | grep -iE 'ethernet|network'

GPU passthrough viability

Where the gaming PC actually pays off. If you want a Plex/Jellyfin transcode VM, a Windows gaming VM, or a local LLM container, the GPU is the reason you’re keeping this box instead of a mini PC. The full step-by-step passthrough setup (IOMMU kernel params, VFIO binding, NVIDIA Error 43 fix, ROM-Bar) is in the GPU Passthrough to a Proxmox VM guide.

Passthrough requires:

1. CPU + chipset that exposes IOMMU groups cleanly (most consumer Intel Z-series and AMD X570/B550 boards do; B450 is hit-or-miss)
2. UEFI boot, not legacy BIOS
3. A GPU with a UEFI vBIOS (anything 2014+ — GTX 900 series and later, RX 400 series and later)
4. SR-IOV or above-4G decoding enabled in BIOS for cleaner group separation

Once Proxmox is installed, you’ll verify groups with:

# After install — show how the IOMMU has split your devices
for d in /sys/kernel/iommu_groups/*/devices/*; do
  n=${d##*/iommu_groups/*/devices/}; g=${d%/devices/*}; g=${g##*/}
  printf 'IOMMU Group %s: %s\n' "$g" "$(lspci -nns "$n")"
done | sort -V

If the GPU shares a group with the chipset bridge or USB controllers, you’ll need the ACS override patch — out of scope here. The Proxmox PCI passthrough wiki is canonical.

Prerequisites

• An old gaming PC with a 65W-class (or smaller) CPU, 16GB+ RAM, working PSU
• A 256GB SATA SSD or NVMe for the Proxmox boot disk (don’t reuse a 10-year-old spinning drive)
• A spare 8GB+ USB stick for installer media
• Wired Ethernet to your switch
• A Kill‑A‑Watt or smart plug with wattage telemetry (for the before/after measurement)
• 60–90 minutes of uninterrupted time

Step 1 — Take your “before” wattage reading

Plug your gaming PC into the Kill‑A‑Watt with its current OS booted (Windows, idle desktop). Let it settle two minutes, then record the idle wattage along with your CPU and GPU model. This is your baseline.

If you want a record to compare against later, photograph the PC and the meter together so the digits are legible — but the number itself is what matters. You will take the same reading again in Step 10, and the difference between the two is your real, measured power saving. Don’t estimate it; without an actual before-and-after reading, any “saved X watts” figure is a guess.

Step 2 — Flip the BIOS toggles

Reboot, mash Delete or F2 to enter UEFI. Menu paths differ per vendor; the toggles don’t.

2a. Enable virtualization (VT-x / AMD-V)

Intel: Advanced → CPU Configuration → Intel Virtualization Technology → Enabled. AMD: Advanced → CPU Configuration → SVM Mode → Enabled. Without this, KVM won’t start. If your board’s menu labels differ, capture the full menu path on screen so you can confirm you found the right toggle.

2b. Enable VT-d / IOMMU (AMD-Vi)

Most-skipped setting. VT-x runs VMs; VT-d passes real hardware (GPU, NIC, USB controller) into a VM. Intel: Advanced → System Agent (SA) Configuration → VT-d → Enabled. AMD: Advanced → AMD CBS → IOMMU → Enabled (sometimes under NBIO). Different vendors bury this in different submenus, so note the breadcrumb at the top of the screen to be sure you’re on the right page.

2c. Above 4G Decoding + Resizable BAR

Required for GPU passthrough. Advanced → PCI Subsystem → Above 4G Decoding → Enabled. Re-Size BAR → Enabled (if available). On pre-2019 boards, Above 4G may be hidden until you flash a recent BIOS.

2d. SR-IOV (if your NIC supports it)

Intel I350/X550 add-in cards expose SR-IOV — virtual functions that let multiple VMs share the same NIC at near-line-rate. Advanced → PCI Subsystem → SR-IOV Support → Enabled. Consumer Realtek NICs don’t have it. Skip if missing.

2e. Boot mode + Secure Boot

Boot mode: UEFI only (CSM disabled). Secure Boot: Disabled — Proxmox doesn’t ship pre-signed shim binaries for every kernel. Save and exit.

Step 3 — Build the Ventoy USB

1. Install Ventoy to the USB stick (wipes it once).
2. Download the Proxmox VE 8 ISO.
3. Drag the ISO onto the USB partition. Done.

Next month you’ll want to boot Memtest86+ or a TrueNAS or Unraid installer to compare. Ventoy means no re-flash.

Step 4 — Install Proxmox VE 8

Use a rear USB 3 port (front-panel sometimes drops during install). Boot menu (F11/F12), pick USB, Ventoy menu → Proxmox ISO → “Boot in normal mode.”

Decisions that matter:

• Target disk: the SSD/NVMe you bought for this. Don’t install on a drive you care about.
• Filesystem: ext4 for a single-disk first install. ZFS only with two identical SSDs in mirror. ARC eats RAM — not worth it here unless you’ve already capped it. (DDR5 buyers see the DDR5 buying guide; this box is almost certainly DDR4.)
• Network: hostname pve.lan, static IP outside DHCP (e.g., 192.168.1.50), gateway, DNS. Static is mandatory.

Install. Five to eight minutes later it reboots to a console showing https://192.168.1.50:8006.

Step 5 — Post-install: fix the repos

Open https://192.168.1.50:8006. Accept the self-signed cert. Log in as root.

Proxmox ships pointing at the enterprise repo, which 401s without a paid subscription. Open Shell and run:

# Disable enterprise repo
sed -i 's/^deb/#deb/' /etc/apt/sources.list.d/pve-enterprise.list
# Disable enterprise Ceph repo (same problem)
sed -i 's/^deb/#deb/' /etc/apt/sources.list.d/ceph.list 2>/dev/null

# Add the no-subscription community repo
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" \
  > /etc/apt/sources.list.d/pve-no-subscription.list

# Update and upgrade
apt update && apt full-upgrade -y

Same fix as the mini PC build. Most-asked question on the Proxmox subreddit.

Step 6 — Verify IOMMU is actually live

Reboot the host. Then:

# Should print a non-empty list of groups
dmesg | grep -e DMAR -e IOMMU
ls /sys/kernel/iommu_groups/ | wc -l

If dmesg shows IOMMU enabled and group count > 1, you’re good. Common miss: VT-d on, but CSM also on — which blocks IOMMU init on some boards.

Step 7 — Configure the network bridge

Proxmox auto-creates vmbr0 bound to your first NIC. For most builds that’s all you need. Second NIC? Add vmbr1 via Datacenter → node → System → Network → Create → Linux Bridge. Don’t overthink day one.

Verify:

# Show bridges and IPs
ip -br a
# Show the running bridge config
cat /etc/network/interfaces

Step 8 — Create your first VM

Upload an ISO (Ubuntu 24.04 LTS is a fine first guest) via local → ISO Images → Upload. Either click “Create VM,” or run it from the shell to see the moving parts:

# Create VM 100: 4 GB RAM, 2 cores, virtio NIC, 32 GB disk on local-lvm
qm create 100 \
  --name ubuntu-test \
  --memory 4096 \
  --cores 2 \
  --cpu host \
  --net0 virtio,bridge=vmbr0 \
  --scsihw virtio-scsi-single \
  --ostype l26

# Attach the ISO and a fresh disk
qm set 100 --ide2 local:iso/ubuntu-24.04.1-live-server-amd64.iso,media=cdrom
qm set 100 --scsi0 local-lvm:32,discard=on,ssd=1
qm set 100 --boot order='ide2;scsi0'

# Start it
qm start 100

Open Console. Install Ubuntu. Once up, install the QEMU guest agent (apt install qemu-guest-agent) and toggle the agent option in the UI.

LXC containers are lighter — kernel-shared, ideal for Pi‑hole, Uptime Kuma, a Tailscale exit node. The mini PC Proxmox guide covers the same pct commands; nothing changes for a gaming-PC host.

Step 9 — Pull the GPU (or don’t)

This is the fork in the road.

• Pull the GPU if your CPU has integrated graphics (Intel F-suffix chips don’t; most other 8th-gen+ Intel and AMD G-suffix do) and no VM needs GPU acceleration. Save 8–25W idle. Confirm with lspci -nn | grep -i vga after pulling.
• Keep the GPU if you want Plex/Jellyfin transcode, a Windows gaming VM via Looking Glass, or a local LLM container. The kit is already in the box.

Passthrough wiring: follow the Proxmox PCI Passthrough wiki — kernel-version-sensitive, wiki tracks current syntax.

Step 10 — Take the “after” measurement

Boot the machine headless — no monitor, no keyboard. Let Proxmox idle five minutes (the first couple of minutes have post-boot housekeeping that inflates the reading), then take the Kill‑A‑Watt reading. Record the watts, whether the GPU is still installed, and whether any VMs or containers are running, so your comparison is apples-to-apples with the Step 1 baseline.

Compare your after-reading to Step 1. Two outcomes:

• Under ~55W idle. Good build. Annual power cost in the $50–70 range. Keep going. Run the exact number through the Power & Cost Calculator to model your specific electricity rate and 3-year TCO.
• Over ~75W idle, even with GPU pulled. The CPU is the floor. Re-read the decision callout and consider a low-idle mini PC instead. The repurpose math doesn’t always win.

Expected outcome

When this is done you have:

• Proxmox VE 8 on a static IP, web UI reachable
• Community repo configured, apt full-upgrade clean
• IOMMU groups verified
• One Linux VM running with the QEMU guest agent
• A measured before/after wattage delta
• A known annual dollar cost to run the box, instead of an unknown one

That’s a working homelab host. Scale by adding LXC containers, more VMs, and — if storage becomes the next problem — re-evaluating against TrueNAS or Unraid for the NAS role.

Troubleshooting

KVM virtualisation not available. VT-x/AMD-V off. Reboot, fix Step 2a.

No IOMMU detected. VT-d/AMD-Vi off, or CSM still on. Step 2b. Some boards also need intel_iommu=on or amd_iommu=on appended to the kernel cmdline in /etc/kernel/cmdline (systemd-boot) or /etc/default/grub (GRUB).

Realtek 2.5GbE link-flaps under load. Drop in an Intel I225/I226 card, or follow the disable-EEE workarounds on the Proxmox forum.

GPU passthrough boots black screen. GPU shares an IOMMU group with the chipset. Move it to a different PCIe slot wired to a different root port, or apply the ACS override patch (security-relevant — read the wiki first).

Idle wattage way higher than expected. Likely culprits, in order: GPU still installed, C-states disabled, RGB hardware drawing standby power, a 1000W+ PSU running at 3% load (PSUs are most efficient in the 30–60% band).

Build the system around it

The TechFuelHQ PC Builder is a free, open-source picker with real socket / RAM / PSU / GPU clearance checks and a CC BY 4.0 parts dataset. Use it to size a host that actually fits the gear in this article.

Once Proxmox is running: set up ZFS storage pools to get checksummed, snapshot-capable storage for your VMs. The Docker Compose starter stack gets NPM, Portainer, and Uptime Kuma running in an LXC. The Proxmox Backup Server guide covers off-site VM backups. If you’re keeping the GPU for AI or gaming passthrough, the GPU passthrough tutorial covers IOMMU grouping and the NVIDIA Error 43 fix.

Sources and methodology

Procedure validated against Proxmox VE 8 documentation and IOMMU/VFIO documentation as of 2026-06-10. TDP and idle figures attributed inline to ServeTheHome and TechPowerUp.

Primary sources cited:

• Proxmox VE 8 GPU passthrough wiki — official documentation
• Proxmox VE 8 installation docs — official install reference
• Arch Wiki: PCI passthrough via OVMF — IOMMU/VFIO reference
• VFIO subreddit — community passthrough troubleshooting
• Phoronix virtualization benchmarks — Linux KVM performance data

Email corrections to hello@techfuelhq.com.