Я нажимаю Ctrl + d во время сеанса экрана, как мне теперь отправлять команды?

Я пытался Ctrl d , и неудачно провалился, и вместо этого введите Ctrl d , теперь экран не будет отвечать на мои команды. Они появляются, и приложение, работающее на экране (сервер minecraft), все еще тикает, но я не могу выдавать команды сервера.

Ctrl a d работает и снова подключается к screen -r -d -S minecraft работает нормально, но команды не регистрируются.

Любой способ восстановить контроль?

  • gnu screen получить user @ host на hardline
  • экранная команда, не отображающая строку состояния
  • Экран GNU запрещает сообщение «Width x chars too small» на выходе («Ca C- \»)
  • Прокрутка с колесом мыши внутри экрана
  • предварительные настройки списка экранов
  • Экран создания / возобновления сеанса, команда запуска
  • Экран переключения окон не работает с пользовательским ключом команды
  • Экранная команда для буфера
  • 2 Solutions collect form web for “Я нажимаю Ctrl + d во время сеанса экрана, как мне теперь отправлять команды?”

    Ctrl d обычно сконфигурирован для генерации сигнала EOF, который по умолчанию для большинства оболочек означает конец ввода в оболочку, и оболочка завершается. Тем не менее, вы запустили другой процесс (minecraft) в оболочке, поэтому он ждет завершения этого процесса.

    Невозможно отменить это.

    Чтобы предотвратить это в будущем, при условии, что вы используете bash, установите переменную среды IGNOREEOF на число больше 1, и вам придется случайно ударить Ctrl d много раз.

    Я нашел этот конкретный пост, когда мне было нужно решение для той же проблемы. Я думаю, что случайно наткнулся на ответ, прочел это и пробовал вещи в «мертвом» окне экрана.

    Ситуация: я использую «set -o vi» в bash для моего редактора командной строки. Я использовал «ESC k» для прокрутки назад. Я хотел нажать CTRL-C, чтобы отменить обратно в пустое приглашение, но нажал CTRL-D по ошибке. Когда я это сделал, это окно на экране заблокировало … экран сам по себе был прекрасен, и все остальные окна экрана были в порядке.

    Решение (?): Я обнаружил, что отправка XOFF (ctrl-s), за которой следует XON (ctrl-q), «размораживает» окно. Отправка XON в одиночку – без предварительной отправки XOFF – не работает.

    Однако я полностью не смог воспроизвести блокировку CTRL-D. Я понятия не имею, какие условия существуют для его возникновения! Так как я не могу воспроизвести проблему, я не могу проверить свое решение, поэтому я не знаю, нашел ли я решение, или просто как-то через какое-то время произошло «исправить себя». * Пожала плечами *

    Если кто-нибудь получит возможность проверить это, ответьте! : О)

    Interesting Posts

    Существует ли эффективное решение для ошибки i965, влияющей на libEGL?

    zip для использования имени файла

    Как отключить обычную среду SMTP для Citadel 8.20 на Slackware 14.0?

    Как сохранить новые строки, исходящие из вывода команды во время присвоения переменной?

    Копирование ОС с одного диска на другой, переходящего из MBR в GPT, – что нужно отслеживать?

    копировать файлы по дереву, а копировать файлы, а не каталоги в целевом

    Сценарий оболочки с циклом for и "array"

    apt-get: нет кандидата на установку libxul-dev

    найти команду в Linux

    Что происходит с дескриптором процесса, когда процесс остановился?

    Безопасное выполнение команды cat без выполнения произвольного кода

    Не удается SSH / FTP в новую учетную запись пользователя в Ubuntu?

    Каковы плюсы и минусы deb vs. rpm?

    сортировать данные ls пользователями

    X11 плохой доступ с первой попытки, но работа над последовательными попытками

    Linux и Unix - лучшая ОС в мире.