[Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

carole · 27-11-2019 08:55:03

Bonjour, j'ai un problème similaire. Enfin deux. Sur deux machines j'ai bidouillé passwd pour changer le chemin du shell par défaut pour le root (oui je sais c'était une très mauvaise idée). Sauf que, sur la première machine je me suis trompé dans le chemin, j'ai mis /bin/zash au lieux de /bin/zsh, et sur la deuxième j'ai bien mis /bin/zsh mais par contre j'avais pas installé zsh. Ce qui fait que quand je démarre les machines je peux bien me connecter sur un compte utilisateur, par contre le compte root ne démarre plus vu qu'il ne trouve pas de shell. Est-ce qu'il y a moyen de changer le chemin du shell sans ouvrir passwd dans un prompt root ?

Dernière modification par carole (28-11-2019 14:30:27)

bendia · 27-11-2019 09:23:46

Bonjour et bienvenue

J'ai créer un nouveau sujet pour ton problème, ici on préfère un problème=un sujet, ça facilite le repérage de ce qui est résolu ou non, et des problèmes en apparence similaires peuvent ne pas l'être (y'a même un tuto point-chocolat DF sur la question Voir le tuto : On ne bernacle pas le post d'autrui. Plop !)

N’hésites pas à modifier le titre en éditant ton message si celui que j'ai mis ne convient pas

Pour sa résolution, si tu passe en root en spécifiant le shell à utiliser avec l'option -s, ça ne le ferait pas ?

su -s /bin/bash

carole · 27-11-2019 10:38:31

Super, merci Chadministrateur

Content d'en apprendre un peu plus sur le fonctionnement du forum

(oui tu m'as contaminé avec tes smileys)

J'ai essayé su -s /bin/bass mais ça ne marche pas. Le prompt me retourne les messages suivants après m'avoir demandé le mot de passe root :
su: utilisation de l'intepréteur restreint /bin/zash
su: échec d'exécution de /bin/zash: Aucun fichier ou dossier de ce type.

Même chose sur ma deuxième machine avec /bin/zsh.

raleur · 27-11-2019 10:40:50

Ou directement

su - -c "nano /etc/passwd"

pour corriger l'erreur sur le premier, et

su - -c "apt-get install zsh"

pour installer zsh sur le second.

Edit : inutile d'essayer, marchera pas :

-c, --command=command
Pass command to the shell with the -c option.

Idem pour l'option -s :

-s, --shell=shell
Run the specified shell instead of the default. The shell to run is selected according to the following rules, in order:
- the shell specified with --shell
- the shell specified in the environment variable SHELL, if the --preserve-environment option is used
- the shell listed in the passwd entry of the target user
- o/bin/sh
If the target user has a restricted shell (i.e. not listed in /etc/shells), the --shell option and the SHELL environment variables are ignored unless the calling user is root.

Peut-être avec sudo s'il est activé. Sinon, il faudra passer root par un autre moyen comme redémarrer avec "rw init=/bin/bash" comme lorsqu'on a perdu le mot de passe root.

Dernière modification par raleur (27-11-2019 11:03:28)

phlinux · 27-11-2019 14:03:01

Bjr,

La dernière solution de raleur en video https://gnuw.arzinfo.pw/data/otyugh/inf … ssword.mp4au moins pour aller jusqu'au prompt de root

carole · 27-11-2019 17:30:26

Merci raleur et phlinux. Effectivement les commandes en "su" ne fonctionnent pas.

J'ai essayé de passer par le grub et ajouter le "rw init=/bin/bash" comme dans la vidéo, puis avec un "exec init" je redémarre mais ça n'a rien changé. Je me demande si mes modifications ont été prises en compte.

raleur · 27-11-2019 22:02:45

Qu'as-tu fait exactement après avoir démarré avec init=bin/bash ?
Au lieu de te contenter de te demander si tes modifications dans /etc/passwd ont été prises en compte, tu peux (dois) vérifier le contenu du fichier. avant d'exécuter init ou redémarrer.

Note pour moi : du coup, c'est une situation où sudo, qui ne lance pas de shell pour exécuter une commande contrairement à su, peut se révéler utile.

carole · 28-11-2019 09:12:26

Bonjour Raleur, j'ai suivi la procédure montrée dans la vidéo, c'est à dire ajouter "rw" et "init=/bin/bash" sur la ligne linux du GRUB (d'ailleurs je n'avais jamais touché au grub avant ça fait plaisir ! ) Ensuite j'ai fait CTRL-X et une invite de commande un peu particulière s'est ouverte avec root@(none):/#
C'est là que j'ai entré "exec init" qui lance j'imagine la partie du grub que j'ai modifiée.
Après démarrage ça ne marche pas et si je passe par ma session utilisateur le fichier n'a pas été modifié.

raleur · 28-11-2019 09:27:03

carole a écrit :

ajouter "rw" et "init=/bin/bash" sur la ligne linux du GRUB

En toute rigueur il faudrait remplacer "ro" (montage de la racine en lecture seule) par "rw" (montage de la racine en lecture-écriture). Ces options sont contradictoires et je ne sais pas ce qui se passe quand elles sont présentes toutes les deux. Pour modifier des fichier il faut que la racine soit montée en lecture-écriture. Si ce n'est pas le cas, on peut la remonter sans redémarrer avec

mount -o remount,rw /

carole a écrit :

une invite de commande un peu particulière s'est ouverte avec root@(none):/#
C'est là que j'ai entré "exec init" qui lance j'imagine la partie du grub que j'ai modifiée

Pas du tout. L'objet de la modification dans GRUB est d'obtenir cette invite de commande root sans passer par une ouverture de session normale.
Donc en fait tu n'as rien modifié du tout. "exec init" poursuit le démarrage normal.
C'est dans cette invite de commande qu'il faut modifier le fichier /etc/passwd.

otyugh · 28-11-2019 09:56:59

carole a écrit :

Une invite de commande un peu particulière s'est ouverte avec root@(none):/#
C'est là que j'ai entré "exec init"

En fait tu as zappé la seule étape qui fait réellement quelque chose.

passwd

pour changer de mot de pass root.

Tout le reste ne sert qu'à se connecter en root, et à démarrer ensuite.

Dernière modification par otyugh (28-11-2019 09:58:19)

raleur · 28-11-2019 10:40:57

Psst ! Il ne s'agit pas de changer le mot de passe mais le shell par défaut.

carole · 28-11-2019 10:47:12

Oui pardon j'ai pas précisé mais j'ai bien changé ro en rw. J'ai aussi fait passwd et j'ai été invité à changer le mot de passe, donc effectivement ça n'a servi à rien ^^
Une idée de comment modifier le fichier /etc/passwd ? Je pensais que la commande "init=/bin/bash" allait s'en charger. Quel est le sens de cette commande ajoutée au GRUB ?

otyugh · 28-11-2019 11:08:30

raleur a écrit :

Psst ! Il ne s'agit pas de changer le mot de passe mais le shell par défaut.

Ça m'apprendra à ne pas lire le premier message. Du coup je ne comprend pas les messages de Carole. La bidouille à faire semble assez évidente vu qu'elle l'a déjà faite.

*largué*
°o°

Quel est le sens de cette commande ajoutée au GRUB ?

Ça veut juste dire que le premier processus après grub sera bash plutôt que de démarrer une session normale (généralement systemd) qui aurait chargé ton shell avec un mauvais chemin. (du moins c'est ce que je crois, je n'ai jamais lu sur le sujet, mais ça me semble logique)

Dernière modification par otyugh (28-11-2019 11:11:03)

raleur · 28-11-2019 11:29:26

carole a écrit :

Une idée de comment modifier le fichier /etc/passwd ?

De la même façon que tu l'as fait la première fois pour changer le shell par défaut, avec un éditeur de texte comme nano (vu ta réponse je ne propose pas vi).

carole · 28-11-2019 13:07:43

SUPER CA MARCHE !!!! Merci beaucoup, en fait je ne comprenais pas que ce prompt @(none) pouvait aller dans l'arborescence. Merci encore et à bientôt dans la sphère

bendia · 28-11-2019 13:12:00

Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

Debian-facile

#1 27-11-2019 08:55:03

[Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#2 27-11-2019 09:23:46

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#3 27-11-2019 10:38:31

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#4 27-11-2019 10:40:50

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#5 27-11-2019 14:03:01

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#6 27-11-2019 17:30:26

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#7 27-11-2019 22:02:45

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#8 28-11-2019 09:12:26

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#9 28-11-2019 09:27:03

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#10 28-11-2019 09:56:59

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#11 28-11-2019 10:40:57

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#12 28-11-2019 10:47:12

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#13 28-11-2019 11:08:30

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#14 28-11-2019 11:29:26

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#15 28-11-2019 13:07:43

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

#16 28-11-2019 13:12:00

Re : [Résolu] Session root ne s'ouvre plus après bidouille de /etc/passwd

Pied de page des forums