Mode rescue - commant accéder à /home ?

Bonjour,
Il faut monter les différentes partitions.
Typiquement, quelque chose comme :

mount /dev/sda1 /mnt
mount /dev/sda2 /mnt/home

Il faudra bien sur faire évoluer les commandes en fonction du partitionnement de ton disque dur.

Bonjour et merci pour ta réponse rapide.

J'ai regarde entre autre ceci
https://docs.ovh.com/fr/dedicated/ovh-rescue/

> Si votre serveur dispose d’une configuration RAID logicielle, vous devrez monter votre volume RAID (en général /dev/mdX).

Donc j'avais fait
`mount /dev/md1 /mnt/`
et
`mount /dev/md2 /mnt/home`

Mais justement je ne pouvais pas accéder à /home sur mon serveur.

Comment vérifier/continuer ?
Merci

Ton /home sera donc dans /mnt/home
Quel est le retour des commandes que tu as tapées ?

Je suis intervenu directement sur la machine. Du coup, je vous fais le petit débrief...

Les commandes tapées par @AntjeB étaient les bonnes.
Elle avait bien monté les deux partitions dans /mnt et /mnt/home
Par mégarde, elle avait remonté /home dans /mnt ce qui fait qu'elle ne voyait plus l'intégralité de la machine.

En gros, elle avait fait le plus dur. Son serveur dispose de Virtualmin. Pour avoir de belles sauvegardes bien carrées, j'ai souhaité redémarrer Virtualmin sur l'OS de rescue. Pour le faire, il y a une petite astuce. Habituellement, je monte les filesystems et utilise chroot pour recréer l'environnement de la machine initiale et je peux tout démarrer.

Sauf que systemd proteste énergiquement quand on cherche à démarrer des services dans une chroot !
`Running in chroot, ignoring request.`

Du coup, il faut changer de mécanisme et utiliser les outils fournis par systemd. A savoir systemd-nspawn qui fait le même boulot, mais en mieux ! La commande devient alors systemd-nspawn -D /mnt /sbin/init
On peux démarrer l'ancien OS comme un container sur l'OS de rescue !
A un détail près : il faut installer le paquet dbus sur l'OS rescue (avec un apt-get update & install)

Une fois le conteneur démarré, on peut faire à peu près tout ce qu'on veut sur la machine (modifier les mots de passe, démarrer les services, faire toute la configuration nécessaire...)

Du coup, après avoir vérifié que tout était en ordre sur le serveur (notamment nettoyé la file d'attente de postfix), j'ai mis le serveur en netboot (sur /dev/md1, vu qu'il y a un RAID) et fait redémarrer le serveur qui est reparti du premier coup... Il savait à qui il avait à faire, le bougre !

J'en ai profité pour mettre en place une sauvegarde automatique quotidienne des sites sur un espace distant. Comme ça, la prochaine fois, tout le monde sera serein.

TBC_Ly0n a remis mon serveur opérationnel pour moi le lendemain donc très rapidement. On avait un très bon contact, aussi pour d'autres questions sur le serveur. Encore un grand merci !!!

Cordialement Antje