Программы (и сценарии )могут игнорировать большинство сигналов, за исключением некоторых, подобных KILL
. Сигнал HUP
может быть перехвачен и проигнорирован, если того желает программа.
Это из src/main.c
из wget
источников (версия 1.19.2):
/* Hangup signal handler. When wget receives SIGHUP or SIGUSR1, it
will proceed operation as usual, trying to write into a log file.
If that is impossible, the output will be turned off. */
Чуть ниже установлен обработчик сигналов:
/* Setup the signal handler to redirect output when hangup is
received. */
if (signal(SIGHUP, SIG_IGN) != SIG_IGN)
signal(SIGHUP, redirect_output_signal);
Похоже, что wget
не игнорирует сигнал HUP
, а продолжает обработку с перенаправлением вывода в файл журнала.
Запрошено в комментариях. :Значение ?
в столбце TTY
вывода ps
в вопросе заключается в том, что процесс wget
больше не связан с терминалом/TTY.TTY исчез, когда соединение SSH прервалось.
Учитывая, что в сценарии начальной загрузки упоминается, что он работает с последним моментальным снимком базовой системы --и он указывает на сценарий установщика --, вы можете проверить размер снимка на странице загрузки gentoo . ]. Вы также можете проверить размер архива в распакованном виде после загрузки, например, с помощью gzip
.
В настоящее время размер сжатого архива снимка stage3 составляет 219 мегабайт. После распаковки файлы занимают 1,3 гигабайта. Поэтому я бы планировал соответственно и выделил около 2 гигабайт в пространстве, по крайней мере.