Je suis la procédure décrite ici https://help.ovhcloud.com/csm/fr-vps-using-automated-backups?id=kb_article_view&sysparm_article=KB0047757
La commande lsblk m'indique bien un nouveau sdb:
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 3.3G 0 loop /var/tmp
/tmp
sda 8:0 0 75G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 200M 0 part /boot/efi
├─sda3 8:3 0 1G 0 part /boot
└─sda4 8:4 0 73.8G 0 part /
sdb 8:16 0 76G 0 disk
├─sdb1 8:17 0 1M 0 part
├─sdb2 8:18 0 200M 0 part
├─sdb3 8:19 0 1G 0 part
└─sdb4 8:20 0 73.8G 0 part
Je crée le répertoire:
sudo mkdir -p /mnt/restore
ensuite
sudo mount /dev/sdb4 /mnt/restore
me renvoie:
mount: /mnt/restore: wrong fs type, bad option, bad superblock on /dev/sdb4, missing codepage or helper program, or other error
Une recherche en Copilot semble indiquer que:
Tu es exactement dans le cas classique où le disque du backup automatique est bien attaché (sdb), mais la partition principale (sdb4) ne se monte pas, car elle n’est pas dans un format directement montable.
Ce n’est pas une erreur de ton serveur : c’est le fonctionnement normal des backups automatiques OVH.
Pourquoi /dev/sdb4 ne se monte pas ?
Les backups automatiques OVH ne sont pas des copies brutes du disque.
Ils sont stockés sous forme d’image LVM interne, et la partition principale contient un LVM PV (Physical Volume), pas un système de fichiers directement montable.
Donc :
/dev/sdb4n’est pas un système de fichiers → d’où l’erreur wrong fs type- Il faut activer LVM pour voir les volumes logiques internes
- Ensuite seulement, tu pourras monter le volume logique contenant
/
Est-ce vraiment la piste à suivre? Donc la procédure d'OVH n'est pas complète?
Merci d'avance!