terminal: le point est impossible à faire en tant que root Le sujet est résolu

[tony]

ssd autonome avec debian12/Xfce essayé sur 2 portables avec le même résultat.

En tant qu'utilisateur normal aucun problème mais dès que je passe en root aucun moyen de faire un simple point ".", ce qui rend le terminal inutilisable. Je sais qu'il y a des codes pour chaque signe tapé au clavier mais je ne les connais pas donc je n'ai pas essayé.

Je suis en train de réaliser la même installation sur un HDD, je vais bien voir s'il s'agit d'un bogue dû à mon ssd ou pas; mais je pense à quelque chose dans mes config qui ne doit pas être correct, mais comme tout le reste a l'air de très bien fonctionner , alors ?

ps: comme il s'agit de Xfce j'ai posé la même question sur leur forum, https://forum.xfce.org je vous tiendrai au courant s'ils donnent une piste.

ps2: tout fonctionnait trop bien avec Debian 11, ça ne pouvait pas durer!!

ps3: sur le HDD et avant mes configurations pas de problème dans un terminal root

ps4: en me connectant avec SSH j'ai le même problème= dès que je passe en root la touche (.), quelle qu'elle soit, ne marche pas. Par contre la commande ls -a en root affiche bien les (.) des fichiers cachés.

[piratebab]

Bonjour, tu utilises bien la commande su - (avec le tiret) ?

[zargos]

LBonjour,
La frappe au clavier d "." ne fonctionne pas?S as-tu regardé du coté de la configuration clavier?

[tony]

Bonjour, tu utilises bien la commande su - (avec le tiret) ?

toujours, j'ai même fait un alias pour ça : alias r= 'su -'

@zargos

LBonjour,
La frappe au clavier d "." ne fonctionne pas?S as-tu regardé du coté de la configuration clavier?

j'ai regardé mais je n'ai rien vu qui m'inspire

Par contre je viens de trouver une méthode pour faire un point= Maj + * avec * situé entre les touches / et - du pavé numérique Malheureusement ce "point" n'a pas la même "valeur" qu'un vrai point car un fichier tel que .bashrc avec cet ersatz n'est pas détecté.

[tony]

problème résolu grâce à une remarque d'un intervenant sur superuser.com qui a mis en cause le fichier .inputrc. Comme il provenait d'une copie du même fichier de mon espace utilisateur je l'ai supprimé, j'en ai créé un directement dans l'espace root et remis le contenu initial. Après un redémarrage tout est rentré dans l'ordre. Bonne leçon.

[zargos]

problème résolu grâce à une remarque d'un intervenant sur superuser.com qui a mis en cause le fichier .inputrc. Comme il provenait d'une copie du même fichier de mon espace utilisateur je l'ai supprimé, j'en ai créé un directement dans l'espace root et remis le contenu initial. Après un redémarrage tout est rentré dans l'ordre. Bonne leçon.

Toujorus faire attention aux droits, propriétés et permissions d'un fichier quand on le copié d'un profil user à un autre

[tony]

......
Toujorus faire attention aux droits, propriétés et permissions d'un fichier quand on le copié d'un profil user à un autre

là je passais de <user> à <root> qui a tous les droits. D'où peut provenir le problème, puisque problème il y a eu? C'est pour ça que je ne me suis pas méfié, surtout que j'ai fait la même chose pour le fichier .bash_aliases que j'ai adapté à <root> et ça fonctionne bien; au moins jusqu'à présent en tout cas.

[zargos]

root a tous les droits si tu les donnes :) il peut donc utiliser toutes les fonctions commandes programmes.
Mais ca ne veut pas dire que le système peut le faire lui. Et quand tu ouvre une session, ce n'est pas root en temps que user qui le fait, mais un compte système. Il peut donc y avoir des effets collateraux.

Et de toute façon, tout ce qui est dans root doit appartenir à root.
Il ne faut pas négliger au delà du rwx/rwx/rwx la notion de propriétaire. le gestionnaire de session peut dire tu n'est aps proprio, donc je ne prend pas en compte.

[tony]

root a tous les droits si tu les donnes :) il peut donc utiliser toutes les fonctions commandes programmes.
Mais ca ne veut pas dire que le système peut le faire lui. Et quand tu ouvre une session, ce n'est pas root en temps que user qui le fait, mais un compte système. Il peut donc y avoir des effets collateraux.

Et de toute façon, tout ce qui est dans root doit appartenir à root.
Il ne faut pas négliger au delà du rwx/rwx/rwx la notion de propriétaire. le gestionnaire de session peut dire tu n'est aps proprio, donc je ne prend pas en compte.

pour le fichier .bash_aliases j'avais effectivement pensé à changer le propriétaire en root, par contre pour le fichier .inputrc je ne m'en souviens pas et comme je l'ai supprimé impossible de le vérifier.