Знайте, что название драйвера использует на CUPS gui

Я обновил свою систему, загрузив исходный код 4.3 bash и исправления из ftp.gnu.org/gnu/bash и скомпилировав его для замены существующего кода. Это работает, теперь ждёт больше патчей.

-121--140036-

Запуск автоматически с другим идентификатором процесса означает, что это другой процесс. Таким образом, существует родительский процесс, который следит за своими потомками, и если кто-то умирает, он получает ответ от родителя. Если вы хотите полностью остановить службу, узнайте, как остановить родительский процесс. Его уничтожение с помощью SIGKILL - это, конечно, один из вариантов, но, вероятно, не The Right One ^TM , поскольку сервисному монитору, возможно, потребуется выполнить некоторую очистку, чтобы завершить работу должным образом.

Чтобы найти процесс мониторинга, возможно, потребуется проверить весь список процессов, так как фактические прослушиватели могут отмежеваться от своего родителя (обычно с помощью выпадающего списка fork () + setsid () ). В этом случае я нахожу вывод ps faux (из procps по крайней мере, может варьироваться для других реализаций) довольно удобным - в нём перечислены все процессы в иерархическом дереве. Если не было обтекания PID (см. также википедия ), PID монитора должен быть меньше, чем PID любого из прослушивателей (если, конечно, вы не попали в обтекание PID).

-121--27010-

Можно передать параметр -S [0] в sudo, чтобы он мог принять пароль от stdin вместо tty.

Вероятно, это приведет к эхо-сигналу вашего пароля на терминале, поэтому попробуйте отключить эхо самостоятельно:

$ stty -echo; ssh user@remote "sudo cat /root/file.tar | gzip" > root-file.tar.gz
[sudo] password for user:
$

[0] С страницы : Параметр ‑ S (stdin) заставляет sudo считывать пароль со стандартного входа вместо терминального устройства. За паролем должен следовать символ новой строки.