O problema aqui não tem nada a ver com o redirecionamento, é que você copiou caracteres de aspas. Eles não são o mesmo que aspas retas (que o terminal entende como caracteres especiais), então o comando não significa a mesma coisa.
Em grande parte, isso é culpa do site do qual você copiou e colou os comandos (você deve informá-los).
Para corrigir, basta substituir a versão com suas contrapartes retas:
sudo sh -c 'echo "deb http://archive.canonical.com/ubuntu trusty partner" >> /etc/apt/sources.list.d/canonical_partner.list'
Sim, tee pode parecer melhor, mas não há nada de errado com o redirecionamento.
Houve alguma dúvida sobre se essa realmente era a causa. É, mas vou provar isso. O redirecionamento no comando original está sendo interpretado primeiro. Bash tenta abrir um identificador de gravação (como o usuário atual) no arquivo de saída primeiro e falha.
$ sudo afoijaf2 > /rawr
-bash: /rawr: Permission denied
É por isso que não vemos um comando não encontrado. afoijaf2 aqui é claramente inexistente e ‘echo também é claramente um comando inválido. Nenhum dos dois está sendo executado - sudo ainda não foi executado - porque o Bash falhou em obter um identificador de gravação. Isso erros primeiro.