Переместить программу, запущенную на экране GNU, на другой терминал

Я хочу завершить экземпляр GNU screen, сохраняя процесс, выполняющийся внутри него.

Поэтому я открыл свою обычную программу-эмулятор терминала и запустил экран. Затем я использовал этот экземпляр screenдля выполнения ./script_x.sh. Теперь, по какой-то причине, я хочу прекратить использование, screenоднако script_x.shеще не выполнил свою задачу, и я не желаю лишаться своего прогресса.

Могу ли я сохранить активный процесс живым, чтобы продолжить работу над ним в моем обычном эмуляторе терминала?

terminal gnu-screen xterm terminal-emulator terminal-multiplexer голоса
источник

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

BlueCacti

Или просто создайте другой экран внутри screenсеанса.

Хрилис - на забастовку -

Этот вопрос пахнет как проблема XY .

Digital Chris

@ tjt263 - вы говорите, что в первую очередь сожалеете об использовании screen, так что бы вы сделали, чтобы сохранить ваш процесс запущенным, если бы вы не использовали screen? Вы все еще можете сделать то же самое с процессом на экране, но у экрана есть дополнительное преимущество в том, что вы можете отсоединиться от него и позволить вашему процессу работать без помех.

Джонни

@DigitalChris Это может сделать сейчас. Я чувствую, что оригинальное название было более вероятно более актуальным. Есть 3 отличных момента: я запускал программу внутри screen. Я хотел прекратить использовать screen. Я не хотел останавливать программу, которая работала внутри screen. Вот и все. Я не знаю, как прояснить ситуацию или выразить это проще, чем это.

голоса

Ответы:

TLDR: Практический ответ: Нет.

Более длинный ответ:

В теории вы можете. Если вы запустили что-то вроде nohup myprog &изнутри экрана, оно продолжится. Он будет игнорировать сигнал зависания и не будет иметь никакого входа, но в теории вы могли бы продолжить работу с ним.

На практике это не так. Таким образом, если вы не хотите присоединить отладчик к запущенному процессу, переписать его файловые дескрипторы и убедиться, что процесс обрабатывает сигналы -1, когда вы закрываете экран ... тогда ответ - нет.

Если вы готовы сделать это, у меня дома есть закладка, указывающая на [SU], где кто-то сделал именно это . Сохранено для удивительности, а не потому, что это легко и тривиально сделать.

Hennes
источник

Обратите внимание, что вопрос был отредактирован с момента вашего ответа.

Хрилис - на забастовке -

Отключить процесс довольно просто - это вопрос настройки групп процессов (с disownили на более низком уровне), чтобы не SIGHUPбыло отправлено ни одного , когда родительский процесс умирает. Переподключение ввода / вывода - это совсем другое - вот где приходит отладчик.

alexis

Вам не нужно , nohupесли вы находитесь в оболочке управления заданиями (как bash, ksh, csh, zsh, ashи т.д.). Если вы все еще используете неуправляемую оболочку управления, такую как Bourne, shвозможно, пришло время обновиться.

птенцы

Вы можете попробовать использовать reptyrдля повторного подключения уже запущенного приложения к другому терминалу. У него есть некоторые проблемы с отправкой процесса в фоновом режиме.

Я только что проверил это (начните htopвнутри screen, reptyrэто к другому терминалу, убейте screen), и это, казалось, работало хорошо. Тем не менее, это действительно хакерское решение, так что никаких гарантий.

земля
источник

Менее хакерский, чем использование GDB :)

Hennes

Да (если «убийство» на самом деле не убийство), это именно то, для чего предназначен экран. Вы должны проверить руководство и попробовать, какой из них соответствует вашим потребностям:

C-a d
C-a C-d     (detach)      Detach screen from this terminal.

C-a D D     (pow_detach)  Detach and logout.

Тогда вам понадобятся параметры командной строки -D / -d -R / -r экрана, в зависимости от вашего выбора.

Гомбай Шандор
источник

Это не отвечает на вопрос. ОП не хочет отсоединяться от экрана, они хотят прервать процесс на экране.

Гунтрам Блом поддерживает Монику

Да, он написал это, но я не уверен, что он спросил, что он хотел.

Гомбай Шандор

@GuntramBlohm Не совсем понятно, что ОП понимает, как работает экран, и это наиболее вероятный желаемый эффект.

Хрилис - на забастовку -

Знаете ли вы, что screen - это не терминал, отличный от xterm, а слой (псевдотерминал), который можно подключить к вашему реальному терминалу (vterm, xterm, terminator, (m) rxvt, любой) после отсоединения его от любого другого терминала? И экран - это то, что поддерживает ваш процесс так, как вы запустили его внутри экрана (и он делает это хорошо). Если вы убиваете (действительно убиваете) экран, то вы вытаскиваете коврик из-под вашего процесса ... Я просто не вижу веской причины, по которой вы сделали бы это.

Гомбай Шандор

@ GombaiSándor: Одна из причин, по которой вы захотите это сделать, - это заставить процесс общаться напрямую с терминалом, чтобы передать возможности, о которых экран не знает. Например, однажды я взломал свою собственную версию xterm, чтобы заставить все странные функциональные клавиши на моей клавиатуре отправлять escape-последовательности, которые включали в себя X11 keysym и состояние полного модификатора, вместо того, чтобы пытаться притвориться, что это VT102 - и затем начал устанавливать сочетания клавиш для них в Emacs. Эти последовательности не будут проходить через экран без повреждений.

Хеннинг Махолм