приостановить ‘ошибку’ для ubuntu 24.04LTS

только что обновился (с огромными усилиями и полным сбоем, исправленным с помощью boot repair) до Ubuntu 24.04LTS (с 20.04LTS на 22.04LTS, на 23.10, на 24.04LTS).
однако, когда я запускаю ‘suspend’, он приостанавливает, но не восстанавливает ~ просто зависает… НО, если при загрузке я выбираю в меню grub загрузку с использованием 5.15.0-105.115 generic, а не 6.8.0-31 generic, то приостановка/возобновление работает нормально.

Также, (примечание на полях) кажется, проблема с потерей моего встроенного PCI wifi при возобновлении была “исправлена” в 24.04LTS, используя 5.15.0-105.115 generic, так как он восстанавливается и PCI wifi все еще работает – раз за разом, пока 😀

**ОБНОВЛЕНИЕ – только что получил “новое” ядро 6.8.0-36.36 – оно ТОЖЕ не восстанавливается после ожидания (в RAM)… остаюсь на 5.15.0-105.115 😐 (ну, почему они не могут это правильно сделать?!?)

***ОБНОВЛЕНИЕ – только что получил “новое” ядро 6.8.0-38.38 – оно ТОЖЕ не восстанавливается после ожидания (в RAM), и суд все еще “на выходе”, даже если оно восстанавливается, вызовет ли это сбой моего PCI WiFi, как это делало 20.04LTS после восстановления… остаюсь на 5.15.0-105.115… учтите, что оно не восстанавливается после гибернации с ЛЮБЫМ из этих ядер (целый другой уровень проблем…)… тот же компьютер, другая загрузка для WIN7, приостановка/гибернация/PCI wifi не имеет никаких проблем, так что не должно быть “какой-либо аппаратной проблемы”, да?

****ОБНОВЛЕНИЕ – только что получил “новое” ядро 6.8.0-39.39 – оно ТОЖЕ не восстанавливается после ожидания (в RAM), и суд все еще “на выходе”, даже если оно восстанавливается, вызовет ли это сбой моего PCI WiFi, как это делало 20.04LTS после восстановления… остаюсь на 5.15.0-105.115… на заметку: попробовал новое 6.9.11 (с брендом 911 надежно?) но это хуже, чем 6.8.0’s

===> только что получил новое 6.10.3-061003-generic ядро и оно ДЕЙСТВИТЕЛЬНО приостанавливается/восстанавливается И, кажется, оставляет мой PCI wifi в покое (гибернация не работает, но, думаю, мне нужно изменить формат с требований 20.04 на 24.04…). единственное, что, однажды загруженное, и только при 1-й приостановке, восстановление занимает около 3-5 минут ~ но все последующие приостановки восстанавливаются всего за несколько секунд.
Так рад 😀

У меня была точно такая же проблема на ThinkPad x260, Ubuntu 24.04, полностью зашифрованный SSD. Я обновился до 6.9.9 из mainline и проблема исчезла. Другие ядра я не пробовал, так что не знаю, в какой версии это было исправлено.

У меня такая же проблема на ноутбуке Lenovo Legion R7000. Как простое обходное решение, я изменил все “suspend” на “lock” в /etc/systemd/logind.conf

===> только что получил новое 6.10.3-061003-generic ядро и оно ДЕЙСТВИТЕЛЬНО приостанавливается/восстанавливается И, кажется, оставляет мой PCI wifi в покое (гибернация не работает, но, думаю, мне нужно изменить формат с требований 20.04 на 24.04…). единственное, что, однажды загруженное, и только при 1-й приостановке, восстановление занимает около 3-5 минут ~ но все последующие приостановки восстанавливаются всего за несколько секунд. Так рад 😀

В моем случае
journalctl -b | grep -i suspend
упоминал “nouveau” (корень всех зол на земле :)), поэтому я добавил nouveau графический драйвер ядра в черный список с помощью
modeprobe.blacklist=nouveau
строки в меню загрузки (нажмите ‘e’ для редактирования) на строке ‘linux’ et voilà.

У меня была точно такая же проблема — после обновления до 24.04 я больше не мог разбудить мой ноутбук Lenovo X260 из состояния приостановки (и, странно, индикаторы Fn и F1 оставались включенными после того, как ноутбук приостанавливался, и кнопка питания начинала плавно пульсировать) — но я смог снова заставить приостановку работать даже со стандартным ядром с этой опцией ядра:

intel_iommu=off

Я добавил это в строку GRUB_CMDLINE_LINUX_DEFAULT= в /etc/default/grub, выполнил update-grub и перезагрузился, чтобы эта опция вступила в силу. По крайней мере, одно место, где я видел рекомендации по этому поводу, было здесь:

https://forums.debian.net/viewtopic.php?t=149965

Заметьте, что мне не понадобилось init_on_alloc=0, на моем конкретном ноутбуке, поэтому я не оставил этот вариант в командной строке ядра, хотя на некоторых форумах я видел, что эти две опции рекомендовали вместе.

Для справки, ядро, для которого эта опция исправила проблему, это:

$ uname -a
Linux odell 6.8.0-51-generic #52-Ubuntu SMP PREEMPT_DYNAMIC Thu Dec  5 13:09:44 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

В какой-то момент я не имел никаких проблем с Wi-Fi.