Мягкое завершение работы с зависанием задания приостановки в системном вызове

Если бы вы выполняли wiresharkпроверку, используя какую-либо другую систему, отслеживая фактический вывод подозрительной сетевой карты, то симптомы, которые вы видите, заставят меня серьезно задуматься о возможности того, что сетевая карта может иметь аппаратный сбой. Это на гарантии?

4
05.04.2020, 04:16
2 ответа

Я знаю, что это не совсем ответ на вопрос, но, возможно, это немного поможет.
Вы или кто-то другой, кто будет читать это.

У меня была (или до сих пор )похожая проблема. Приостановка не завершила возврат в систему с зависшим заданием.

24913 systemd-suspend.service start running
24912 suspend.target          start waiting

Я получал то же сообщение, что и вы, когда пытался продолжить.

# systemctl suspend
Failed to suspend system via logind: There's already a shutdown or sleep operation in progress


Моей целью было приостановить, а не выключить. Вот что я сделал.

# systemctl cancel
# systemctl stop systemd-suspend.service

Во-первых, чтобы остановить операцию зависания.
Во-вторых, заставил систему мгновенно приостановить работу.

После отмены я попытался приостановить с помощью systemctl suspend, но в результате снова возникла та же проблема.
Проснувшись, я запустил службу, которая снова приостановила работу системы.

Надеюсь, теперь я смогу приостановить работу без этого обходного пути.

6
28.04.2021, 23:18

Я столкнулся с похожими проблемами. Больше суток убил на поиск первопричины в моем случае. К счастью, это была установка Ubuntu 20.04 всего за несколько недель, так что она была близка к новой установке.

Для меня NetworkManager не запускался, не перезапускался и т.п. после входа в диспетчер дисплея (без изменений по сравнению со значением по умолчанию ), поэтому у меня не было доступа к WiFi.

Я также видел аналог вышеупомянутого:

# systemctl list-jobs
  JOB UNIT                    TYPE  STATE  
21593 systemd-suspend.service start running

Использование этого systemctl cancel 21593остановит задание и обойдет проблему, которая покажет, что проблема действительно существует.

Из man systemd-sleepнайдено

Immediately before entering system suspend and/or hibernation systemd-suspend.service (and the other mentioned units, respectively) will run all executables in /lib/systemd/system-sleep/... All executables in this directory are executed in parallel, and execution of the action is not continued until all executables have finished.

Итак, изучив /lib/systemd/system-sleep, я понял, что он содержит скрипты для tlp, которые я только что установил. Я удалил tlp и связанные с ним пакеты, используя

sudo apt --purge remove tlp tlpui tlp-rdw

И проблема полностью исчезла.

1
28.04.2021, 23:18

Теги

Похожие вопросы