![GNU Screen, любая команда вызывает блокировку](https://rvso.com/image/1259780/GNU%20Screen%2C%20%D0%BB%D1%8E%D0%B1%D0%B0%D1%8F%20%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B0%20%D0%B2%D1%8B%D0%B7%D1%8B%D0%B2%D0%B0%D0%B5%D1%82%20%D0%B1%D0%BB%D0%BE%D0%BA%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D1%83.png)
Я подключился по ssh к удаленному ящику, думаю, это redhat, но не уверен, как определить. В своем домашнем каталоге я проделал процесс установки screen и всех его зависимостей из исходников, поскольку он еще не установлен.
Я могу запустить screen, он нормально открывается и выдает мне приглашение, однако любая команда от ls до vim, до zsh просто блокирует его. Я гуглю это уже около 6 часов, но «screen locks/hangs/freezes» (с очевидными дополнительными поисковыми терминами) выдает слишком много нерелевантных результатов, и, насколько я могу судить, релевантных нет.
Для gnu screen не так много вариантов компиляции. Какую информацию я могу предоставить, чтобы помочь тем, кто захочет мне помочь?
решение1
Странно, но, похоже, проблема была в TERM. Я подключался по ssh из терминала вне X, на котором запущен zsh. Когда я подключался по ssh в системе, меняя term на vt220, при этих настройках или вручную устанавливая TERM="linux" на удаленном хосте, screen блокировался. Однако из X я подключаюсь по ssh из терминала rxvt-unicode, на котором запущен zsh, вручную устанавливаю TERM на удаленном хосте на 'rxvt', затем запускаю screen. Screen устанавливает term на "screen.rxvt", и все работает нормально.
Я действительно думаю, что теперь я буду использовать ssh только из X, я сделал это из терминала, потому что X все еще компилировался на машине, которую я использовал (gentoo). Так что я думаю, что это можно решить как проблему TERM, хотя я не уверен, что есть обходной путь вне X, если кто-то еще с этим столкнется.