Skip to content
VDS · Dépannage

La machine ne démarre pas

Que faire lorsqu'un VPS ne redémarre pas après un reboot : comment voir l'écran de démarrage, analyser les causes courantes et réparer le système depuis un disque de secours.

Mis à jour le 23 août 2026

Une machine qui ne répond pas en SSH après un redémarrage n'est pas forcément victime d'une panne de disque. Le plus souvent, le système s'est arrêté à une étape précise et vous attend : un /etc/fstab cassé, une configuration de bootloader corrompue ou un noyau après une mise à jour ratée.

D'abord, vérifiez l'écran

Ouvrez l'onglet « Console » dans le panneau /hosting/vds/m/<id>. Deux types sont disponibles :

  • console texte (port série) — pratique pour lire et copier les messages du noyau, mais toujours en 80×24 ;
  • « Screen » (VNC) — affiche la même chose qu'un moniteur : le menu GRUB, les messages plein écran et l'écran Windows.

Sur « Screen », vous voyez exactement où tout s'est arrêté. Ensuite, agissez selon le message.

Causes fréquentes

Cannot open access to console, the root account is locked ou Give root password for maintenance. Le système est passé en mode urgence, généralement à cause de /etc/fstab. Saisissez le mot de passe root (il se trouve dans l'onglet « Accès ») et supprimez la ligne problématique. Prévention : pour les montages dont le système peut se passer, indiquez l'option nofail.

Un long A start job is running for ... pendant une minute et demie. Un service ou un montage attend un délai d'expiration. Attendez la fin et consultez le journal du démarrage précédent : journalctl -b -1 -p err.

Le menu GRUB et l'invite grub>. Le bootloader n'a pas trouvé sa configuration. Cela se répare depuis le disque de récupération.

Kernel panic immédiatement après la sélection d'un noyau. Généralement après une mise à jour du noyau. Dans le menu GRUB, choisissez « Advanced options » et démarrez sur la version précédente, puis revenez en arrière sur le paquet.

Windows : « Undoing changes, don’t turn off your computer » en boucle. Une annulation de mise à jour est en cours ; elle peut prendre une demi-heure ou plus. N'éteignez pas la machine ; surveillez-la via « Screen ».

Disque de récupération

Un outil universel est le mode de démarrage SystemRescue : onglet « Accès » → mode de démarrage → disque de récupération, puis redémarrez. La machine démarre depuis l'image, connexion root sans mot de passe, et votre disque est visible sous /dev/sda.

Vérifiez et montez :

lsblk
fsck -f /dev/sda1            # only on an unmounted partition
mount /dev/sda1 /mnt
ls /mnt

Modifiez les fichiers directement dans /mnt, par exemple nano /mnt/etc/fstab.

Pour les opérations qui nécessitent l'environnement de travail du système (réinstallation du noyau, mise à jour de GRUB), entrez dans le chroot :

mount --bind /dev  /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys  /mnt/sys
chroot /mnt /bin/bash

grub-install /dev/sda && update-grub     # Debian, Ubuntu
grub2-install /dev/sda && grub2-mkconfig -o /boot/grub2/grub.cfg   # AlmaLinux
exit

Restaurez ensuite le mode de démarrage normal dans l'onglet « Accès » et redémarrez la machine. Oublier de remettre le mode en place est l'erreur la plus fréquente : la machine redémarrera sans cesse sur SystemRescue.

Sauvegardez les données et repartez de zéro

Si le système ne peut pas être réparé, copiez les données avant de réinstaller. Depuis le disque de récupération :

mount /dev/sda1 /mnt
tar czf - /mnt/var/www /mnt/etc | ssh user@other-server 'cat > vds-rescue.tar.gz'

Réinstallez ensuite le système dans l'onglet « Accès », en choisissant la version souhaitée. La réinstallation efface complètement le disque, et nous ne disposons ni d'instantanés d'état ni de sauvegardes automatiques : l'ordre est donc exactement celui-ci : d'abord une copie, puis la réinstallation.

Pour éviter que cela ne se reproduise

  • Avant de modifier fstab, GRUB et les paramètres réseau, vérifiez la syntaxe : findmnt --verify, grub-script-check.
  • Après une mise à jour du noyau, ne supprimez pas le précédent — il restera dans le menu comme option de secours.
  • Conservez une copie des configurations et des données séparément de la machine.
  • Testez les redémarrages de façon planifiée, pas dans l'urgence : une machine qui n'a pas démarré depuis six mois vous surprendra.

Si l'écran est noir, que la console n'affiche rien et que les graphiques de « Overview » ne se mettent pas à jour, contactez le support en indiquant le numéro de la machine — le problème peut se situer en dehors de votre système.