что делать, если хвост не работает при чтении из канала

вы не получаете EPIPE при чтении, только запись вернет EPIPE. Вы получите EOF, на что указывает чтение, возвращающее 0, и, поскольку вы читаете stderr, вы также получите сообщение об ошибке (до EOF).

Процесс станет зомби, и вы можете использовать wait/waitpid, чтобы получить статус выхода, который будет ненулевым, если произошла ошибка.

Ядро отправит сигнал SIGPIPE другому процессу в канале, когда tail завершится. Действие по умолчанию для этого сигнала (если обработчик не установлен) — завершить процесс.

Если вы не хотите иметь дело с сигналами, вы можете игнорировать SIGPIPE в родительском (чтобы он не завершался, когда tail завершается), и вместо этого проверять, равно ли значение errno EPIPE после каждого read. Кроме того, вам нужно будет вызвать wait или waitpid из родителя, чтобы собрать дочерний элемент-зомби.

Если хвост завершается ошибкой, любое чтение на считываемом конце канала будет возвращать EOF. Если хвост дает сбой, он уже завершен, определение «сбой» состоит в том, что он завершился с ненулевым статусом выхода. Он останется в таблице процессов (т. е. «несуществующим») до тех пор, пока родитель не дождется его.

Но почему у вас есть хвост, использующий один и тот же канал для stderr и stdout? Почему бы просто не сделать две трубы? Кажется, что это устранило бы проблему различения двух выходных потоков.