Если бы вы выполняли wireshark
проверку, используя какую-либо другую систему, отслеживая фактический вывод подозрительной сетевой карты, то симптомы, которые вы видите, заставят меня серьезно задуматься о возможности того, что сетевая карта может иметь аппаратный сбой. Это на гарантии?
Я знаю, что это не совсем ответ на вопрос, но, возможно, это немного поможет.
Вы или кто-то другой, кто будет читать это.
У меня была (или до сих пор )похожая проблема. Приостановка не завершила возврат в систему с зависшим заданием.
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
, но в результате снова возникла та же проблема.
Проснувшись, я запустил службу, которая снова приостановила работу системы.
Надеюсь, теперь я смогу приостановить работу без этого обходного пути.
Я столкнулся с похожими проблемами. Больше суток убил на поиск первопричины в моем случае. К счастью, это была установка 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
И проблема полностью исчезла.