L’installation de Proxmox sur un PC standard, c’est censé être trivial. Et ça l’est – sauf quand le BIOS du MS-01 décide que Secure Boot est activé par défaut et refuse poliment de booter sur la clé USB. Première surprise, quinze minutes perdues à chercher dans les menus AMI. Voilà le genre de détail qu’on ne trouve pas dans le README de Proxmox.
Ce guide couvre l’installation de Proxmox VE 8.3 sur le MS-01 i9-13900H, avec les particularités BIOS de la machine et la configuration post-install que j’applique systématiquement. Les étapes sont identiques sur la version i5.
Prérequis
- MS-01 monté (RAM et NVMe installés)
- Clé USB de 8 Go minimum
- Accès réseau filaire (le Wi-Fi n’est pas supporté par Proxmox nativement)
- Un écran HDMI ou DisplayPort pour l’installation
1. Télécharger et flasher l’ISO
Depuis proxmox.com/downloads, prendre la dernière ISO de la branche 8.x. En mai 2026, c’est Proxmox VE 8.3.
# Vérifier l'intégrité (sous Linux/macOS)
sha256sum proxmox-ve_8.3-1.iso
# Comparer avec le hash publié sur la page de téléchargement
Pour flasher la clé, j’utilise dd sur Linux. Sur Windows, Rufus en mode DD (pas en mode ISO) fonctionne. Ventoy est une bonne option si on veut garder d’autres ISOs sur la même clé.
# Linux/macOS - remplacer /dev/sdX par le bon device (vérifier avec lsblk avant)
sudo dd if=proxmox-ve_8.3-1.iso of=/dev/sdX bs=4M status=progress conv=fsync
dd écrase tout ce qui se trouve sur /dev/sdX. Vérifier deux fois avant de lancer.
2. BIOS MS-01 : trois réglages avant de booter
C’est là que j’ai perdu du temps. Le BIOS AMI du MS-01 a quelques particularités :
Secure Boot activé par défaut. L’ISO Proxmox n’est pas signée pour Secure Boot. Résultat : la clé USB apparaît dans le menu de boot mais la machine refuse de démarrer dessus, sans message d’erreur clair. Aller dans Security > Secure Boot, le désactiver.
VT-d (IOMMU) à activer manuellement. Nécessaire pour le PCI passthrough plus tard. Dans Advanced > CPU Configuration, activer Intel VT-d. Dans Chipset > System Agent Configuration, activer VT-d.
Boot order. Dans Boot, mettre la clé USB en premier. Sur le MS-01, le menu de boot one-shot est accessible avec F7 au démarrage – c’est plus rapide que de changer l’ordre permanent.
3. Installation Proxmox VE
L’installeur est graphique. Les étapes sont linéaires, voilà les points d’attention :
Choix du disque. Sélectionner le NVMe destiné à l’OS (dans mon cas, le slot 1). J’ai mis un WD Blue 500 GB ici – l’OS Proxmox + les LXC légers prennent ~50 Go, le reste en local-lvm pour les données temporaires.
Localisation. Country: France, Timezone: Europe/Paris, Keyboard: French.
Mot de passe root. Mettre quelque chose de sûr – c’est le seul compte d’accès initial. On ajoutera un utilisateur non-root après.
Configuration réseau. C’est l’étape critique. L’installeur détecte les interfaces réseau. Sur le MS-01, les deux 2.5GbE apparaissent comme enp2s0 et enp3s0, les SFP+ comme enp4s0f0np0 et enp4s0f1np1 (noms variables selon le kernel et le firmware).
Pour l’installation initiale, brancher le câble réseau sur l’un des 2.5GbE. L’installeur va créer vmbr0 dessus. Mettre une IP statique – ne jamais mettre Proxmox en DHCP.
Management Interface : enp2s0 (ou l'interface détectée avec le câble)
Hostname (FQDN) : proxmox.homelab.local
IP Address : 192.168.1.10/24
Gateway : 192.168.1.1
DNS : 192.168.1.1 (on changera pour Pi-hole plus tard)
L’installation prend 5 à 8 minutes. La machine redémarre automatiquement.
4. Premier accès et vérifications
https://192.168.1.10:8006
Le navigateur va signaler un certificat auto-signé – normal, c’est le comportement par défaut. Accepter l’exception.
Connexion : root + le mot de passe défini à l’installation.
Une bannière « No valid subscription » apparaît à chaque connexion. C’est juste un message commercial de Proxmox SA – on peut s’en débarrasser, voir section 5.
Vérifier en shell que les interfaces réseau sont bien détectées :
ip link show
On devrait voir vmbr0 actif avec l’IP configurée, et les autres interfaces en état DOWN (normal, elles ne sont pas encore configurées).
5. Configuration post-install
Désactiver le dépôt Enterprise
Sans abonnement Proxmox (€110+/an), le dépôt pve-enterprise est inaccessible. apt update retourne une erreur 401. On le désactive et on active le dépôt communautaire :
# Désactiver enterprise repos
sed -i 's/^deb/#deb/' /etc/apt/sources.list.d/pve-enterprise.list
sed -i 's/^deb/#deb/' /etc/apt/sources.list.d/ceph.list
# Activer le repo no-subscription
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription"
> /etc/apt/sources.list.d/pve-no-sub.list
apt update && apt dist-upgrade -y
Le dépôt no-subscription reçoit les mêmes paquets que le dépôt enterprise, avec quelques jours de décalage. Pour un homelab, c’est suffisant.
Supprimer la bannière « No valid subscription »
Ce one-liner patch le JavaScript de l’interface web :
sed -Ezi.bak "s/(Ext.Msg.show({[^}]+title: gettext('No valid sub)/void({void: /"
/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
systemctl restart pveproxy
Le fichier original est sauvegardé en .bak. Ce patch est écrasé à chaque mise à jour de Proxmox – il faut le relancer après chaque apt dist-upgrade.
SSH : clé uniquement
# Depuis sa machine locale, copier la clé publique
ssh-copy-id root@192.168.1.10
# Vérifier que la connexion par clé fonctionne avant de couper les mots de passe
ssh root@192.168.1.10
# Désactiver l'auth par mot de passe
sed -i 's/#PasswordAuthentication yes/PasswordAuthentication no/' /etc/ssh/sshd_config
sed -i 's/PasswordAuthentication yes/PasswordAuthentication no/' /etc/ssh/sshd_config
systemctl restart sshd
Tester la connexion SSH par clé dans une autre session AVANT de fermer la session actuelle. Si on coupe l’auth par mot de passe sans clé installée, on est dehors.
Créer un utilisateur non-root pour l’interface web
# Créer un utilisateur Proxmox VE (pas un utilisateur Linux)
pveum user add pascal@pve --comment "Admin principal"
pveum passwd pascal@pve
pveum acl modify / --users pascal@pve --roles Administrator
Ce qui a coincé
La première installation, le réseau post-reboot n’était pas joignable. Cause : j’avais branché le câble sur enp3s0 mais l’installeur avait détecté enp2s0 (le premier port physique) comme interface principale pour vmbr0. Résultat : vmbr0 pointait sur la mauvaise interface physique.
Correction :
# /etc/network/interfaces - vérifier que bridge-ports pointe sur la bonne interface
auto vmbr0
iface vmbr0 inet static
address 192.168.1.10/24
gateway 192.168.1.1
bridge-ports enp3s0 # ← adapter selon l'interface avec le câble
bridge-stp off
bridge-fd 0
ifreload -a
Depuis, je branche systématiquement sur le premier port 2.5GbE avant l’installation.
Résultat
Proxmox VE 8.3 opérationnel, accessible via HTTPS sur 192.168.1.10:8006. L’interface web répond en moins d’une seconde (on est sur NVMe, pas sur eMMC comme certains NUC). Le nœud apparaît sain dans le dashboard, CPU et mémoire au vert.
Temps total de la procédure, en incluant l’erreur BIOS et la correction réseau : ~45 minutes. Sans ces deux imprévus, c’est moins de 20 minutes.
Série « Homelab Proxmox MS-01 » – Article 2/10