[squ@root]

man su donne une indication du style :

A subsystem login is indicated by the presense of a "*" as the first character of the login shell. The
given home directory will be used as the root of a new filesystem which the user is actually logged into.

mais en avec usermod -s */bin/bash syslog me dit :
User peon not allowed because shell */bin/bash does not exist
...

Je piétine...

Bonne soirée à tous

[squ@root]

Y'a déjà shadow, mais rien n'y fait...

Je me demandais comment OVH faisait sur les backups, si y'avait pas une petite voie à m'indiquer ?

[Elgi]

shadow ?
le fichier contenant les passwd

[squ@root]

J'ai décortiqué un peu plus les étapes, et j'ai remarqué que c'est le su dans le chroot qui bloque.

Une fois chrooté (en root), le bash m'affiche un truc bizarre comme prompt :
I have no name!@server / #

J'en déduit donc que : je n'ai pas de nom.
J'ai pourtant bien copié passwd, group dans mon chroot.

Quels seraient les autres les fichiers dont dépend le nom d'utilisateur ?

[squ@root]

j'essaie depuis un moment de chrooter un utilisateur afin qu'il puisse se logguer par ssh mais ne faire que quelques actions (en l'occurence du CVS).

J'ai trouvé un peu de doc à ce sujet, mais je bloque sur un problème avec su

quand je fais un
sudo /bin/chroot /home/peon /bin/su - peon
su me retourne simplement
Sorry.
Sans rien d'autre dans les logs (a part session opened for user peon, password accepted...)

Que veut-dire ce message d'erreur ?

Ou du moins, est-ce qu'il y a moyen de le faire plus parlant, en log ou en text ?