“хвост-f | iconv-fsjis” ничего не производит

(возьмите это с щепоткой соли) Насколько я помню, проблема заключается в том, как libiconv работы. Многобайтовой кодировке нужен конечный автомат для декодирования их, и libiconv предпочитает получать все символы, таким образом, Вы не можете только дать ему половину символа в одном вызове функции и другую половину в следующем.

Я могу думать о еще двух решениях, каждый - хороший внеполосный метод, другой внутриполосный взлом.

Измените Эмулятор терминала, кодирующий (внеполосный): нужно изменить кодировку символов в Вашем эмуляторе терминала, таким образом, его собственное кодирование является Shift JIS. Я просто проверил konsole, и поддержки это. Из меню, View→Character encoding→Japenese→sjis. Вы можете затем просто tail -f файл, и konsole будет заботиться о декодировании многобайтовых символов и соответствии им до глифов шрифтов.

Транскодируйте терминал, кодирующий на лету (внутриполосный; лучше всего): любезность Gilles, который напомнил мне о luit после очень долгого времени. Использовать luit, который должен был идти с Вашим распределением Xorg (на Debian, это - пакет x11-utils). Используйте его как это:

$ luit -encoding SJIS -- tail -f x

Это будет делать терминальный транскод SJIS к/от Вашему терминальному кодированию и работать tail -f x. Оборотная сторона luit это, это не поддерживает богатство кодировки, поддерживаемой libiconv. Позитивный аспект, это доступно почти везде.

Транскодируйте терминал, кодирующий на лету (внутриполосный; взлом): ttyconv взлом, который я записал много лет назад (первоначально в C, позже восстановленном в Python), который использует libiconv транскодировать терминал ввод-вывод. Это порождает новый псевдотерминал и (a) транскодирует символы, которые Вы вводите от своего локального кодирования в удаленное кодирование и (b) транскодирует символы, которые Вы получаете от удаленного кодирования до Вашего локального кодирования. Я использовал его, чтобы говорить с серверами, которые использовали кодировку, не поддерживаемую стандартными терминалами Linux. Обратите внимание на то, что вся удаленная кодировка, с которой я протестировал его, была однобайтовой кодировкой, таким образом, я не могу гарантировать, что это работало бы на Shift JIS. Я не часто нахожу, что вызов использует его в эти дни с большинством систем, переключающихся на Unicode.

Это - то, как Вы использовали бы его:

$ ttyconv -rsjis -- tail -f x

Оборотная сторона ttyconv это, я записал это, никто не использует его, но меня, это, вероятно, полно ошибок. Я выделяюсь в этом. Позитивный аспект - то, что это использует libiconv, таким образом, если Ваше кодирование необычно, это - Ваш лучший выбор. Наконец количество, ttyconv --list поддержки 100 кодировок.