не могу убить процесс

systemd? ты же видишт pid меняется, значит, кто-то его запускает.

Но у меня нет systemd. Как понять кто его запускает?

Я еще новичок во всём этом

самое простое глянь htop в режиме tree

Ну вот и ответ.

Я не понимаю, как сделать, чтобы он не запускался если init является родителем всех процессов системы.

Я не понимаю, как сделать, чтобы он не запускался если init является родителем всех процессов системы.

ну так скажи иниту чтобы не запускал )

А, это просто: надо выяснить какой именно у тебя инит и посмотреть утилиты/способы работать с ним. Начать расследование рекомендую с названия дистрибутива.

Начать расследование рекомендую с названия дистрибутива.

гыгыггы +

но развивать экстрасенсорику тоже полезно )))0

Думаешь, стоит изучить анамнез товарища, путем перечитывания его истории на лоре? Я не возьмусь.

Думаешь, стоит изучить анамнез товарища, путем перечитывания его истории на лоре? Я не возьмусь.

Развивать у вопрошающих, ессно

man -> google -> fools -> friends etc

Начать расследование рекомендую с названия дистрибутива.

Ладно, я сдаюсь. У меня это в freebsd bsd/rc

Я посмотрел, как оно работает и не вижу никакого сценария rc.d. И не вижу записи в rc.conf, которая могла бы его запустить.

изучить анамнез товарища, путем перечитывания его истории на лоре

Нет там ничего, я никогда не писал анамнез

/etc/rc.d/notification-daemon stop

в общем случае

Я это понимаю, но

/etc/rc.d/notification-daemon: No such file or directory

в том то и дело, что я не вижу сценария для запуска

адно, я сдаюсь. У меня это в freebsd bsd/rc

Я посмотрел, как оно работает и не вижу никакого сценария> rc.d. И не вижу записи в rc.conf, которая могла бы его запустить.

defaults

Дык гном же, не?

ls -la /etc/rc.d/

https://pastebin.com/szMiWQLB

Так всё остальное работает ж

defaults

Не нашел там упоминаний notification

его стартует гном а не инит

chmod a-x /usr/local/libexec/notification-daemon

sync

init 0

chmod a-x /usr/local/libexec/notification-daemon sync init 0

Это всё одна команда?

Это всё одна команда?

3

Ты был прав. Только init 0 мне выключил компьютер. Почему не init 6?

Только init 0 мне выключил компьютер. Почему не init 6?

первое, что вспомнил про fbsd )))

ну и чтоб напугать ))))))

Понял, спасибо.

Понял, спасибо.

Не за что.

Но это до первого апдейта гнома.

А так гуглить на тему

dconf-editor

Тебе совсем-совсем не нужны уведомления?

Зачем его убивать.

Зачем его убивать.

Затем, что иногда эти Уведомления лезут, как мыши

мне там типо посоветовали убивать скриптом

но я, кстати, до сих пор не понимаю как убирать браузерные

только на экране блокировки, но я кроме p.kill ничего другого не нашёл

Я пока что ему сделал chmod a-x и chmod u+x чтобы мол только пользователи могли его запускать

а так видимо у меня их и небыло. Потому что у браузеров и телеграма свои уведомления.

у браузеров … свои уведомления

Речь о firefox? Что там за уведомления, сто лет их уже не видел, как отключил.
https://support.mozilla.org/ru/kb/veb-push-uvedomleniya-v-firefox

Спасибо.

ls /etc/init.d/ там должно быть что-то про notification-daemon

затем что-то вроде su -c "/etc/ini.d/notification-daemon stop"

P.S. Через su потому что я хз настроен ли у тебя sudo

P.P.S.

freebsd

Ааааааа, тогда нафига я что-то советую бздю в глаза не видел почти, ну да ладна.

слабак

У него всё-таки неи сценария запуска.его запускал какой-то гном

видишь не могу убить процесс (комментарий)

Ну вот и ответ.

Если у процесса родителем указан init, это зачастую означает, что init его не запускал, а усыновил. Работа у init такая — подбирать процессы, оставшиеся без родителей. Демоны традиционно форкаются дважды, чтобы спрятаться от запустившего родителя, и как раз оказываются в иерархии потомками init. Так что нет, это не ответ.

Ловко вы конечно решили, запретив запускать бинарник совсем..

А что если grep’ом поискать?

grep -Ir notification /etc/rc.d/

Ловко вы конечно решили, запретив запускать бинарник совсем..

А как иначе

А что если grep’ом поискать?

Искал. Там его нет. Выше я скидывал список того, что есть в rc.d -> не могу убить процесс (комментарий)

Не, я привёл команду поиска именно по содержимому, можно вообще на весь /etc натравить.

Я так понимаю вы только названия сервисов просматривали.

Ловко вы конечно решили, запретив запускать бинарник совсем..

А что если grep’ом поискать?

grep -Ir notification /etc/rc.d/

не, надо

grep -Ir notification /

)))))

а вообще уже все написали + еще хинт:

dconf-editor

org->gnome->desktop->notifications 

man gsettings

)))))

А что смешного? Я и так иногда делаю, когда что-то надо найти. Он же только по текстам ищет, не так уж и долго.

А что смешного?

да ничего, просто оно у него где-то в /usr/local/etc или /home/$user скорее всего, и не всегда в текстовом

Тогда тем более не смешно, именно так и надо искать :-)

grep -Ir notification /etc/rc.d/

пустой ответ

grep -Ir notification /etc/

выдал пару упоминаний в файлах, но это были комментарии

grep -Ir notification /

завис в recursive directory loop

grep -Ir notification /

завис в recursive directory loop

а то, там же /dev )

Понятно, хорошо они спрятали, не так-то просто эту заразу выискать.

Странно что у grep нету функции «оставаться на той же файловой системе». Можно конечно с find -xdev скооперировать, но тут уже всё сказали, если dconf-editor это правильное решение проблемы, то надо использовать его.

А как они это сделали в Freebsd? В Linux такое возможно только символическими ссылками, а grep -r их обходит (в смысле не проходит по ним). Или это версия grep такая?

Или это версия grep такая?

Да в freebsd не гнушный grep, поэтому его поведение может отличаться.

А режим «не беспокоить» их разве не отключает?