Mot de passe root refusé

[Christian_B]

Bonjour, suite à réinstallation système, en plus de problèmes déjà posés récemment, je découvre que les commandes sudo et su - rejettent mon mot de passe, aussi bien à partir de mon identifiant habituel que d'un identifiant de test nouveau.
Pourtant quand je veux passer en mode administrateur par Caja, ça marche quand je lui donne le mot de passe.
Idem pour Synaptic, le gestionnaire de mise à jour ou Back In Time (backintime-qt_polkit).

J'ai vérifié les applications au démarrage, Tous les agents ou services relatifs à l'authentification et aux clés démarrent.
Quelqu'un voit-il où ça peut coincer ? Y a-t-il quelque chose de particulier à vérifier pour le terminal ou le shell ? Merci.

[Christian_B]

Non, pas de problèmre de clavier. Ta commande donne ;

Code : Tout sélectionner

ch@ch-H81N:~$: grep -vE '(^#|^$)' "/etc/pam.d/su"
auth       sufficient pam_rootok.so
session       required   pam_env.so readenv=1
session       required   pam_env.so readenv=1 envfile=/etc/default/locale
session    optional   pam_mail.so nopen
session    required   pam_limits.so
@include common-auth
@include common-account
@include common-session

Pour moi c'est du chinois.

[Christian_B]

J'ai fait divers essais :
- Changer de shell (sh, mksh)
- changer de terminal (installé d'autres terminaux pour ça
sans succès.

D'autre part, tu parlais de console.
J'avais essayé avec une console proprement dite (Ctrl-alt-F1) avec le même résultat.

Enfin j'ai eu l'idée (hasardeuse) de passer avec user-admin (= Utilisateurs et groupes = panneau Paramètres utilisateurs) momentanément mon utilisateur qui était un compte personnalisé en compte administrateur.
Cela n'a rien changé et de plus quand j'essaie de revenir à l'autre option disponible pour le type de compte (Utilisateur de l'ordinateur), il m'affiche le panneau :

Je n'y comprends rien. Ça me paraît illogique (normalement il reste toujours root atteint par sudo ou su -) et je ne sais pas comment revenir en arrière
Comment faire ?

[tyrry]

Slt,
puisque c'est une réinstallation "fraîche" ...
je tenterai une autre réinstall, en prenant soin de vérifié l'iso, ce genre de soucis arrivent avec une iso corrompu
@+

[Christian_B]

@tyrry
J'avais vérifié l'ISO en suivant la méthode du guide de linuxmint.com :
https://linuxmint-installation-guide.re ... erify.html
De plus mon installation n'est plus vraiment "fraîche" j'ai déjà fait des modifs et ajouté des paquets.

Mais sauf meilleure solution, j'essaierai une réinstallation, cette fois-ci d'abord sans effacer de fichiers sous mon répertoire de connexion (contrairement à la fois précédente), puis au besoin avec une réinstall. plus radicale si nécessaire (suppression de tous les fichiers de config), en remettant à la main les infos essentielles pour moi : courriels, infos diverses de Firefox, config de Back In Time (sauvegardes données) etc.

Mais je vais attendre un peu au cas où quelqu'un aurait une autre solution moins lourde.

[tyrry]

Slt,

mon installation n'est plus vraiment "fraîche" j'ai déjà fait des modifs et ajouté des paquets.

Heu ? Comment puisque tu dis :

je découvre que les commandes sudo et su - rejettent mon mot de passe

peut-être une histoire de groups ? sudo est-il présent ?

Code : Tout sélectionner

groups

@+

[Christian_B]

@tyrry
Comme je l'ai précisé dans mon message initial, c'est seulement dans le terminal que je n'ai pas accès à sudo ou su -.
Toutes les applications graphiques, dont Synaptic, Caja (mode Admin.) et, entre autres, les outils présents dans le Centre de Contrôle comme Utilisateurs et Groupes, acceptent mon mot de passe. Donc pas de problème pour installer des applis ou faire les modifs de fichiers root via Caja (et Xed s'il fallait rectifier des fichiers de config système). Et même pour faire une bêtise comme déclarer mon identifiant comme administrateur
Le problème c'est que je ne sais pas où sont les paramètres, notamment ceux qui me permettraient de rectifier la situation maintenant anormale de mon identifiant.

[tyrry]

Ok ,
du coup tu ne veux pas donner le retour de

Code : Tout sélectionner

groups

??
Et comme dit cyrille : caja ,xed .......en root = badaboom encore plus si tu ne maîtrise pas bien
@+

[Christian_B]

@cyrille
Tant que je n'ai pas accès au terminal en mode provilégié, je n'ai pas le choix.
Et d'ailleurs je suppose que les gens qui ont une grande expérience de la ligne de commande ont un à priori contre les outils graphiques.
Caja et Xed marchent parfaitement si on ouvre un répertoire en tant qu'administrateur puis qu'on ouvre un fichier texte avec Xed, qiui signale la situation par un bandeau rouge "Privilèges élevés".
Cela revient au même que d'éditer ce fichier avec nano ou autre.

La vraie question est de ne pas passer root sans nécessité et de toute façon, même sans privilèges, on peut faire des tas de bêtises avec ses propres fichiers si on agit à la légère.

@tyrry

Code : Tout sélectionner

ch@ch-H81N:~$: groups
ch adm dialout fax cdrom floppy tape sudo dip video plugdev lpadmin nopasswdlogin sambashare

Je vois adm et sudo mais pas root. Je ne sais pas si c'est normal. Quand je regarde les propriétés d'un fichier du système (par Caja), il est bien root avec le groupe root. Mais apparemment ce groupe est caché.

[Christian_B]

même sans privilèges, on peut faire des tas de bêtises avec ses propres fichiers si on agit à la légère.

Certes mais pas avec le sytème.

Je comprends bien ce point de vue dans un contexte avec des serveurs qui ne doivent pas s'arrêter. Mais pour un poste personnel comme le mien, avec des sauvegardes ponctuelles, le plus important est de toute façon de ne pas perdre les données récentes.
Enfin ce que j'en dis c'est histoire de causer

Pour le lien je vais prendre le temps d'examiner de près de quoi il est question.