Mot de passe root refusé

[cyrille]

Dernier message de la page précédente :

. 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).

Comme déjà dit 1 000 fois, on n'utilise pas le compte root pour lancer des applis X non prévues pour
https://cbiot.fr/dokuwiki/php-bash:aide ... on_prevues

[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é.

[cyrille]

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.

https://bugzilla.gnome.org//show_bug.cgi?id=772875#c5

Dans ce cas ce doit être les développeurs de gnome qui se plantent

qiui signale la situation par un bandeau rouge "Privilèges élevés".

Un panneau sens interdit signale une rue à sens unique, mais ne t'empêche aucunement de la prendre dans le mauvais sens...

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

[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.

[Christian_B]

Pour faire le point avant de clore le problème si pas d'infos décisives :

1) Maintenant j'ai accès à sudo (je ne sais pas depuis quand ni pourquoi). mais toujours pas à su - (à partir d'un terminal de mon identifiant ou de l'identifiant de test).

2) Non seulement Caja et autres applis peuvent souvent faire ce dont j'ai besoin comme j'ai dit. Mais de plus je me suis avisé que Caja en mode administrateur permet en fait, grace à l'extension "Ouvrir le terminal", d'accéder à un terminal root (terminal au nom du superutilisateur avec prompt root@ch-H81N /etc #: ). Ainsi par ce petit détour je ne suis jamais bloqué.

3) Donc,bien que je ne comprenne toujours pas où est le problème posé, faute de connaître les commandes qui me permettraient d'y voir clair (et man su n'aide pas), je considère le problème comme à peu près résolu.

[Christian_B]

En réinstallant tout pour passer à Mint 22, problème résolu.