6. Post-installation

6.1 Configuration des dépôts

Une installation neuve de Proxmox VE 9 déclare trois fichiers de dépôts APT. Voici ceux d'un nœud installé depuis l'ISO 9.2 :

Les deux dépôts enterprise exigent un abonnement actif. Sans lui, apt update échoue sur une erreur 401 Unauthorized.

Le système ne reçoit plus les mises à jour Proxmox. L'interface le signale dès le premier jour, dans le Summary du nœud et dans Updates → Repositories.

Pour nos ateliers — et pour beaucoup d'environnements de test ou de petites infrastructures — Proxmox met à disposition un dépôt no-subscription. Il contient les mêmes paquets.

Il les reçoit simplement avant le dépôt enterprise, sans les tests supplémentaires réservés aux abonnés. L'interface le rappelle par un avertissement : The no-subscription repository is not recommended for production use! Il convient à un lab ; en production, on prend un abonnement.

La configuration se fait en deux étapes : désactiver les deux dépôts enterprise, puis déclarer le dépôt no-subscription.

Les quatre fichiers de /etc/apt/sources.list.d/, avant et après ce paragraphe. Debian ne change pas ; les deux dépôts enterprise sont désactivés ; proxmox.sources apporte le dépôt no-subscription. Cliquez sur un fichier pour la commande qui le règle.

Proxmox VE 9 décrit ses dépôts au format deb822 : un fichier .sources par dépôt, fait de champs Clé: valeur. L'ancien format tenait en une ligne deb … dans un fichier .list.

Le nouveau format a un avantage direct ici : un dépôt se désactive par un champ Enabled: false, sans rien commenter ni supprimer. C'est exactement ce qu'écrit le bouton Disable de l'interface.

Depuis l'interface web, Nœud → Updates → Repositories fait ces opérations graphiquement : on y voit les dépôts actifs, et les boutons Disable et Add les gèrent (Atelier 3). Depuis le Shell, la procédure est la suivante :

Dans le Shell du nœud (interface web → votre nœud → Shell) :

# 1. Désactiver les deux dépôts enterprise : le champ « Enabled: false » suffit
nano /etc/apt/sources.list.d/pve-enterprise.sources   # ajouter la ligne à la fin du fichier
nano /etc/apt/sources.list.d/ceph.sources             # même chose pour le dépôt Ceph d'entreprise

La ligne à ajouter à la fin de chacun des deux fichiers, dans nano, puis Ctrl + O, Entrée et Ctrl + X :

Enabled: false

Dans le Shell du nœud :

# 2. Déclarer le dépôt no-subscription de PVE 9 (base Debian 13 « trixie »)
nano /etc/apt/sources.list.d/proxmox.sources          # un fichier neuf

Le contenu de proxmox.sources, à taper dans nano :

Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Dans le Shell du nœud :

# 3. Relire l'état des dépôts : les deux enterprise doivent porter « Enabled: false »
grep -r "Enabled\|Components" /etc/apt/sources.list.d/

# 4. Mettre à jour la liste des paquets, puis le système
apt update                                            # la liste des paquets
apt full-upgrade -y                                   # la mise à jour du système

Résultat attendu (nœud pxe211, installé depuis l'ISO 9.2) — la relecture, puis la fin d'apt update :

/etc/apt/sources.list.d/proxmox.sources:Components: pve-no-subscription
/etc/apt/sources.list.d/ceph.sources:Components: enterprise
/etc/apt/sources.list.d/ceph.sources:Enabled: false
/etc/apt/sources.list.d/pve-enterprise.sources:Components: pve-enterprise
/etc/apt/sources.list.d/pve-enterprise.sources:Enabled: false
/etc/apt/sources.list.d/debian.sources:Components: main contrib non-free-firmware
/etc/apt/sources.list.d/debian.sources:Components: main contrib non-free-firmware

Get:4 http://download.proxmox.com/debian/pve trixie InRelease [4,357 B]
Get:5 http://download.proxmox.com/debian/pve trixie/pve-no-subscription amd64 Packages [390 kB]
...
181 packages can be upgraded. Run 'apt list --upgradable' to see them.

Dans la sortie d'apt update, plus aucune ligne ne mentionne enterprise.proxmox.com. La désactivation est prise en compte, et l'erreur 401 Unauthorized a disparu.

Le redémarrage après mise à jour. Si apt full-upgrade installe un nouveau noyau, le nœud tourne sur l'ancien jusqu'au redémarrage. pveversion le montre.

Sur le lab, juste après la mise à jour, il affichait pve-manager/9.2.20/49318c671b82f31e (running kernel: 7.0.2-6-pve), alors que le noyau 7.0.14-19 était installé. Après reboot, il affichait running kernel: 7.0.14-19-pve.

Le dépôt Ceph, lui, ne s'ajoute pas à la main : c'est la commande d'installation de Ceph qui choisit la version et le dépôt, puis réécrit elle-même ceph.sources. Ajouter en plus un fichier ceph.list déclarerait le même dépôt deux fois.

• 📖 Documentation Proxmox — Package Repositories
• 🎥 Don't run Proxmox without these settings — les réglages post-installation (vidéo en anglais)

6.2 Désactivation de la notification d'abonnement

Au démarrage de l'interface web, Proxmox affiche une popup signalant l'absence d'abonnement actif. Elle ne bloque rien, mais elle est répétitive. Il est important de comprendre ce qu'elle signifie avant de chercher à s'en débarrasser.

Cette popup est un rappel commercial : Proxmox Server Solutions finance son développement par les abonnements de support. Sans abonnement, vous utilisez un logiciel libre et gratuit, mais vous n'avez pas accès au support officiel ni aux dépôts enterprise testés en production. La popup est là pour vous le rappeler.

La solution propre et durable est l'abonnement. Dans le cadre de cette formation, contentez-vous de fermer la popup — elle n'empêche rien de fonctionner.

6.3 Vérification de l'installation

Avant de considérer un nœud Proxmox comme opérationnel, quelques vérifications s'imposent. Elles se font depuis le Shell de l'interface web ou via SSH.

Dans le Shell du nœud (interface web → votre nœud → Shell) :

# Vérifier la version de Proxmox VE installée
pveversion

# Vérifier les services critiques
systemctl status pveproxy    # Interface web
systemctl status pvedaemon   # Démon principal PVE
systemctl status corosync    # Clustering : « inactive » tant qu'aucun cluster n'existe
systemctl status pve-cluster # pmxcfs, le système de fichiers /etc/pve (actif même seul)

# Vérifier les stockages disponibles
pvesm status

# Consulter l'état du nœud via l'API locale
pvesh get /nodes/pve/status

Résultat attendu de pveversion :

pve-manager/9.2.3/d0fde103346cf89a (running kernel: 7.0.6-2-pve)

Résultat attendu de pvesm status (les tailles dépendent de votre disque) :

Name             Type     Status     Total (KiB)      Used (KiB) Available (KiB)        %
local             dir     active        98497780         6703992        86744240    6.81%
local-lvm     lvmthin     active       855855104        84986411       770868692    9.93%

La commande pveversion est votre première vérification : elle indique la version de pve-manager et surtout le noyau en cours d'exécution. Le suffixe -pve du noyau (7.0.6-2-pve ici) confirme que le noyau Proxmox est bien chargé — et non le noyau Debian standard, qui se terminerait par -amd64.

Le numéro lui-même évolue avec les mises à jour : Proxmox fait suivre à sa branche 9.x des noyaux récents, bien plus récents que celui de Debian 13.

Côté services, pveproxy, pvedaemon et pve-cluster doivent être active (running). corosync apparaît inactive (dead) avec la mention start condition unmet sur un nœud seul : c'est l'état normal, son service attend le fichier de configuration qu'écrit la création d'un cluster.

pvesm status (Proxmox VE Storage Manager) liste tous les stockages configurés avec leur état (active ou error) et leur taux d'utilisation. Si un stockage apparaît en erreur dès le démarrage, c'est un signal d'alarme à traiter avant de créer quoi que ce soit.

À retenir : sans abonnement, les dépôts enterprise renvoient 401 : on les désactive (PVE et Ceph) et on active no-subscription, puis apt update et apt full-upgrade. Un nouveau noyau ne sert qu'après redémarrage (pveversion le montre). La fenêtre d'abonnement est un rappel commercial, pas un blocage.