Output del comando non in stderr né in stdout

Mi sono imbattuto in questo problema, quindi mi chiedo come sia possibile?

Esecuzione standard del comando:

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14
info from server: "Processed 0 Failed 1 Total 1 Seconds spent 0.000017"
sent: 1; skipped: 0; total: 1

OK, proviamo a ottenere solo la prima riga:

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 | head -1
sent: 1; skipped: 0; total: 1

Che dire della testa standard?

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 | head 
sent: 1; skipped: 0; total: 1

Grep inverso? sed? tee?!?!?!!?

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 | grep -v pero
sent: 1; skipped: 0; total: 1

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 | sed 's/foo/bar/'
sent: 1; skipped: 0; total: 1

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 | tee
sent: 1; skipped: 0; total: 1

stderr a stdout?

# zabbix_sender -c zabbix_agentd.conf -k mmysql.QCInserts -o 14 2>&1 | tee
sent: 1; skipped: 0; total: 1

Sono davvero perplesso ...

Ciò può accadere se l'applicazione sta scrivendo direttamente su TTY anziché su STDOUT o STDERR.

Puoi giocare con questo comportamento confrontando i 2 esempi seguenti

( echo foo ) &>/dev/null
( echo foo > $(tty) ) &>/dev/null

Nota che il primo non mostra nulla, ma il secondo. Questo perché abbiamo inviato l'output direttamente a tty e bypassato il reindirizzamento a /dev/null.

Puoi aggirare roba del genere usando script

script -c '( echo foo > $(tty) ) &>/dev/null'  >/dev/null

Fondamentalmente l' scriptutilità crea un falso tty e avvia il comando in quel tty. Qualsiasi output dal comando viene inviato a STDOUT che è possibile reindirizzare normalmente.