Disque de récupération : quand le système ne démarre plus
Comment démarrer une machine sur SystemRescue, monter son disque, corriger fstab, le chargeur d'amorçage ou un mot de passe oublié, et revenir à un démarrage normal.
Mis à jour le 23 août 2026
Si une machine cesse de répondre en SSH après une modification de configuration, une mise à jour du noyau ou un disque plein, vous ne pouvez plus la réparer de l'intérieur. Pour ces cas, le panneau propose un mode de démarrage avec le disque de secours SystemRescue — un système distinct qui s'exécute en mémoire, depuis lequel le disque de votre machine apparaît comme un périphérique de stockage ordinaire.
Comment y accéder
- Ouvrez
/hosting/vds/m/<id>, l'onglet « Accès ». - Dans le bloc du mode de démarrage, sélectionnez le disque de secours SystemRescue.
- Redémarrez la machine et ouvrez l'onglet « Console ».
Vous vous connectez à SystemRescue en tant que root sans mot de passe. L'accès SSH n'y est pas disponible, travaillez donc via la console. Choisissez la vue « Screen » (VNC) : la taille de la fenêtre n'est pas transmise par la ligne série, elle y est toujours de 80×24, et les utilitaires en plein écran s'affichent incorrectement.
Le disque de la machine apparaît sous /dev/sda, et ses partitions sous /dev/sda1, /dev/sda2, etc.
Monter le système et le réparer
lsblk -f
mount /dev/sda1 /mnt
ls /mnt
Si vous avez choisi la mauvaise partition, exécutez umount /mnt et essayez la suivante. Vous reconnaîtrez la racine aux répertoires etc, var et usr.
Ensuite, les tâches typiques :
nano /mnt/etc/fstab
nano /mnt/etc/ssh/sshd_config
du -xh /mnt --max-depth=2 | sort -h | tail -20
journalctl -D /mnt/var/log/journal -b -1 -p err
Pour intervenir « à l'intérieur » du système — réinitialiser un mot de passe, réinstaller un paquet, reconstruire le chargeur d'amorçage — entrez-y via chroot :
mount /dev/sda1 /mnt
for d in dev proc sys run; do mount --bind /$d /mnt/$d; done
chroot /mnt /bin/bash
passwd root
exit
Après être sorti, démontez tout : umount -R /mnt.
Causes fréquentes et que faire
| Symptôme | Cause | Action |
|---|---|---|
| Le démarrage reste bloqué en attente d'une partition | Faute de frappe dans /etc/fstab, un UUID inexistant | Commentez la ligne ou ajoutez nofail |
| Les services plantent, plus d'espace disponible | Les journaux ou les images ont saturé le disque | Nettoyez /var/log et /var/lib/docker via /mnt |
| La machine démarre, mais SSH reste muet | Une erreur dans sshd_config ou un pare-feu qui s'est bloqué lui-même | Modifiez la configuration, réinitialisez les règles — ufw |
| Mot de passe root oublié | — | passwd dans le chroot, ou définissez un nouveau mot de passe dans l'onglet « Accès » |
Revenir au mode normal
Repassez le mode de démarrage en normal et redémarrez la machine. Sinon, elle redémarrera à nouveau sous SystemRescue et vous croirez que la réparation n'a pas fonctionné.
Le travail en mode de secours ne conserve rien : SystemRescue vit en mémoire. Tout ce que vous modifiez en dehors de
/mntdisparaît après un redémarrage.
Si vous ne parvenez pas à restaurer le système, l'onglet « Accès » propose une option de réinstallation avec un choix de système d'exploitation. Elle efface complètement le disque, alors copiez d'abord les fichiers dont vous avez besoin depuis SystemRescue — par exemple via scp ou rsync vers une autre machine.