После обновления около 28 мая Thinkpad, работающий под управлением 20.04, не будет приостанавливаться [закрыто]

Я обновился до 20.04 пару недель назад, и все выглядело нормально. Вчера сделал обновление и получил помимо прочего новое ядро ​​(5.4.0-33). После этого мой ноутбук больше не зависает. Обычно я закрываю крышку, и через секунду или две красный светодиод на крышке переходит из постоянного состояния в «сердцебиение»: постепенно появляется, исчезает. Теперь он остается включенным. Небольшое исследование предложило использовать systemctl suspend при мониторинге dmesg , поэтому я сделал dmesg -C для очистки кольцевого буфера, затем dmesg -w ], чтобы отображаться постоянно, пока я пытался приостановить работу вручную. Вот что я вижу:

[43626.785407] e1000e: enp0s31f6 NIC Link is Down
[43630.799579] PM: suspend entry (deep)
[43630.808651] Filesystems sync: 0.009 seconds
[43630.809262] Freezing user space processes ... 
[43650.815912] Freezing of tasks failed after 20.006 seconds (1 tasks refusing to freeze, wq_busy=0):
[43650.816372] systemd-udevd   D    0  4776    335 0x80000324
[43650.816382] Call Trace:
[43650.816400]  __schedule+0x2e3/0x740
[43650.816412]  ? vprintk_func+0x4c/0xbc
[43650.816420]  schedule+0x42/0xb0
[43650.816429]  do_exit.cold+0xab/0xb5
[43650.816441]  rewind_stack_do_exit+0x17/0x20
[43650.816448] RIP: 0033:0x7f361f32adf0
[43650.816464] Code: Bad RIP value.
[43650.816489] RSP: 002b:00007ffe502f1788 EFLAGS: 00010202
[43650.816497] RAX: 0000000000000d68 RBX: 00005638297288e0 RCX: 0000000000000c00
[43650.816503] RDX: 00007f361f4928a0 RSI: 00005638299aa820 RDI: 00005638297288e0
[43650.816508] RBP: 00007f361f4934a0 R08: 0000000000000c00 R09: 0000563829973100
[43650.816512] R10: 0000563829714010 R11: 00007f361f491be0 R12: 0000000000001001
[43650.816517] R13: 00005638299aa820 R14: 00005638299aa820 R15: 0000000000000000
[43650.816640] OOM killer enabled.
[43650.816643] Restarting tasks ... done.
[43650.863152] PM: suspend exit
[43650.863224] PM: suspend entry (s2idle)
[43650.868181] Filesystems sync: 0.004 seconds
[43650.868458] Freezing user space processes ... 
[43670.880679] Freezing of tasks failed after 20.012 seconds (1 tasks refusing to freeze, wq_busy=0):
[43670.881069] systemd-udevd   D    0  4776    335 0x80000324
[43670.881080] Call Trace:
[43670.881102]  __schedule+0x2e3/0x740
[43670.881116]  ? vprintk_func+0x4c/0xbc
[43670.881125]  schedule+0x42/0xb0
[43670.881135]  do_exit.cold+0xab/0xb5
[43670.881148]  rewind_stack_do_exit+0x17/0x20
[43670.881156] RIP: 0033:0x7f361f32adf0
[43670.881175] Code: Bad RIP value.
[43670.881181] RSP: 002b:00007ffe502f1788 EFLAGS: 00010202
[43670.881189] RAX: 0000000000000d68 RBX: 00005638297288e0 RCX: 0000000000000c00
[43670.881194] RDX: 00007f361f4928a0 RSI: 00005638299aa820 RDI: 00005638297288e0
[43670.881199] RBP: 00007f361f4934a0 R08: 0000000000000c00 R09: 0000563829973100
[43670.881204] R10: 0000563829714010 R11: 00007f361f491be0 R12: 0000000000001001
[43670.881209] R13: 00005638299aa820 R14: 00005638299aa820 R15: 0000000000000000
[43670.881307] OOM killer enabled.
[43670.881310] Restarting tasks ... done.
[43670.931424] PM: suspend exit

Я не знаю достаточно, чтобы интерпретировать это, но трассировка стека не кажется хорошей.

Моя система:

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04 LTS"

$ uname -a
Linux tx1 5.4.0-33-generic #37-Ubuntu SMP Thu May 21 12:53:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

ThinkPad X1 Carbon, кажется, 4-го поколения.

Что-то еще произошло после обновления, которое может быть связано, а может и не быть связано: вскоре после обновления мой экран завис, и вместо обычных значков приложений в левой части экрана все они были заменены одним единственным значком, который я думаю был файл. Мне кажется, я открывал LibreOffice и открывал меню «файл», так что этот значок как будто заменял все остальные. Попробовав разные вещи, я закончил тем, что отключил и снова включил питание, и когда система подключилась, LibreOffice запустил обычный процесс восстановления файлов, которые использовались во время выключения, и в первый раз он потерпел неудачу, заявив, что файл был поврежден. Файл не был критичным, так что ничего страшного. С тех пор этого не происходило, но это заставило меня задуматься, есть ли у меня проблемы с моей файловой системой. У меня есть твердотельный накопитель емкостью 300 ГБ, который заполнен примерно на 40%.

Я без проблем использую ту же систему на старом Dell M14X (Alienware).

Есть идеи?

Редактировать: Выключение заняло около 20 минут! Я предполагаю, что он повторял то, что заставляло его не приостанавливаться, и в конечном итоге истекло время ожидания. Интересно, если я подожду 20 минут, он приостановится.

Редактировать 2: После перезапуска при выключенном питании сегодня утром проблема, похоже, исчезла. Я рад, что проблема решена, но жаль, что не знаю почему! Вчера я попробовал силовой цикл без каких-либо улучшений.