При нажатии Enter выводится ^M вместо новой строки

Например, если я использую tail -f для файла или read для ввода данных пользователем, нажатие <Enter> будет выводить ^M в терминале вместо завершения read или добавления новой строки в stdout. ^J работает нормально.

Я ssh соединяюсь с системой ubuntu, если это имеет значение. Это происходит как в zsh, так и в bash. Одно из решений, с которым я играл, – это переназначение ^M на ^J в zsh, но кажется, что это не решит основную проблему. Кто-нибудь знает, что может быть причиной этого?

Правка: Чтобы ответить на некоторые вопросы, я ssh соединяюсь с Ubuntu из OSX. Я использую iTerm и zsh. Я также забыл упомянуть, что использую tmux на машине с Ubuntu.

Правка 2: Пропустил вопрос. Когда я нажимаю Ctrl-V Enter, я получаю ^M (как на OSX, так и на Ubuntu).

Правка 3: На OSX и Ubuntu echo $TERM выдает screen-256color.

Если кто-то еще сталкивается с этой проблемой, то это, скорее всего, проблема с настройкой терминала stty, а не проблема TERM. Если это произойдет с вами снова, попробуйте запустить stty sane и дайте знать, если это решит проблему.

Попробуйте выполнить stty -a, чтобы просмотреть настройки вашего терминала. Я подозреваю, что ваша настройка icrnl не установлена и будет показана как -icrnl (минус означает, что она выключена) вместо того, чтобы иметь свое обычное значение – включена. Вот как мой терминал обычно настроен, когда я вхожу:

$ stty -a
speed 38400 baud; rows 45; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff
-iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke

И у меня нет проблем с окончанием строк: как возврат (^M), так и ввод (^J) завершат ввод строк. Но если я отключу icrnl, то коды ^M неожиданно появляются каждый раз, когда я общаюсь с программой и нажимаю Enter:

$ stty -icrnl
$ read line
Line of text^M^M^M^M
$ stty -a
speed 38400 baud; rows 45; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff
-iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke

Код icrnl означает “превратить возвраты каретки в новые строки” и скрывает от работающей программы, что вы можете вводить ^M, когда Unix действительно хочет ^J. Старые клавиатуры обычно имели отдельные клавиши Return и Enter (где Return обычно продвигал вас по форме, а Enter отправлял ее), но сегодня у нас обычно только одна клавиша для окончания строки, и поэтому эта настройка терминала помогает объединить два значения.

Добавьте команду stty icrnl в ваш .profile или .bashrc, если вы обнаружите, что это действительно проблема.

Я только что столкнулся с этой проблемой в zsh на Ubuntu 20.04, и ни tty sane, ни stty icrnl не сработали.

В итоге это было вызвано отключением NumLock.
Как только я его снова включил, клавиша Enter снова заработала нормально.

Мое решение:

CTRL+Enter решит вашу проблему. Всякий раз, когда вы хотите выполнить команду в командной строке, вы можете нажимать CTRL+ENTER.

Я публикую свой ответ здесь для случая, который произошел на Mac + Docker shell.
Я исправил эту проблему, выполнив reset в оболочке.
Я знаю, что это не отвечает на текущий вопрос. Но публикую это здесь, так как этот результат преобладает в результатах поиска.