Vous n'êtes pas identifié(e).
Pages : 1
Merci pour votre aide
Hors ligne
(su , espace , tiret du 6)
Hors ligne
Hors ligne
Hors ligne
Hors ligne
ça fonctionne
Pas d'inquiétude je vais vite enlever le 777
Dernière modification par Micka260 (31-10-2019 19:43:05)
Hors ligne
Dernière modification par Debian Alain (31-10-2019 19:44:18)
Hors ligne
Un problème de droit :
Pas tu tout. Tu joues à l'apprenti sorcier. Ne viens pas te plaindre si tu casses ton système.
Voici l'explication :
"su" sans "-" ne réinitialise pas l'environnement et préserve le PATH de l'utilisateur normal et le répertoire courant. Le fichier .deb est dans ce répertoire, mais les commandes ldconfig et start-stop-daemon que dpkg a tenté d'exécuter se trouvent dans des répertoires /sbin ou /usr/sbin qui ne figurent pas dans le PATH d'un utilisateur normal, d'où l'erreur.
"su -" réinitialise l'environnement avec le PATH du superutilisateur et son répertoire personnel /root comme répertoire courant. Quand tu ne spécifies pas le chemin complet (absolu ou relatif) vers le fichier .deb qui se trouve dans un autre répertoire, tu as donc l'erreur fichier introuvable. Quand tu spécifies le chemin complet, le fichier est trouvé et la commande fonctionne.
Il était parfaitement inutile de modifier les permissions du répertoire utilisateur. Le superutilisateur n'en a pas besoin. Par contre maintenant n'importe quel utilisateur normal ou système peut faire n'importe quoi dans ce répertoire puisque tu as donné tous les droits à tout le monde. Certains programmes peuvent même refuser de fonctionner en considérant que les permissions ne sont pas assez sécurisées (notamment les fichiers de clés privées).
Il vaut mieux montrer que raconter.
Hors ligne
“It is not daily increase but daily decrease, hack away the unessential. The closer to the source, the less wastage there is.” - Bruce Lee (philosophe)
Hors ligne
Pas tu tout. Tu joues à l'apprenti sorcier. Ne viens pas te plaindre si tu casses ton système.
Exactement je joue l'apprenti sorcier, mais on m'a toujours dit que c'est en essayant qu'on apprend ... je sais que ce genre de droit ne doit pas être appliqué, mais j'essaye pour voir ce qui ce passe, puis je remet comme il faut après ...
"su" sans "-" ne réinitialise pas l'environnement et préserve le PATH de l'utilisateur normal et le répertoire courant. Le fichier .deb est dans ce répertoire, mais les commandes ldconfig et start-stop-daemon que dpkg a tenté d'exécuter se trouvent dans des répertoires /sbin ou /usr/sbin qui ne figurent pas dans le PATH d'un utilisateur normal, d'où l'erreur.
"su -" réinitialise l'environnement avec le PATH du superutilisateur et son répertoire personnel /root comme répertoire courant. Quand tu ne spécifies pas le chemin complet (absolu ou relatif) vers le fichier .deb qui se trouve dans un autre répertoire, tu as donc l'erreur fichier introuvable. Quand tu spécifies le chemin complet, le fichier est trouvé et la commande fonctionne.
Merci pour l'explication je ne connaissais pas du tout cette subtilité.
Est ce que si je fais su root j'ai le même résultat qu'avec su - ?
Dernière modification par Micka260 (01-11-2019 11:37:35)
Hors ligne
Exactement je joue l'apprenti sorcier, mais on m'a toujours dit que c'est en essayant qu'on apprend
Maintenant tu ne pourras plus affirmer qu'on t'a toujours dit cela, puisque je dis le contraire. Cette méthode a l'inconvénient de provoquer des dégâts, et le risque de ne rien apprendre du tout si on ne comprend pas ce qu'on fait et pourquoi. Il existe d'autres façons d'apprendre, par exemple en lisant et en comprenant les messages d'erreur.
La première chose à faire est donc de vérifier la valeur de la variable $PATH avec "echo $PATH", et de se rendre compte qu'effectivement elle ne contient pas les chemins mentionnés. Une première approche serait simplement d'ajouter ces chemins. Une autre serait d'essayer de rechercher pourquoi ils sont manquants par la lecture de la page de manuel de "su" (man su), une recherche dans le forum...
Le message me semble clair. Pas un problème de permission, mais de fichier non trouvé. Le chemin absolu n'a pas été spécifié, donc le fichier est recherché dans le répertoire courant. Quel est le répertoire courant ? L'invite de commande "~#" indique que c'est le répertoire personnel de root (~ représente le répertoire personnel, et # signale le compte root), donc /root. Si on ne sait pas décoder l'invite de commande, on peut exécuter la commande "pwd". Or le fichier ne se trouve pas dans /root mais dans le répertoire /home/mickael. Il suffisait donc de spécifier le chemin complet du fichier, ou de se déplacer dans ce répertoire avec la commande "cd".
j'essaye pour voir ce qui ce passe, puis je remet comme il faut après
Comment fais-tu pour remettre les permissions comme elles étaient si tu ne les as pas sauvegardées ? Enlever une permission ne suffit pas car on ne sait pas si elle était présente avant ou pas. Fais particulièrement attention aux permissions d'exécution, notamment sur les répertoires (cette permission est nécessaire pour traverser un répertoire).
Est ce que si je fais su root j'ai le même résultat qu'avec su - ?
Tu peux rester fidèle à ta méthode et essayer, c'est sans risque cette fois. Ou bien tu peux consulter la page de manuel de su.
Dernière modification par raleur (01-11-2019 12:54:12)
Il vaut mieux montrer que raconter.
Hors ligne
dpkg: erreur: 2 programmes attendus non trouvés dans la variable PATH ou non exécutables
Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin
La première chose à faire est donc de vérifier la valeur de la variable $PATH avec "echo $PATH", et de se rendre compte qu'effectivement elle ne contient pas les chemins mentionnés. Une première approche serait simplement d'ajouter ces chemins. Une autre serait d'essayer de rechercher pourquoi ils sont manquants par la lecture de la page de manuel de "su" (man su), une recherche dans le forum...
Bonjour,
En fait, je cherche depuis pas mal de temps sur différents forums, et je ne comprends pas bien j'ai essayé de faire un export PATH en root ???
Mais l'erreur persiste ?
Dernière modification par sebiseb (24-02-2020 19:27:42)
$ apt-get install anarchy-in-the-world
$ /etc/init.d/world restart
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Pages : 1