Вопросы Теги

Странное поведение команды su

Если вы хотите остановить все процессы, которые имеют /dev/pts/12в качестве управляющего терминала (, включая все приоритетные и фоновые задания, запущенные в этом терминале и оболочке ), вы можете сделать:

pkill -STOP -t pts/12

Это также приведет к отстранению лидера сеанса. В некоторых случаях это может быть возобновлено автоматически. Например, GNU screenвозобновляет работу лидера сеанса, как только обнаруживает, что он был приостановлен.

Если вы хотите отправить сигнал SIGTSTP группе процессов переднего плана этого терминала, например ^Z, вы должны сделать:

kill -s TSTP -- "-$pgid"

Где $pgid— идентификатор группы процессов этой группы процессов переднего плана. В Linux и BSD в списке вы можете узнать, что это такое, запустив ps -o tpgid= -p "$pid", где $pid— это идентификатор любого процесса, который имеет этот терминал в качестве управляющего терминала. В большинстве систем любой из этих процессов также может определить это с помощью tcgetpgrp().

В обоих случаях вы возобновляете эти процессы, отправляя сигнал SIGCONT вместо SIGSTOP/SIGTSTP.

0
20.05.2019, 03:08
1 ответ

В одной из записей в /etc/sysconfig/proxyотсутствует ". 

for sys in /etc/sysconfig/windowmanager \
           /etc/sysconfig/mail          \
           /etc/sysconfig/proxy         \
           /etc/sysconfig/console       \
           /etc/sysconfig/news
do
    test -s $sys || continue
    while read line ; do
        case "$line" in
        \#*|"") continue ;;
        esac
        eval val=${line#*=}

Строка 24 из /etc/profile.d/profile.sh— это eval val=${line#*=}. Он в основном читает весь файл конфигурации выше, и /etc/sysconfig/proxyоказывается подозреваемым.

1
28.01.2020, 02:40

Теги

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