sudo: source: commande introuvable

Le problème est que source est une commande intégrée à bash (pas un programme - comme ls ou grep ). Je pense qu'une approche consiste à vous connecter en tant que root, puis à exécuter la commande source.

sudo -s
source /etc/bash.bashrc

Le problème n'est pas que source est une commande intégrée au shell. Le fait que ce soit est ce qui vous lance réellement l'erreur command not found , mais cela ne signifie pas que cela fonctionnerait si c'était le cas.

Le problème réel est le fonctionnement des variables d'environnement. Et ils fonctionnent comme ça: Chaque fois qu'un nouveau processus est lancé, si rien ne se produit, il hérite de l'environnement de son parent. De ce fait, l'utilisation d'un sous-shell (par exemple, en tapant bash dans une instance de bash) et en regardant la sortie de env devrait donner des résultats similaires à ceux de son parent.

Cependant, en raison du fonctionnement de sudo (comme indiqué dans sa page de manuel), sudo tente de supprimer l’environnement de l’utilisateur et de créer un environnement "par défaut" pour l’utilisateur supplantant, de sorte que la commande run soit exécutée comme si l’utilisateur qui l’avait appelé était l’utilisateur appelant (qui est le comportement attendu), et donc exécuter nautilus comme sudo nautilus devrait ouvrir un dossier dans le dossier /root , et non /home/yourusername .

Donc:

Faire quelque chose comme sudo source script.sh puis sudo command , même si cela fonctionnait, ne réussirait pas à définir une variable sur le sudo command plus tard.

Pour transmettre des variables d’environnement, vous pouvez soit dire à sudo de préserver l’environnement (via le commutateur -E et disposer des autorisations appropriées dans votre fichier sudoers) et / ou le définir pour la commande sudo VAR1=VALUE1 VAR2=VALUE2 command .

Comme Marcos dit , votre problème principal est que source est une commande intégrée au shell qui n'affecte que le processus shell dans lequel elle est exécutée.

La solution simple est de simplement lancer un nouveau shell en tant que root, et bash lira automatiquement /etc/bash.bashrc au démarrage. C'est aussi simple que de dire

sudo bash

La fermeture et la réouverture du terminal ne doivent pas changer les choses. Par défaut, sudo supprime l'environnement. Pour le désactiver, ajoutez -E à sudo.

L'erreur se produit car le fichier binaire que vous essayez d'appeler depuis la ligne de commande ne constitue qu'une partie de la variable PATH de l'utilisateur actuel, mais ne fait pas partie du PATH de l'utilisateur root.

Vous pouvez le vérifier en localisant le chemin d'accès du fichier binaire auquel vous tentez d'accéder. Dans mon cas, j'essayais d'appeler "bettercap-ng". Alors j'ai couru,

$ which bettercap-ng
/home/user/work/bin/bettercap'

J'ai vérifié si cet emplacement faisait partie du PATH de mon utilisateur root.

$ sudo env | grep ^PATH
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin

Donc, sudo ne peut pas trouver le binaire que j'essaie d'appeler depuis la ligne de commande. Ainsi, la commande d'erreur est introuvable.

Vous pouvez demander à sudo d’utiliser le PATH de l’utilisateur actuel lors de l’appel d’un binaire comme ci-dessous.

sudo -E env "PATH=$PATH" [command] [arguments]

En fait, on peut en faire un alias:

alias mysudo='sudo -E env "PATH=$PATH"'

Il est également possible de nommer l'alias lui-même sudo, en remplacement du sudo d'origine.

Veuillez vous référer à cette vidéo pour une solution pas à pas

En utilisant bash substitution de processus , vous pouvez:

source <(sudo cat /etc/bash.bashrc)