Prompt, mais t'es pas là, mais t'es où ?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Prompt, mais t'es pas là, mais t'es où ?

tetanos

Bonjour,

J'ai un soucis avec mon prompt sous un de mes users. Celui-ci change à chaque nouvelle connexion et j'obtiens un "-bash-4.2$" à la place du "[user@serveur ~]$" habituel.
J'ai du aussi recréer le .bashrc qui avait bizarrement disparu et suis obligé de faire "su user" à chaque fois pour récupérer mon prompt.

Auriez-vous une idée ? :??:

Publicité

marounis

Et que dit

ls -l /home/user/.bashrc

tetanos

La cmd me renvoie :

Code :

-rwxrwx--- 1 user user 179 3 août 10:35 /home/user/.bashrc

Message cité 1 fois

Trit'

tetanos a écrit :

La cmd me renvoie :

Code :

-rwxrwx--- 1 user user 179 3 août 10:35 /home/user/.bashrc

Chez moi, ça renvoie

-rw-r--r-- 1 user user 141 30 juin 20:59 .bashrc

Est-ce que rétablir les autorisations en 644 ne règlera pas le souci ?

Message édité par Trit' le 03-08-2016 à 11:30:36

marounis

Et plutôt que de bidouiller pour créer .bashrc, si tu le supprimes en laissant le système le recrée tout seul comme un grand (délog/relog session) , observes-tu le même phénomène ?

tetanos

Y a pas moyen.

Après suppression et log off, voire reboot de la machine, le système ne recrée pas le .bashrc.

Et même en recréant le fichier avec les bons droits, mon prompt est toujours "-bash-4.2$".

Message cité 1 fois
Message édité par tetanos le 03-08-2016 à 12:03:47

marounis

tetanos a écrit :

Et même en recréant le fichier avec les bons droits, mon prompt est toujours "-bash-4.2$".

Normalement, un .bashrc est créé (selon distrib ?).
Si tu veux changer le prompt, essaie ça pour voir:

PS1="\u@\h:\w $ "

PS1="\[\e[;36m\]\u@\h\[\e[0m\]$ "

Si c'est OK, tu peux mettre cette ligne dans le .bashrc du user concerné.

Mais pour clarifier, observes-tu ça pour un seul user ? Ou plusieurs ?
Si tu crées un user toto, est-ce que toto aura le même prompt ?

su -c 'adduser toto'

question annexe: quelle distri linux ??

Message cité 1 fois
Message édité par marounis le 03-08-2016 à 14:24:07

Trit'

marounis a écrit :

PS1="\u@\h:\w $ "

PS1="\[\e[;36m\]\u@\h\[\e[0m\]$ "

Si c'est OK, tu peux mettre cette ligne dans le .bashrc du user concerné.

Ah, c’est ça, qui décide de l’apparence de l’invite ? Sur Arch, c’est :

PS1='[\u@\h \W]\$ '

tetanos

J'ai déjà essayé de modifier la variable PS1 dans .bashrc, la modif est bien prise en compte mais ne résout pas le problème de prompt initial.

J'ai créé toto, et en me loggant avec lui j'ai bien le prompt [toto@serveur ~ ]$.
Le .bashrc est correctement créé dans son home :

Code :

-rw-r--r-- 1 toto toto 231 10 juin 2014 .bashrc

Il s'agit d'une CentOS.

Message édité par tetanos le 04-08-2016 à 10:11:18

marounis

Donc si toto est propre, c'est-à-dire une compte par défaut, c'est que le système se comporte "nominalement".
C'est donc dans le compte user spécifique qu'il faut chercher.
Solution radicale: recréer un compte user en ne réinjectant que les dossier/fichiers utiles, ou fouiller à la racine de ce /home/user/.

Aussi comparer

grep toto /etc/passwd

grep user /etc/passwd

+ investiguer

find /home/user -maxdepth 1 -type f -name '.*'

Vu les droits "-rwxrwx---" du .bashrc du user, comme une impression que le home de user n'a pas été initialement créé normalement, mais plutôt en mode bidouille (une impression hein...).

Message édité par marounis le 04-08-2016 à 12:59:52

Publicité

tetanos

Qu'est-ce que tu entends par "recréer un compte user en ne réinjectant que les dossier/fichiers utiles" ? Certains fichiers contenus dans le compte d'un user nouvellement créé seraient superflus ?

Voilà le résultat des grep :

grep toto /etc/passwd
toto:x:1001:1002::/home/toto:/bin/bash

grep user /etc/passwd
user:x:1000:1000:user:/home/user:/bin/bash

Et :

find /home/user -maxdepth 1 -type f -name '.*'
/home/user/.bash_history
/home/user/.bashrc

Oui j'ai essayé de modifier les droits du .bashrc de user en 770 pour tester mais même avec le 644 d'origine ça ne change rien.

Message cité 1 fois
Message édité par tetanos le 04-08-2016 à 15:11:11

marounis

tetanos a écrit :

Je veux dire éviter des fichiers de config cachés (.hidden).
Je n'y crois pas trop surtout que tu n'as rien de bizarre dans le home du user.

Pourquoi toto et user sont-ils différents ?
Sans connaître l'historique de la création de user: impossible à savoir.
Je ne vois rien d'anormal.

Donc à part sauver tous les fichiers du user (hors fichiers de configuration), faire un deluser et adduser pour repartir à zéro, et se comporter comme toto, je ne vois pas !!

EDIT:
Déjà, est-ce que "user" est le nom réel du user concerné ? Ou remplaces-tu son nom réel par user dans ce que tu écris ?
Si le nom réel est user, je trouve ça extrêmement confusing car nom générique (user0, user1, ... semble plus judicieux)

Pour voir, que dit:

id user
id toto
id 1002
id un_autre_user_déjà_existant

ls -l /home | egrep 'user|toto'

En fait, je me demande pourquoi toto (user 1001) se retrouve en groupe 1002 pour un nouveau compte créé.

Message édité par marounis le 05-08-2016 à 08:02:19

tetanos

Non user n'est pas le vrai nom.
jinx c'est "user" :

id 1000
uid=1000(jinx) gid=1000(jinx) groupes=1000(jinx),10(wheel),1001(data)

id jinx
uid=1000(jinx) gid=1000(jinx) groupes=1000(jinx),10(wheel),1001(data)

id toto
uid=1001(toto) gid=1002(toto) groupes=1002(toto)

id 1001
uid=1001(toto) gid=1002(toto) groupes=1002(toto)

id 1002
id: 1002 : utilisateur inexistant

Ca pue un peu nan ?

marounis

Il manque ça:

ls -l /home | egrep 'user|toto'

tetanos

ls -l /home | egrep 'user|toto'
drwxrwx--- 4 jinx data 4096 3 août 11:56 jinx
drwx------ 5 toto toto 4096 4 août 12:33 toto

data est un groupe secondaire créé pour donner accès à un partage samba.

Message édité par tetanos le 05-08-2016 à 10:40:48

marounis

Ben c'est peut-être quand-même bien ça le problème.
Le home de jinx a-t-il été crée 'normalement' par le sytème ? Ou bricolé ?
J'ai mon avis sur le sujet.

Et si tu ajoutais jinx au groupe users:

su -c 'adduser jinx users'

Puis délog/relog (voir reboot si possible..)

Comme le home de jinx est partagé en écriture avec je ne sais quoi (ce qui ne parait pas normal du tout), rien ne dit qu'un autre user ou process vient supprimer .bashrc de jinx !
C'est mal foutu ça.
.
Je t'aurais bien proposé ça plus directement, mais je ne comprends pas ton bricolage:

su -c 'chown -R jinx:jinx /home/jinx'

.. à faire avec jinx délogué.

Message édité par marounis le 05-08-2016 à 13:10:53

tetanos

Oui, j'avais tenté de bricoler le home de jinx mais il était bien propriétaire du dossier et avec les bons droits dessus.

J'ai fini par recréer proprement jinx et maintenant tout roule, si ce n'est que je n'ai pas pu détermine la cause du problème.

Merci beaucoup pour ton aide.

Message édité par tetanos le 08-08-2016 à 10:50:22

FORUM HardWare.fr

Linux et OS Alternatifs

Divers

Prompt, mais t'es pas là, mais t'es où ?

Sujets relatifs
Se connecter en ssh avec rebond en gardant le prompt	Retour différents selon script lancé en crontab ou prompt
Gestion d'un prompt avec expect	Problème de PROMPT_COMMAND
avoir un prompt perso sous screen	[PROMPT] Erreur de syntax
Réinitialiser le prompt	problème de prompt
[aterm] probleme de prompt	modifier le prompt sur dtterm
Plus de sujets relatifs à : Prompt, mais t'es pas là, mais t'es où ?

Page générée en 0.055 secondes