Архитектура ошибки и симптомы сбоя

Сообщение «udevd: worker [PID] terminated by signal 9 (KILL)» (сопровождающееся «worker [PID] timeout, will be killed») генерируется управляющим демоном устройств systemd-udevd. Ошибка означает, что дочерний процесс-воркер (udev worker), обрабатывающий аппаратное событие (подключение диска, смена сетевого интерфейса, опрос multipath или SAS контроллера), превысил допустимый лимит времени обработки события (по умолчанию event_timeout = 180s). Главный демон udev принудительно убивает зависший процесс сигналом SIGKILL (kill -9).

Диагностическая таблица параметров сбоя

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Просмотр очереди зависших событий udev в реальном времени

# Просмотр текущей очереди событий udev:
sudo udevadm queue

# Мониторинг входящих аппаратных событий (uevent):
sudo udevadm monitor --property

Сценарий 2: Локализация зависшего скрипта в правилах udev

Запустите тестовую симуляцию обработки события для проблемного блочного устройства:

# Тестовый прогон udev rules для диска sda с подробным дебагом:
sudo udevadm test --action="add" /sys/block/sda

# Поиск тяжелых внешних вызовов (директивы RUN+=, IMPORT{program}=) в каталогах:
# /etc/udev/rules.d/ и /lib/udev/rules.d/
grep -rn "RUN+=" /etc/udev/rules.d/

Сценарий 3: Увеличение таймаута event_timeout в конфигурации udev

Если сервер опрашивает медленные ленточные библиотеки, SAN/Multipath или сетевые хранилища:

# Отредактируйте конфигурационный файл /etc/udev/udev.conf:
cat <<EOF | sudo tee -a /etc/udev/udev.conf
event_timeout=300
timeout_signal=SIGABRT
EOF

# Перезапустите службу udev:
sudo systemctl restart systemd-udevd

Сценарий 4: Отключение зависших helper-утилит (blkid / multipathd / mdadm)

Часто воркер udev зависает на чтении поврежденных суперблоков дисков утилитой blkid:

# Проверьте зависшие процессы в D-state:
ps aux | grep -E "(blkid|multipath|udev)"