logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 14-10-2021 13:46:49

gpfazer
Membre
Distrib. : Debian GNU/Linux 11 bullseye (x86-64)
Noyau : 5.14.10-amd64
(G)UI : cinnamon
Inscription : 14-10-2021

Permission non accordée en root

bonjour
j ai un peux de mal a comprendre ceci .
je pensais que "L'utilisateur root outrepasse tous les droits. Il a accès à la lecture et la modification de tous les fichiers."
hors j essaye d ecrire en root dans un fichier qui appartient a luke
et j ai un "bash: /tmp/entree_secrete: Permission non accordée"
quelqu un pourrait m expliquer car malgré mes recherches je trouve pas la raison
cordialement

root@gael-asus-linux427:/home/gael# echo "===++++" >> /tmp/entree_secrete
bash: /tmp/entree_secrete: Permission non accordée
root@gael-asus-linux427:/home/gael# cat /tmp/entree_secrete
c est ouvert
===========
===========
root@gael-asus-linux427:/home/gael# ls -l /tmp/entree_secrete
-rw-r----- 1 luke rebelles 37 14 oct.  13:00 /tmp/entree_secrete
root@gael-asus-linux427:/home/gael# chmod 777 /tmp/entree_secrete
root@gael-asus-linux427:/home/gael# ls -l /tmp/entree_secrete
-rwxrwxrwx 1 luke rebelles 37 14 oct.  13:00 /tmp/entree_secrete
root@gael-asus-linux427:/home/gael# echo "===++++" >> /tmp/entree_secrete
bash: /tmp/entree_secrete: Permission non accordée
root@gael-asus-linux427:/home/gael# id root
uid=0(root) gid=0(root) groupes=0(root)
root@gael-asus-linux427:/home/gael# exit
exit
gael@gael-asus-linux427:~$ echo "===++++" >> /tmp/entree_secrete
bash: /tmp/entree_secrete: Permission non accordée
gael@gael-asus-linux427:~$ su root
Mot de passe :
root@gael-asus-linux427:/home/gael# su luke
$ echo "===++++" >> /tmp/entree_secrete
$ exit   
root@gael-asus-linux427:/home/gael# cat /tmp/entree_secrete
c est ouvert
===========
===========
===++++

Hors ligne

#2 14-10-2021 14:23:24

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Permission non accordée en root

Hello
Je vois que ta façon de passer en root n'est pas bonne , tu ne devrais pas te trouver dans le home de gael
tu devrait avoir

root@gael-asus-linux427:~#


ce qui n'est pas la même chose au niveau du PATH, je te laisse voir dans le wiki df pour plus ample information
ceci dit cela n'impacte pas le soucis que tu rencontres, sur ma debian je peux bien rajouter des lignes avec echo


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#3 14-10-2021 16:54:31

gpfazer
Membre
Distrib. : Debian GNU/Linux 11 bullseye (x86-64)
Noyau : 5.14.10-amd64
(G)UI : cinnamon
Inscription : 14-10-2021

Re : Permission non accordée en root

merci pour votre réponse
oui effectivement c est par ce que je fait des exercices d administration système et je me déplace
beaucoup dans les fichiers.
merci pour le conseil , je n avais pas penser a cela.
mais c est vrai que cela ne change rien sur ce problème.

Hors ligne

#4 14-10-2021 17:23:01

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Permission non accordée en root

Hello,

En root, vérifie que l'IUD et le GID sont bien à 0 :

id



Ton dossier /tmp est sur une partition séparée ?
Si oui, vérifie les options de montage :

mount | grep /tmp



J'avoue que ton cas est étrange !!!!

Edit:
Est-ce que ça fonctionne ainsi :

echo "====++++" | sudo tee -a /tmp/entree_secrete


Je ne pense pas ....

Edit:
Vérifie aussi les permissions de /tmp, elles devraient être 777 (drwxrwxrwx) avec root en propriétaire et en groupe :

ls -l /

Dernière modification par Tawal (14-10-2021 17:42:55)


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#5 14-10-2021 18:01:21

gpfazer
Membre
Distrib. : Debian GNU/Linux 11 bullseye (x86-64)
Noyau : 5.14.10-amd64
(G)UI : cinnamon
Inscription : 14-10-2021

Re : Permission non accordée en root

bonjour
merci de vos réponses .
j ai redémarre le pc et miracle ça marche .
je comprend pas kernal_panic.gif

root@gael-asus-linux427:/home/gael# echo "++++++++" >> /tmp/entree_secrete
root@gael-asus-linux427:/home/gael# cat /tmp/entree_secrete
c est ouvert
=========
=========
++++++++
root@gael-asus-linux427:/home/gael#

Hors ligne

#6 14-10-2021 19:08:44

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Permission non accordée en root

Tu vis dans quelle dimension ? tongue

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#7 14-10-2021 23:47:25

raleur
Membre
Inscription : 03-10-2014

Re : Permission non accordée en root

gpfazer a écrit :

je pensais que "L'utilisateur root outrepasse tous les droits. Il a accès à la lecture et la modification de tous les fichiers.


En général, c'est vrai. Mais il y a des exceptions. En voici deux :

- Les fichiers qui ont l'attribut "immutable" (man lsattr, chattr).
- Les systèmes de fichiers utilisant FUSE. Un exemple est GVFS qui est utilisé pour créer /run/user/<UID>/gvfs pour chaque utilisateur ayant une session graphique ouverte et dans lequel seul l'utilisateur qui a l'UID correspondant peut lire et écrire mais pas root (ce qui me provoque des erreurs quand j'exécute checkrestart).

Mais ce n'est pas le cas de /tmp dans lequel tout le monde doit pouvoir écrire.

Tawal a écrit :

Vérifie aussi les permissions de /tmp, elles devraient être 777 (drwxrwxrwx)


Pas tout a fait, car /tmp a le "sticky bit" (1777/rwxrwxrwt) pour interdire de supprimer, déplacer ou renommer un fichier appartenant à un autre utilisateur.

Dernière modification par raleur (14-10-2021 23:52:45)


Il vaut mieux montrer que raconter.

Hors ligne

#8 15-10-2021 09:13:45

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Permission non accordée en root

raleur a écrit :

Pas tout a fait, car /tmp a le "sticky bit" (1777/rwxrwxrwt) pour interdire de supprimer, déplacer ou renommer un fichier appartenant à un autre utilisateur.


Tout à fait, je viens de vérifier :

ls -l / | grep tmp


drwxrwxrwt  16 root root 12288 15 oct.  10:00 tmp


Un détail important wink


Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

#9 15-10-2021 09:26:08

raleur
Membre
Inscription : 03-10-2014

Re : Permission non accordée en root

Usage inutile de grep.

ls -ld /tmp
stat /tmp

Dernière modification par raleur (15-10-2021 09:27:23)


Il vaut mieux montrer que raconter.

Hors ligne

#10 15-10-2021 09:45:02

Tawal
Membre
Distrib. : Debian Stable à jour
Noyau : amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Permission non accordée en root

Je retiens l'option d de ls,
que je n'utilise jamais, mais ça va changer smile

Merci.

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

Hors ligne

Pied de page des forums