Serveurs Privés Virtuels (VPS) - VPS: Root L’identifiant n’est pas valide
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

VPS: Root L’identifiant n’est pas valide

Von
OzgurE
Erstellungsdatum 2022-08-18 15:30:05 (edited on 2024-09-04 13:25:48) in Serveurs Privés Virtuels (VPS)

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


14 Antworten ( Latest reply on 2022-08-26 09:12:18 Von
)

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 ?


passwd: Module is unknown


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


On le voit encore cette fois où j’ai besoin d’un peu de support et ils me renvoient juste vers ce forum…

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).