É a saída do clearcomando…

Você correu clear. clearproduziu essas sequências de controle. (Eles estão apenas em uma ordem diferente na minha máquina.)

% claro | gato -v ; eco
^[[2J^[[H^[[3J]
%

Em um terminal ECMA-48 ou emulador de terminal, essas sequências de controle apagam a tela e posicionam o cursor.

% claro | console-decode-ecma48
ED 2
COPO 0
ED 3
%

Mas o watchcomando interpreta as saídas padrão dos processos que ele executa e não entende nenhuma sequência de controle ECMA-48 além de uma. Ele compreende apenas alguns dos caracteres de controle TTY-37 de 1968 e (se o -csinalizador for usado) a sequência de controle SGR do ECMA-48.

Todo o resto passa para ncurses, que imprime caracteres de controle em notação de acento circunflexo. Mas por causa de um bug emwatch , o segundo caractere de uma string de notação de acento circunflexo é imediatamente sobrescrito, e o que deveria ter sido ^[[sai como ^[na watchsaída de .

… e apenas o clearcomando.

O script de shell não é citado:

watch -n 10 clear > /dev/pts/0 ; netstat -tupn 2>/dev/null | grep -v 3306 > /dev/pts/0

Portanto, são dois pipelines, sequencialmente:

watch -n 10 clear > /dev/pts/0
netstat -tupn 2>/dev/null | grep -v 3306 > /dev/pts/0

O redirecionamento acontece antes que os comandos sejam executados e, em dois casos, está redirecionando a saída padrão para o pseudo-terminal para o qual estava aberto de qualquer maneira . Eles são efetivamente no-ops:

assistir -n 10 limpar
netstat -tupn 2>/dev/null | grep -v 3306

Sua máquina está fazendo exatamente o que você disse para fazer.

Então você está observando a saída apenas do clearcomando, repetidamente, cuja saída não está sendo processada como sequências de controle, mas simplesmente impressa em notação de acento circunflexo quebrada.

Saia watchpara executar seu netstatcomando uma vez. ☺