O processo Stopped (ctrl z) não será reiniciado e não estará mais na lista de jobs

Question

Eu estava rodando apt upgrade , quando eu precisei do terminal, então fiz um ctrl z . Quando tentei reiniciá-lo ( fg ), ele não iria reiniciar, porque não estava mais na lista de jobs ( jobs ). (Eu não , corro o disown). Em seguida, fiz um ps para obter o ID do processo. Ele mostrou que o processo estava parado (como esperado), então eu fiz sudo kill -s SIGCONT pid , para reiniciá-lo, mas nada aconteceu. ps mostrou que o processo ainda estava parado. Não houve mensagem de erro.

O que eu fiz.

sudo apt upgrade
«wait a bit»
«ctrl-z»
«some other command» #can't remember, but nothing special.
fg #This command failed, no such job
jobs #No output

O que tentei corrigir.

• envia sigcont para apt

• envie sigcont para sudo

• O que aconteceu para o shell negar o processo?

• (mais importante) Como posso reiniciar?

Saída de ps -l -p $(pgrep apt)

F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
4 T     0 22884 22883  0  80   0 - 21617 -      pts/1    00:00:01 apt

Saída de pstree -s -p $(pgrep apt)

systemd(1)───kdeinit5(1038)───ksmserver(1062)───yakuake(1153)───bash(1225)───sudo(22883)───apt(22884)

Saída de pgrep bash | xargs -n1 ps -l -p

F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
0 S  1000  1225  1153  0  80   0 -  8770 core_s pts/1    00:00:00 bash
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
0 S  1000  3852  3849  0  80   0 -  8404 -      pts/7    00:00:00 bash
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
0 S  1000  4449  4445  0  80   0 -  8392 core_s pts/3    00:00:01 bash
⋮

Idéias: perdeu contato com stdout / stdin ?, precisa?

Sistema Debian, bash

#↳ bash --version
GNU bash, version 4.3.30(1)-release (x86_64-pc-linux-gnu)

#↳ uname -a
Linux delorenzi 3.16.0-5-amd64 #1 SMP Debian 3.16.51-3+deb8u1 (2018-01-08) x86_64 GNU/Linux

#↳ sudo --version
Sudo version 1.8.10p3
Sudoers policy plugin version 1.8.10p3
Sudoers file grammar version 43
Sudoers I/O plugin version 1.8.10p3

    

Answer 1

O culpado habitual para suspeitar seria uma confusão honesta. O local mais óbvio para verificar é que você está executando jobs de um shell cujo PID corresponde ao esperado (1225). Nos comentários você menciona que tem o terminal, mas suspeito que o "outro comando" possa ter iniciado outro shell? Você confirmou o $$ do shell em que está executando jobs ?