Bonjour,
Depuis toujours je me connecte à mon VPS avec Root et mon MDP.
J'ai maintenant le message d'erreur suivant: "L’identifiant n’est pas valide." alors que personne n'a rien changé.
J'ai suivi ce tutoriel du mode rescue: https://docs.ovh.com/fr/vps/root-password/#modification-du-mot-de-passe-si-vous-lavez-perdu
Pour l'étape 3 j'ai ce message:
> [RESCUE] root@rescue-pro:~ $ chroot /mnt/sdb1
> Segmentation fault
je tente quand même l'étape 4, et ça ne marche pas.
Que puis-je faire ?
Cordialement
Serveurs Privés Virtuels (VPS) - VPS: Root L’identifiant n’est pas valide
Related questions
- Perte de mot de passe
48239
26.05.2023 13:36
- Comment configurer/utiliser un SMTP depuis un VPS ?
46950
07.10.2019 10:49
- Je connais que le mutu et besoin de node js
46476
14.04.2017 13:34
- Qu'est-ce vcore?
45372
06.01.2017 19:20
- Envoi Email via SMTP (port 587) sur VPS Pro1
44520
27.01.2017 10:02
- [résolu] Serveur Mysql - hôte inconnu
42141
19.01.2017 16:21
- Mon VPS à Timed Out
41792
15.03.2017 22:50
- Délai de livraison VPS
41547
11.07.2018 15:15
- Problème avec statisitique Plesk
38995
29.03.2017 07:44
- Accès externe base de données
38615
18.07.2018 10:29
Le système est quel OS et quelle version ?
Bonjour,
Voici l’OS / Distribution : Cpanel on CentOS
Voici le modèle : VPS 2018 SSD 3
Merci
Pour la version, j'ai fait ça en mode rescue :
> [RESCUE] root@rescue-pro:~ $ cat /etc/issue
> cat: /etc/issue: No such file or directory
mais du coup je n'ai pas de réponse :/
Alors j'ai également fait ça, pour avoir la version centos :
> [RESCUE] root@rescue-pro:~ $ cat /etc/redhat-release
> cat: /etc/redhat-release: No such file or directory
Par acquis de conscience, j'ai également fait cette commande pour debian qu'il y avait dans le tutoriel:
> [RESCUE] root@rescue-pro:~ $ cat /etc/debian_version
> 10.12
Et là j'ai une version 🤔 alors que quand je suis sur mon compte ovh il a bien écrit: "OS / Distribution : Cpanel on CentOS"
Le system est dans le disque sdb1, le mode rescue n'est pas le réel système.
S'il y a le shell alternatif dash dans centos, il faudrait essayer :
> chroot /mnt/sdb1 /bin/dash
Merci beaucoup pour votre aide.
J'ai donc tapé
> chroot /mnt/sdb1 /bin/dash
j'ai ensuite fait le check du tutoriel (ls -l, qui donnait avant "0") qui m'a donné:
> .# ls -l
> total 160
> -rw-r--r-- 1 root root 0 May 5 2021 aquota.group
> -rw-r--r-- 1 root root 13312 Aug 19 10:12 aquota.user
> drwx--x--x 2 root root 4096 Sep 27 2019 backup
> dr-xr-xr-x. 2 root root 4096 Jul 18 2019 bin
> dr-xr-xr-x. 4 root root 4096 Sep 28 2018 boot
> drwxr-xr-x 2 root root 4096 Oct 9 2018 cgroup
> drwxr-xr-x. 2 root root 4096 Mar 3 2017 dev
> drwxr-xr-x. 98 root root 20480 Aug 19 10:12 etc
> drwxr-xr-x. 43 root root 4096 Jun 30 09:34 home
> dr-xr-xr-x. 10 root root 4096 Sep 28 2018 lib
> dr-xr-xr-x. 9 root root 12288 Dec 12 2019 lib64
> drwx------. 2 root root 16384 Mar 3 2017 lost+found
> drwxr-xr-x. 2 root root 4096 Sep 23 2011 media
> drwxr-xr-x. 2 root root 4096 Sep 23 2011 mnt
> drwxr-xr-x. 4 root root 4096 Sep 28 2018 opt
> drwxr-xr-x. 2 root root 4096 Mar 3 2017 proc
> -rw-r--r-- 1 root root 0 May 5 2021 quota.group
> -rw-r--r-- 1 root root 0 May 5 2021 quota.user
> -rw-r--r-- 1 root root 108 Sep 28 2018 razor-agent.log
> dr-xr-x---. 15 root root 4096 Aug 19 05:58 root
> drwxr-xr-x 3 root root 4096 Sep 28 2018 run
> dr-xr-xr-x. 2 root root 12288 Jun 27 2020 sbin
> lrwxrwxrwx 1 root root 25 Sep 28 2018 scripts -> /usr/local/cpanel/s
> drwxr-xr-x. 2 root root 4096 Mar 3 2017 selinux
> drwxr-xr-x. 2 root root 4096 Sep 23 2011 srv
> drwxr-xr-x. 2 root root 4096 Mar 3 2017 sys
> drwxrwxrwt 2 root root 4096 Aug 18 17:08 tmp
> drwxr-xr-x. 13 root root 4096 Aug 18 17:08 usr
> drwxr-xr-x. 23 root root 4096 Aug 19 05:58 var
j'ai donc tenté la modification du password dans la foulée:
> .# passwd
> Changing password for user root.
> Segmentation fault
mais j'ai ça, encore une fois, même si cette fois c'est venu après :/
Est-ce que le serveur a des sauvegardes ? :-)
Il faudrait envisager l'idée d'installer un autre VPS et récupérer les données.
Le système s'est peut-être mis à jour en partie seulement. Sur internet on trouve aussi des informations à propos de paramètre grub pour contourner le segmentation fault.
Le mot de passe root peut-être changé en dehors du chroot (en théorie, je n'ai jamais essayé ):
- sortir du chroot :
> exit
- lancer :
> passwd --root /mnt/sdb1 root
J'ai des sauvegardes des sites, normalement, certain sur un disque dur sans souci, les autres via un plugin mais il faut que je me connecte en ftp pour les avoir et ça ne semble pas marcher (les sites fonctionnent bien sinon).
Je sui sorti du chroot et j'ai tapé votre ligne, voici ce que j'ai:
> [RESCUE] root@rescue-pro:~ $ passwd --root /mnt/sdb1 root
> passwd: Module is unknown
> passwd: password unchanged
Qu'est ce que le module ?
L'erreur commence à suggérer que le système a tenté de se mettre à jour et s'est arrêté à un moment critique, il manque des fichiers et certains sont incompatibles entre eux.
Je pense qu'il faut maintenant voir comment restaurer le système ou réinstaller les sites sur un autre serveur.
Le ftp est peut-être accessible que via l'IP du serveur en panne.
Merci, effectivement avec l'IP je peux me connecter en ftp. Si j'ai l'accès phpmyadmin je pourrais alors transférer tous les sites ailleurs, je vais regarder ça.
Savez-vous si depuis l'interface ovh je peux restaurer le système? Cela n'affecte pas les données ?
Encore merci pour votre aide.
Il ne faut pas réinstaller via le manager OVH sinon ça va tout écraser.
Il faut soit récupérer les données quelque part (dans un système linux évidement) et réinstaller ce même VPS, soit préparer un autre VPS et transférer les sites (et trouver un moyen pour avoir les bases de données sans phpmyadmin)
Pour résumer, ça va prendre du temps quand on ne connait pas assez.
En fait, j’avais déjà commencé à tout transféré ailleurs. J’aime beaucoup ovh en tant que registrar mais pour l’hébergement c’est autre chose, j’avais 3 vps chez eux, j’en ai transféré un sur siteground pendant 1 an pour tester et il n’y a pas de comparaison possible. On le voit encore cette fois où j’ai besoin d’un peu de support et ils me renvoient juste vers ce forum…
Du coup, j’avais commencé à vider celui-là, c’était le but. Là j’ai pu accéder aux bdd et phpmyadmin de certains sites car le cpanel est accessible site par site (mais pas l’accès à WHM). Donc pour les sites où j’ai l’accès au cpanel ça ne sera pas un souci, mais pour certains je vois que je n’avais pas noté les accès… du coup grâce à vous je peux récupérer les fichiers par FTP, il faudra que je vois commencer faire pour les bdd…
Bonjour
Sauf que un VPS c'est du self-managed donc c'est à vous d'avoir les connaissances pour le gérer.
Ce que vous avez chez vôtre nouveau prestataire ça ne doit pas être un VPS mais une solution clé en main.
Cordialement, janus57
Hum oui et non, je n’ai pas plus de services chez mon hébergeur actuel mais les rares fois où j’ai eu une question, le support m’a répondu.
Là ça me parait facile qu’ils mettent à jour (apparemment) le vps, ça plante, et ensuite de dire « on ne s'occupe pas de ça ».
Enfin bref, encore merci pour l’aide @ChristopheGX , j’ai transféré environ la moitié des sites (j’ai accès au cpanel, mais pour d’autres je n’avais pas noté les accès cpanel vu que je passais à chaque fois par whm, ceux là je vais voir comment faire).