Diagnostiquer un VPS qui ne démarre plus

3 min de lecture07 novembre 2026

Un VPS qui ne répond plus au SSH n'est pas forcément arrêté. Il peut être bloqué au démarrage, avoir un disque plein, un service en échec ou un réseau mal configuré. Dans un conteneur système, le diagnostic se fait depuis la console du dashboard, car il n'y a ni GRUB ni menu de secours à sélectionner.

Commencer par la console

Ouvrez la console noVNC depuis le dashboard. Trois cas se présentent :

aucune sortie et le conteneur apparaît arrêté : utilisez l'action d'alimentation, puis surveillez le démarrage ;
des messages défilent en boucle : le système démarre mais un service ou un montage échoue ;
une invite de connexion s'affiche : le système est debout, le problème est réseau ou SSH.

Dans le troisième cas, connectez-vous en root depuis la console et vérifiez ip -6 addr, systemctl status ssh et ss -ltnp avant de conclure à une panne matérielle.

Lire les journaux de démarrage

Bash

systemctl --failed
journalctl -b -p err
journalctl -b -1 -p err
dmesg | tail -n 50

-b désigne le démarrage courant, -b -1 le précédent. Cette distinction est essentielle : le journal du démarrage raté contient la cause, celui du démarrage courant ne montre que la tentative de réparation. Si le journal n'est pas persistant, le démarrage précédent peut avoir disparu ; vérifiez la présence de /var/log/journal.

Causes fréquentes

Symptôme	Cause probable	Vérification
Boucle, montage en échec	entrée `/etc/fstab` invalide	`mount -a`, journal
Erreurs d'écriture	disque ou inodes pleins	`df -h`, `df -i`
Service en échec	mise à jour interrompue	`dpkg --configure -a`
SSH absent	configuration ou permissions	`sshd -t`, `ls -l /etc/ssh`
Démarrage très lent	service qui attend le réseau	`systemctl list-jobs`

Une entrée fstab vers un disque qui n'existe plus est un classique : le système attend, puis passe en mode dégradé.

Réparer depuis la console

Si le système propose une invite de maintenance, remontez la racine en écriture :

Texte

mount -o remount,rw /

Libérez de l'espace si nécessaire avec journalctl --vacuum-size=200M, puis corrigez la cause. Pour une ligne fstab fautive, commentez-la avec # et testez mount -a avant de redémarrer. Pour une mise à jour interrompue :

Bash

dpkg --configure -a
apt -f install

Réparez les permissions classiques si nécessaire : /etc et /etc/ssh en 755, sshd_config en 600. Testez toujours la configuration SSH avec sshd -t avant de redémarrer le service, et gardez une session console ouverte pendant la manipulation.

Dernier recours

Si le système ne démarre plus du tout, récupérez les données depuis la console (archive dans un chemin accessible) avant toute réinstallation. La réinstallation depuis le dashboard efface le disque : elle ne se fait qu'après une sauvegarde ou si les données n'ont aucune valeur. En cas de doute sur l'origine de la panne, contactez le support avant de réinstaller : un problème de plateforme ne se règle pas dans le conteneur.