Если Вы ^Z от процесса, это “останавливается”. Как делают Вы переключаетесь, въезжают задним ходом?

Нет никакого категорического пути, если Вы не использовали что-то для входа каждого процесса, порожденного в систему (как учет аудита или процесса).

Теперь, вещи можно хотеть попробовать:

  • Тот процесс мог бы регистрировать вещь (с помощью системного журнала или другого) включая его pid, таким образом, Вы могли сделать a zgrep -w 2302 /var/log/**/*(.m-1) (zsh синтаксис), чтобы попытаться определить его.
  • Это или его родитель, возможно, зарегистрировали что-то для создания отчетов о смерти того процесса, Вы могли посмотреть на файлы, которые были изменены начиная с уничтожения, чтобы видеть, содержат ли они какую-либо подсказку (взгляд на .xsession-errors из каждого графически вошел в систему, пользователь, в/var/log снова, смотрит на lsof -nP вывод, чтобы видеть, существует ли некоторая запись, бывшая похожая на файлы журнала в настоящее время, открывается...)...
  • Если не слишком много процессов порождаются на той машине, смотрят на pids близко к 2 302 и их время начала. 2302, возможно, был родитель или ребенок их, или быть связанным команды, он мог бы дать признак того, какой пользователь, вероятно, породил его...
  • в случае, если это было порождено в терминале некоторого пользователя, Вы могли посмотреть если любое время изменения любого оконечного устройства в /dev соответствует времени уничтожения, которое могло помочь Вам снова сузить свой поиск...
87
12.02.2014, 23:31
3 ответа

Самый легкий путь состоит в том, чтобы работать fg принести его к переднему плану:

$ help fg
fg: fg [job_spec]
    Move job to the foreground.

    Place the job identified by JOB_SPEC in the foreground, making it the
    current job.  If JOB_SPEC is not present, the shell's notion of the
    current job is used.

    Exit Status:
    Status of command placed in foreground, or failure if an error occurs.

С другой стороны, можно работать bg чтобы иметь его продолжаются в фоновом режиме:

$ help bg
bg: bg [job_spec ...]
    Move jobs to the background.

    Place the jobs identified by each JOB_SPEC in the background, as if they
    had been started with `&'.  If JOB_SPEC is not present, the shell's notion
    of the current job is used.

    Exit Status:
    Returns success unless job control is not enabled or an error occurs.

Если Вы только что поразили Ctrl Z, то принести задание, назад просто выполненное fg без аргументов.

101
27.01.2020, 19:30
  • 1
    Спасибо!! Я предполагаю, что это - eq Alt+Tab. Вы знаете то, что произошло, как только я сделал fg telnet все же. Это сказало Terminated, по-видимому, b/c моего предыдущего kill cmd. –  bobobobo 16.01.2014, 01:00
  • 2
    @bobobobo, по-видимому, да. Так или иначе, fg не нуждается ни в каких аргументах. Если Вы только что совершили нападки ^Z, выполненный fg в том же терминале и это возвратит 1-е задание. –  terdon♦ 16.01.2014, 01:03

Можно использовать jobs перечислять приостановленный процесс. Возьмите пример. Запустите с процесса:

$ sleep 3000  

Затем Вы приостанавливаете процесс:

^Z
[1]+  Stopped                 sleep 3000

Можно перечислить процесс:

$ jobs
[1]+  Stopped                 sleep 3000

и возвратите его переднему плану:

$ fg %1
sleep 3000

%1 соответствует [1] перечисленный с jobs команда.

48
27.01.2020, 19:30

Необходимо смочь перезапустить приостановленный процесс при помощи kill команда, чтобы отправить процессу ПРОДОЛЖАТЬ сигнал, от командной строки, таким образом:

kill -CONT 92929
19
27.01.2020, 19:30
  • 1
    Это заставит это возобновлять операцию, но не приноситься к переднему плану. –  bahamat 17.01.2014, 18:50
  • 2
    @bahamat, Да, довольно верный. Можно было бы все еще должен быть fg в исходном терминале. Мне нравится к - ОСТАНОВКА и - ПРОДОЛЖЕНИЕ СЛЕДУЕТ gui программы сохранять ресурсы, но они эффективно работают в фоновом режиме так или иначе. –  Geeb 17.01.2014, 19:10
  • 3
    В случае sleep это будет kill процесс, который не является тем, что Вы хотите.. ;) –  Timo 14.03.2018, 18:46

Теги

Похожие вопросы