Как я могу отключить супер ключа нажмите Показать окно ярлыки?

Я работаю на компьютере под управлением Debian хриплый с приложением, которое, как часть его нормальное поведение порождает несколько дочерних процессов. В большинстве случаев, когда родитель приложение убивается она очищает все дети это потом выходит. Однако, когда я выключения/перезагрузки компьютер часто зависает на несколько минут перед выключением. Машина дистанционного/без головы так что я вижу с моей стороны это сообщение о том, что система идет вниз, то мой SSH сессии будет прекращено, и тогда я получу отказ в соединении ошибки в течение следующих нескольких минут, когда я пытаюсь снова войти в систему. Когда я прохожу в /var/журнал/syslog как я вижу параметры: [ 3840.402493] информация: задач child_process:4455 заблокировано более чем на 120 секунд. [ 3840.402579] "Эхо 0 > /труды/системы/ядра/hung_task_timeout_secs" отключает это сообщение. [ 3840.402684] child_process Д c109bbf8 0 4455 3702 адресу 0x00000000 [ 3840.402691] f79c7b00 00000046 00000001 c109bbf8 f0bed5b0 333f9aaa 00000351 c1483b00 [ 3840.402703] c1483b00 00000292 c109bcf9 00000292 00000000 00000000 f2c005a0 edd1fd34 [ 3840.402714] 00000292 c109bebf c10abe25 f2bd4740 00000001 00000000 00000001 c109bc0a [ 3840.402726] Трассировки Вызовов: [ 3840.402733] [] ? free_pages_prepare+от 0xC0/0xf1 [ 3840.402741] [] ? free_hot_cold_page+0x3d/0xf7 [ 3840.402749] [] ? __псоглавец_бесплатно+0x3e/0x55 [ 3840.402756] [] ? page_address+0x1b/0x85 [ 3840.402763] [] ? free_pages_prepare+0xd2/0xf1 [ 3840.402771] [] ? __мьютекс_блокировка_общего.Исра.6+0x11d/0x132 [ 3840.402778] [] ? mutex_lock+0x15/0x21 [ 3840.402785] [] ? tty_release+0x3d/0x400 [ 3840.402794] [] ? ip_mc_del_src+0xf1/0x12e [ 3840.402801] [] ? ip_mc_leave_src+0x22/0x68 [ 3840.402809] [] ? kmem_cache_free+0x23/0x55 [ 3840.402816] [] ? fput+0xd7/0x161 [ 3840.402822] [] ? filp_close+0x54/0x5a [ 3840.402828] [] ? put_files_struct+0x4b/0x88 [ 3840.402834] [] ? из do_exit+0x237/0x60d [ 3840.402842] [] ? recalc_sigpending+0xf/с 0x2f [ 3840.402849] [] ? dequeue_signal+0xb4/0x126 [ 3840.402855] [] ? do_group_exit+0x56/0x83 [ 3840.402863] [] ? get_signal_to_deliver+0x43b/0x465 [ 3840.402871] [] ? do_signal+0x32 в/0x52c [ 3840.402879] [] ? update_rmtp+0х45/0х45 [ 3840.402886] [] ? do_futex+0x99/0x6c6 [ 3840.402893] [] ? read_tsc+0xa/отличается от значения 0x28 [ 3840.402901] [] ? timekeeping_get_ns+0х10/0x47 [ 3840.402907] [] ? sys_futex+0xbb/0x10f [ 3840.402915] [] ? do_notify_resume+0x1e/0x5c [ 3840.402922] [] ? work_notifysig+0x13/0x1b [ 3840.402929] [] ? start_cpu_timer+0x39/0x62 [ 3840.402935] [] ? vmstat_cpuup_callback+0x18/0x5a Для ряда дочерних процессов после перезагрузки был выдан, но до того, как система на самом деле идет вниз.

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

#!/бин/Баш
команду killall -вопрос parent_process
команду killall -вопрос child_1
команду killall -вопрос child_2
#и т. д...

При запуске вручную скрипт надежно убивает все процессы и не зависает. Кроме того, ни один из дочерних процессов не тусят/подобное поведение, если они запускаются вручную.

Мое чутье подсказывает мне, что вопрос заключается в том, что родительское приложение не убирать это правильно, но, к сожалению, родительский процесс-это собственный дом в приложение, которое я не в состоянии изменить реализацию, так что я застрял, пытаясь найти обходной путь. Если я запускаю мой скрипт команду killall вручную перед выключением/перезагрузкой отключением никогда не задерживается, поэтому я пытаюсь найти способ, чтобы получить этот скрипт для запуска при выключении/перезагрузке

Сначала я попытался просто скопировать мой скрипт команду killall в /etc/инит.тогда ссылку на rc0.D и лс6.D как K01killstuff, но это не сработало, поэтому я решил попробовать написать правильный скрипт. Я начинала со скелета в /etc/инит.D и придумал:

#! /Бен/ш
### НАЧАЛО ИНИТ ИНФОРМАЦИЯ
# Обеспечивает: killstuff
# Необходима-старт: $удаленной_файловой_системы $syslog в
# Необходима-стоп: $удаленной_файловой_системы $syslog в
# По Умолчанию-Стоп: 0 1 6
# Короткое описание: остановка приложения
# Описание: Данный файл должен использоваться для построения сценариев
# помещен в /etc/инит.д.
### КОНЕЦ ИНИЦИАЛИЗАЦИИ ИНФОРМАЦИЯ

# Автор: 
#
Путь=/каталоге:/usr на/sbin:/ОГРН:/usr/Бен
Параметр desc="описание услуги"
Имя=daemonexecutablename
Демон=выполнить/sbin/$имя
DAEMON_ARGS="--аргументы функции"
Идентификатора=/ВАР/выполнения/$имя.пид
ИМЯ_СКРИПТА=/и т. д./init.д/$имя

# Загружаем подробное задание и другие РВС переменных
. /lib/init/vars.sh

# Определить ЛСБ log_* функции.
# Зависит от ЛСБ-база (>= 3.2-14), чтобы убедиться, что этот файл присутствует
# и status_of_proc работает.
. /Либ/ЛСБ/инит-функции

#
# Функция, которая останавливает демонов/служб
#
do_stop()
{
 команду killall -вопрос parent_process
 команду killall -вопрос child_1
 команду killall -вопрос child_2
}


дело "$1" в
начала)
;;
стоп)
 [ "$Многословен" != нет ] && log_daemon_msg "остановка приложения"
do_stop
;;
статус)
;;
перезагрузка|силы-перезарядка)
;;
*)
 #Эхо "использование: $ИМЯ_СЦЕНАРИЯ {пуск|стоп|перезапуск|перезагрузка|силы-перезарядка}" >&2
 Эхо "использование: $ИМЯ_СЦЕНАРИЯ {пуск|стоп|статуса|рестарт|силы-перезарядка}" >&2
 выход 3
;;
эсок

:

Я тестировал скрипт в/etc/инит.д/killstuff остановить и подтвердил, что он убил все процессы, я ожидал, что это, то бегом обновление-РЦ.д killstuff по умолчанию, и увидел, что ссылки были созданы в rc0.D и лс6.D а система по-прежнему висел при перезагрузке. Что приводит меня к мысли, что эти процессы должны быть убиты ранее в последовательности выключения

Так что некоторые другие места, я мог бы попытаться вызвать меня убить скрипт? Или есть вещи, которые я мог бы попробовать другие, чем убить все наши приложения перед завершением работы системы, чтобы попытаться сделать вещи более близкие гладко?