Я поразил Ctrl+d, в то время как на экранной сессии, как я теперь отправляю команды?
Справочное руководство по перенаправлению Баш говорит:
Оператор [N]> & Word используется [...] для дублирования дескрипторов выходных файлов. Перенаправить как STDERR и STDOUT, чтобы подать, вы должны использовать форму &> Файл ....
Кратко: все сообщения STDERR и stdout будут перенаправлены на / dev / null
Ctrl
d[112759] обычно конфигурируется для генерации EOF-сигнала, который для большинства оболочек по умолчанию означает конец входа в оболочку, и оболочка завершается. Однако, вы запустили другой процесс (minecraft) в оболочке, поэтому она ждет завершения этого процесса.
Нет способа отменить это.Чтобы предотвратить это в будущем, предполагая, что вы используете bash, установите переменную окружения [112760]IGNOREEOF[112761] в число, большее 1, и вам нужно будет случайно нажать [112762]Ctrl
d[112765] столько раз.[112476].
Я нашел этот пост, когда мне нужно было решение той же проблемы. Я думаю , что наткнулся на ответ случайно, прочитав это и попробовав что-то в "мертвом" окне экрана.
Ситуация: Я использую "set -o vi" в bash для своего редактора командной строки. Я использовал "ESC k" для прокрутки назад. Я хотел нажать CTRL-C, чтобы вернуться к пустой подсказке, но по ошибке нажал CTRL-D. Когда я это сделал, это окно на экране заблокировалось ... сам экран все еще был в порядке, и все другие окна экрана были в порядке.
Решение (?): Я обнаружил, что отправка XOFF (ctrl-s) с последующим XON (ctrl-q) "размораживает" окно. Отправка только XON - без предварительной отправки XOFF - не работает .
Однако мне совершенно не удалось воспроизвести блокировку CTRL-D. Я понятия не имею, какие условия существовали, чтобы вызвать это! Поскольку я не могу воспроизвести проблему, я не могу протестировать свое решение, поэтому я не знаю, действительно ли я нашел решение или оно просто «самоустранилось» через некоторое время. * пожимают плечами *
Если у кого-то будет возможность протестировать это, пожалуйста, ответьте! : o)