Repurpose an Old Gaming PC as a Proxmox Server in 2026: Step-by-Step

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

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.

Some links here are affiliate links. If you click and buy, TechFuel HQ may earn a small commission at no extra cost to you. It does not change what gets recommended.

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.

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.

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 the “before” photo and wattage reading

Plug the gaming PC into the Kill‑A‑Watt with its current OS booted (Windows, idle desktop). Settle two minutes. Photograph unit and meter together. Baseline.

Repeat both at the end. Without a real measurement, the “saved X watts” claim is fake — and we don’t do that here.

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.

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).

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

Headless boot — no monitor, no keyboard. Let Proxmox idle five minutes (the first couple have post-boot housekeeping that inflates the reading). Take the Kill‑A‑Watt reading.

Compare to Step 1. Two outcomes:

• Under ~55W idle. Good build. Annual power cost in the $50–70 range. Keep going.
• 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).

FAQ

Can I really use any old gaming PC as a server?

Mostly. Any 2015-or-newer x86-64 desktop with VT-x/AMD-V and at least 8GB of RAM will run Proxmox VE 8. The real constraint is idle wattage. A 65W-class CPU is fine; a 105W+ enthusiast CPU usually loses on power cost versus a modern N100/N305 mini PC inside two years.

Do I need to buy a server CPU like a Xeon to do this?

No. Consumer Intel 8th-gen-and-later and AMD Ryzen 1000-and-later CPUs all support VT-x and VT-d. Xeons and EPYCs add ECC RAM support and more PCIe lanes, which matter for big NAS or 10GbE workloads, not for a starter Proxmox host on repurposed kit.

Will Proxmox damage my gaming PC?

No. Proxmox is Debian Linux with a hypervisor on top. It writes to the boot drive you tell it to and nothing else. Pull the boot SSD, plug a Windows SSD back in, and you have a gaming PC again.

Should I leave the GPU in or pull it?

Pull it if you don’t need GPU acceleration in a VM and your CPU has integrated graphics — you’ll save 8–25W at idle. Keep it if you want a Plex/Jellyfin transcode VM, a Windows gaming VM, or a local LLM inference container. Don’t keep it “just in case” — the wattage adds up over a year.

How much RAM do I really need?

16GB is the working minimum for a Proxmox host running 3–5 small services. 32GB is comfortable and lets you run a Windows VM plus a handful of LXC containers without juggling. The host itself uses about 2GB; everything else is for guests. Specs and pricing in the DDR5 buying guide (DDR4 is the same logic, lower numbers).

What’s the difference versus running Proxmox on a mini PC?

Idle wattage and noise. A mini PC like an MS-01 or N100 box idles at 8–25W, fits on a shelf, and is silent. A repurposed gaming PC idles at 25–55W, has a fan curve, and takes up a tower-sized footprint. The gaming PC wins on raw RAM ceiling, PCIe slots, and zero-cost — the mini PC wins on power and form factor. Side-by-side specs in the mini PC homelab guide.

When should I just give up and buy a mini PC?

Three signals: (1) idle wattage stays above ~75W after pulling the GPU and tuning C-states, (2) the box is too loud for the room it lives in, (3) the CPU is a 105W+ enthusiast part where the power cost will exceed the price of a used mini PC inside 18–24 months. Any one of those, sell the platform and start fresh.

Sources

• Proxmox VE — Get Started / system requirements
• Proxmox VE — Downloads
• Proxmox Wiki — PCI(e) Passthrough
• Proxmox VE Documentation (admin guide)
• Ventoy — official site
• TechPowerUp — CPU specifications database
• ServeTheHome — homelab and low-power server coverage
• Proxmox community forum

Methodology

How this article was produced. This piece was drafted with AI assistance and reviewed by Lowell K. Wood IV. Sources are linked inline; product recommendations are based on published specs, public benchmarks, and — where marked with an artifact — measurements taken in his own lab. Last updated: 2026-05-01. Spot a mistake? Email hello@techfuelhq.com.

Lowell K. Wood IV (LK Wood IV) runs TechFuel HQ from St. Louis County, Missouri — a homelab and budget-PC infrastructure site for self-hosters who refuse to pay cloud rent. Contact: hello@techfuelhq.com