Lorsque Proxmox refuse de démarrer et bascule directement en emergency mode, la situation peut sembler critique. Pourtant, dans la majorité des cas, la panne n’est pas liée au système lui-même, mais à un simple disque de stockage qui ne parvient plus à se monter au démarrage. Un volume de données corrompu, un UUID modifié, une coupure de courant ou même un câble SATA instable peuvent suffire à bloquer entièrement l’hôte et à rendre toutes les machines virtuelles inaccessibles.
Dans ce guide, je vous montre une méthode fiable et reproductible pour diagnostiquer et réparer ce type de blocage sans mettre en danger les VMs. L’objectif n’est pas seulement de “débloquer” Proxmox, mais de comprendre précisément ce qui se produit, d’identifier le disque défaillant, de vérifier l’exactitude du fichier fstab, puis de réparer la filesystem de manière sûre lorsque cela s’avère nécessaire. Suivre cette démarche permet non seulement de restaurer l’accès au serveur, mais aussi d’éviter des manipulations risquées comme le reformatage ou la recréation de volumes, qui entraîneraient une perte totale de données.
En quelques étapes maîtrisées, il est possible de remettre le système en marche, de valider l’intégrité du disque et de prévenir de futurs incidents. Il s’agit d’une procédure essentielle pour toute personne administrant Proxmox avec plusieurs disques de stockage, que ce soit sur un serveur de production ou dans un homelab avancé.
Avoir son propre serveur NTP dans le réseau local, c’est utile pour les équipements qui n’ont pas accès direct à internet (switches, firewalls, conteneurs isolés) ou pour réduire la dépendance aux serveurs externes.
