Кажется, что 'systemctl suspend' зависает и не выполняет скрипт в спящем режиме

У меня проблемы с приостановкой работы Ubuntu 18.10. Кажется, что 'systemctl suspend' зависает в ожидании сети и не достигает состояния, в котором вызываются исполняемые файлы в '/ lib / systemd / system-sleep'.

Я пытаюсь удалить модуль ath10k_pci перед приостановкой работы ноутбука. Поэтому я добавил сценарий 'ath10k.sh' в '/ lib / systemd / system-sleep':

#!/bin/bash

if [ "${1}" == "pre" ]; then
   touch /tmp/start_rm_ath10k
   modprobe -fr ath10k_pci
   touch /tmp/end_rm_ath10k
fi

Вызов этого сценария на консоли с опцией 'pre' удаляет модуль ath10k_pci и затрагивает оба файла в '/ tmp' / как и ожидалось. Это работает безупречно, и система продолжает нормально работать без сети.

Теперь, если я запускаю 'systemctl suspend', экран сразу же выключается, но 'ath10k.sh' не запускается, и мне кажется, что ноутбук не был приостановлен.

Когда я потом посмотрел на ноутбук, я заметил, что средняя нагрузка постоянно растет. Кроме того, «ps -e v» перечисляет несколько процессов в статусе «D»:

• [kworker / 3: 1 + events_freezable]
• [kworker / u8: 2 + events_unbound]
• / sbin / wpa_supplicant -u -s -O / run / wpa_supplicant
• / usr / sbin / cups-browsed
• iw dev wlp2s0 отключил энергосбережение
• ip route show default

'dmesg' показывает:

ath10k_pci 0000:02:00.0: firmware crashed!
ath10k_pci 0000:02:00.0: failed to delete WMI vdev 1: -108

Если я использую pm-utils вместо этого, 'pm-suspend' работает безупречно, если я помещаю соответствующий скрипт в '/ etc / pm / sleep.d ', чтобы удалить модуль ath10k_pci перед приостановкой.

Я также заметил, что «pm-suspend» сначала выполняет сценарий в «/etc/pm/sleep.d», а затем выключает экран, тогда как «systemctl suspend» немедленно очищает экран, а затем, кажется, зависает - я не уверен, что это подсказка ...

Я предполагаю, что systemcl вызывает другие вещи перед вызовом любых исполняемых файлов в '/ lib / systemd / system-sleep', и при этом микропрограмма ath10k случайно вылетает до того, как модуль ath10k_pci сможет быть удаленным моим сценарием, чтобы обойти этот сбой.

Итак - мне нужна помощь с этим, и мой вопрос: что я могу сделать, чтобы быть уверенным, что модуль ath10k_pci будет удален до того, как другие вещи в цепочке будут запущены с помощью 'systemctl suspend'? Было бы неплохо, если бы 'modprobe -fr ath10k_pci' был одной из первых вещей, которые выполнялись в режиме ожидания или гибернации.