Le problème ici n'a rien à voir avec la redirection, c'est que vous avez copié des caractères de guillemets curly. Ce ne sont pas les mêmes que les guillemets droits (que le terminal considère comme des caractères spéciaux) et la commande ne signifie donc pas du tout la même chose.
C'est en grande partie la faute du site web à partir duquel vous avez copié-collé les commandes (vous devriez le leur faire savoir).
Pour y remédier, il suffit de remplacer les boucles par des boucles droites :
sudo sh -c 'echo "deb http://archive.canonical.com/ubuntu trusty partner" >> /etc/apt/sources.list.d/canonical_partner.list'
Oui, tee
est peut-être plus jolie, mais il n'y a rien de mal à la redirection.
On s'est demandé si c'était vraiment la cause. C'est le cas, mais je vais le prouver. La redirection dans la commande originale est interprétée en premier. Bash tente d'ouvrir un handle d'écriture (en tant qu'utilisateur courant) sur le fichier de sortie premier et échoue.
$ sudo afoijaf2 > /rawr
-bash: /rawr: Permission denied
C'est pourquoi nous ne voyons pas de commande introuvable. afoijaf2
ici est manifestement inexistante et ‘echo
est aussi clairement une commande non valide. Aucune des deux n'est exécutée - sudo
ne s'est même pas exécutée - parce que Bash n'a pas réussi à obtenir un handle d'écriture. C'est la première erreur.