Pourquoi sudo cat donne une Autorisation refusée mais sudo vim fonctionne bien?

Comme @geekosaur expliqué, le shell ne la redirection avant l'exécution de la commande. Lorsque vous tapez ceci:

sudo foo >/some/file

Votre shell courant crée une copie de lui-même qui essaie d'abord d'ouvrir /some/file pour l'écriture, puis fait ce descripteur de fichier standard de sortie, et alors seulement s'exécute sudo.

Si vous êtes autorisé (sudoer configs souvent obstacle à l'exécution de coquillages), vous pouvez faire quelque chose comme ceci:

sudo bash -c 'foo >/some/file'

Mais j'ai trouver une bonne solution, en général, est d'utiliser | sudo tee au lieu de > et | sudo tee -a au lieu de >>. C'est particulièrement utile si la redirection est la seule raison pour laquelle j'ai besoin de sudo en premier lieu; après tout, inutilement processus en cours d'exécution en tant que root est précisément ce que sudo a été créé pour éviter. Et en cours d'exécution echo en tant que root est tout simplement ridicule.

echo '[archlinuxfr]' | sudo tee -a /etc/pacman.conf >/dev/null
echo 'Server = http://repo.archlinux.fr/$arch' | sudo tee -a /etc/pacman.conf >/dev/null
echo ' ' | sudo tee -a /etc/pacman.conf >/dev/null

J'ai ajouté > /dev/null sur la fin parce que tee envoie sa sortie de les deux le fichier nommé et son propre standard de sortie, et je n'ai pas besoin de voir ça sur mon terminal. (Le tee commande agit comme un "T" connecteur dans un pipeline, qui est d'où il tire son nom.) Et je suis passé à des guillemets simples ('...') au lieu de doubles ( " ... " ), de sorte que tout est littéral et je n'ai pas eu à mettre une barre oblique inverse devant le $ dans $arch.

Alors qui prend soin de l'écriture de fichiers en tant que root à l'aide de sudo. Maintenant, pour une longue digression sur les moyens de sortie de retour à la ligne contenant le texte dans un script shell. 🙂

Tout d'abord, vous pouvez simplement de regrouper tous les echo's ensemble dans un shell interne est exécuté, de sorte que vous n'avez qu'à faire la redirection une fois:

(echo '[archlinuxfr]
 echo 'Server = http://repo.archlinux.fr/$arch'
 echo ' ') | sudo tee -a /etc/pacman.conf >/dev/null

Ou de l'utilisation printf au lieu de echo, de sorte que vous pouvez incorporer des retours à la ligne directement dans la chaîne à l'aide de \n:

printf '[archlinuxfr]\nServer = http://repo.archlinux.fr/$arch\n ' | 
  sudo tee -a /etc/pacman.conf >/dev/null

Dans bash, vous pouvez obtenir le même résultat avec echo -e:

# BASH ONLY - NOT RECOMMENDED
echo -e '[archlinuxfr]\nServer = http://repo.archlinux.fr/$arch\n ' | 
  sudo tee -a /etc/pacman.conf >/dev/null

Mais la plupart des shells va juste à la sortie de la -e lorsque vous essayez de faire cela, il n'est donc pas recommandé.

Avec les deux printf et echo -e, ce que la commande soit comme argument une chaîne de caractères contient un backslash suivi par un littéral N où que vous tapez \n, et c'est le programme de commande lui-même (le code à l'intérieur printf ou echo) pour traduire cela en un retour à la ligne. Dans de nombreux moderne coquilles, vous avez la possibilité d'utiliser ANSI citations $'...', qui va traduire les séquences comme \n en littérale retours à la ligne avant le programme de commande ne voit jamais la chaîne, ce qui signifie que ces chaînes de travailler avec n'importe quelle commande que ce soit:

echo $'[archlinuxfr]\nServer = http://repo.archlinux.fr/$arch\n ' | 
  sudo tee -a /etc/pacman.conf >/dev/null

Mais, bien plus portable que echo -e, ANSI citations sont toujours un non-POSIX extension.

Mon préféré façon de le faire serait d'utiliser un ici-document et d'éviter la nécessité pour echo ou printf entièrement:

sudo tee -a /etc/pacman.conf >/dev/null <<'EOF'
[archlinuxfr]
Server = http://repo.archlinux.fr/$arch

EOF

sudo bash -c 'echo "[archlinuxfr]" >> /etc/pacman.conf'