Bonjour,
Depuis hier j'ai un soucis avec mon VPS.
Il n'est plus accessible. Que ce soit avec un ping, ssh. Plus rien ne va.
Je n'ai plus touché aux configs depuis plusieurs mois.
J'ai essayé de faire appel au support mais ils ne m'aident pas du tout.
> Comme indiquer précédemment , le support n'a pas d'accès au service pour des raisons de sécurité et de confidentialité.
Ou encore :
> En complément d'information , il faut vérifier au niveau du fstab et ajouter l'UUID que vous pouvez retrouver via la commande blkid.
> Vous pouvez retrouver des informations complémentaires sur le lien suivant :
> https://www.linuxtricks.fr/wiki/fstab-explications-sur-le-fichier-et-sa-structure
> https://lea-linux.org/documentations/Fstab
Mais quand je regarde le blkid en mode rescue, j'ai bien le UUID.
Du coup je ne sais pas du tout quoi faire.
Avez-vous une idée de ce que je peux faire ?
Merci
Avez-vous une idée de ce que je peux faire ?
Je dirais:
en rescue faire un fsck -n du disque du VPS, pour évaluer s'il est complètement corrompu ou pas, et tenter une réparation après avoir sauvegardé ce qui doit l'être si on peut le monter (en read-only ou avec ignore=errors)
Merci pour ta réponse.
Mais à quel moment le vps peut se 'casser' comme ça sans raison ?
Mais à quel moment le vps peut se 'casser' comme ça sans raison
Généralement un reboot en tirant la prise (même virtuelle) donc sans faire un shutdown propre.
J'ai déjà eu le cas, c'était une migration "à chaud" d'un hôte à un autre…
Ouaip la migration s'est bien passée sans que la VM ne reboot…
Mais les bdd étaient complètement bousillées, pas mal d'erreurs sur le disque…
Un check du disk en rescue + backups de plusieurs bdd et j'ai réussi à faire repartir le système…
Les "migrations à chaud" (d'un disque local d'un host vers un autre disque local d'un autre host) c'est bien sur le papier, mais ça crée surtout bcp de problèmes…
Bonjour,
Pour récupérer des données sur un VPS dont j'ai perdu les accès je suis passé en mode rescue en suivant la procédure classique.
La commande :
`mount /dev/sdb /mnt`
levait une erreur, alors j'ai exécuté un :
`mkfs.ext4 /dev/sdb`
La commande `mount /dev/sdb /mnt` est ensuite passée, mais ne créée qu'un dossier lost+found vide dans /mnt
Impossible donc de faire un chroot pour ensuite modifier le mot de passe avec la commande passwd
J'aimerai sauvegarder mes données et réinstaller le VPS, mais il m'est impossible de retrouver ces données ; le dossier lost+found étant vide dans /mnt.
La commande : `fdisk -l` retourne :
> Disk /dev/sda: 2.5 GiB, 2621440000 bytes, 5120000 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0x2a17447c
> Device Boot Start End Sectors Size Id Type
> /dev/sda1 * 2048 5117951 5115904 2.5G 83 Linux
> Disk /dev/sdb: 320 GiB, 343597383680 bytes, 671088640 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
Quelqu'un sait-il comment récupérer les données dans le /var/www du VPS ?
Merci.
Bonjour,
j'ai exécuté un :
mkfs.ext4 /dev/sdb
mkfs permet de formater des disques / partitions, dans le cas présent vous venez de formater le second disque de votre serveur (sdb). Vu la taille du second disque (320G) je suppose que /var/www/ était monté dessus.
Avez-vous des sauvegardes ou snapshot à disposition ?
double sujet, double réponse: https://community.ovhcloud.com/t/40881
mais le temps des autres importe peu…