Вопрос или проблема
Использую практически новый Lenovo Thinkpad L13 Yoga. Переход в режим ожидания происходит мгновенно – с использованием s2idle – но при открытии экрана или нажатии на кнопку питания экран включается мгновенно (и если в консольном режиме, курсор мигает)… но проходит почти точно 10 секунд, прежде чем система становится отзывчивой.
Стоит отметить, что ввод буферизуется – если я двигаю мышь, пока она ‘заморожена’, мышь перемещается после задержки в 10 секунд.
Я получил журналы ядра с помощью dmesg, захваченные сразу после возобновления (это приостановка, вызванная закрытием крышки; строки с ### добавлены мной), и ничего действительно не выделяется:
[ 522.411592] PM: suspend entry (s2idle)
[ 522.415557] Filesystems sync: 0.003 seconds
[ 522.516553] Freezing user space processes
[ 522.518228] Freezing user space processes completed (elapsed 0.001 seconds)
[ 522.518232] OOM killer disabled.
[ 522.518233] Freezing remaining freezable tasks
[ 522.519438] Freezing remaining freezable tasks completed (elapsed 0.001 seconds)
[ 522.519442] printk: Suspending console(s) (use no_console_suspend to debug)
[ 522.681344] ACPI: EC: interrupt blocked
### приостановлено здесь ###
[ 529.971285] ACPI: EC: interrupt unblocked
[ 530.386065] [drm] PCIE GART of 1024M enabled.
[ 530.386071] [drm] PTB located at 0x000000F43FC00000
[ 530.386225] amdgpu 0000:07:00.0: amdgpu: SMU is resuming...
[ 530.386286] amdgpu 0000:07:00.0: amdgpu: dpm has been disabled
[ 530.387154] amdgpu 0000:07:00.0: amdgpu: SMU is resumed successfully!
[ 530.391897] nvme nvme0: D3 entry latency set to 8 seconds
[ 530.396496] nvme nvme0: 16/0/0 default/read/poll queues
[ 530.401978] nvme nvme0: Ignoring bogus Namespace Identifiers
[ 530.462187] amdgpu 0000:07:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
[ 530.462192] amdgpu 0000:07:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[ 530.462194] amdgpu 0000:07:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[ 530.462196] amdgpu 0000:07:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
[ 530.462199] amdgpu 0000:07:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
[ 530.462201] amdgpu 0000:07:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[ 530.462203] amdgpu 0000:07:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[ 530.462205] amdgpu 0000:07:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
[ 530.462207] amdgpu 0000:07:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
[ 530.462209] amdgpu 0000:07:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 11 on hub 0
[ 530.462211] amdgpu 0000:07:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 8
[ 530.462213] amdgpu 0000:07:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 8
[ 530.462215] amdgpu 0000:07:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 8
[ 530.462217] amdgpu 0000:07:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 8
[ 530.462219] amdgpu 0000:07:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 8
[ 530.472894] thinkpad_acpi: Unknown/reserved multi mode value 0x0000 for type 4, please report this to [email protected]
### десятисекундная задержка здесь! ###
[ 540.386729] OOM killer enabled.
[ 540.386732] Restarting tasks ...
[ 540.387762] audit: type=1107 audit(1738890139.549:5579): pid=1083 uid=101 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_signal" bus="system" path="/org/freedesktop/login1" interface="org.freedesktop.DBus.Properties" member="PropertiesChanged" name=":1.11" mask="receive" pid=3242 label="firefox" peer_pid=1107 peer_label="unconfined"
exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
[ 540.387979] done.
[ 540.387991] random: crng reseeded on system resumption
[ 540.521351] PM: suspend exit
### система становится отзывчивой здесь ###
Если это поможет, мой BIOS обновлен в соответствии с LVFS. Есть идеи, с чего начать? Заранее спасибо.
Ответ или решение
На основе предоставленных данных и информации из журнала загрузки (dmesg), вы столкнулись с проблемой, когда ваше устройство Lenovo Thinkpad L13 Yoga под управлением операционной системы Kubuntu 24.10 при выходе из режима сна имеет задержку около десяти секунд, прежде чем система становится отзывчивой. Это может быть вызвано несколькими факторами, включая конфигурацию аппаратных компонентов, фирменные прошивки BIOS, драйверы или ошибки в управлении питанием.
Теория
Поясним, что происходит при выходе из режима сна. При выходе из s2idle (простое ожидание), система должна быстро возвращаться к нормальной работе. Это включает разблокировку всех ресурсов, восстановление состояния процессора, подачу питания на графический процессор и восстановление сетевых соединений. В оптимальном случае, эти процессы выполняются практически мгновенно. Однако, если какой-то компонент системы не отвечает вовремя (например, из-за проблем с управлением питанием или несовместимыми драйверами), это может вызвать задержки.
Пример
Из журнала видно, что между строками о разблокировке ACPI и выводом "Restarting tasks …" проходит пауза в десять секунд. Это говорит о том, что, вероятно, один или несколько компонентов вашей системы, таких как графический адаптер или NVMe SSD, могут быть причиной задержки. Записи о SMU (System Management Unit) в драйвере amdgpu намекают на то, что это может касаться графического процессора. Если конкретный компонент не отвечает должным образом после возобновления, это может быть связано с проблемами, такими как ошибки управления питанием на уровне BIOS или несовместимость драйверов.
Применение
Следующие шаги могут помочь в диагностике и решении этой проблемы:
-
Обновление BIOS и прошивки: Поскольку вы уже проверили обновления BIOS через LVFS и они актуальны, можно рассмотреть возможность повторной прошивки BIOS в случае, если возникли какие-либо ошибки. Некоторые проблемы могут быть решены путем восстановления прошивки до заводских настроек.
-
Изучение драйверов: Проверьте, что все драйверы, особенно те, связанные с графическим адаптером и NVMe SSD, обновлены до последней версии. Вы можете попробовать установить драйверы из официальных источников, таких как сайт поддержки Lenovo или производитель компонентов, чтобы убедиться, что у вас нет проблем с распознаванием или управлением этими устройствами.
-
Проверка конфигурации загрузки: Используйте загрузочные параметры ядра, такие как
no_console_suspend, чтобы получить более детальный вывод отладки от ядра во время возобновления. Это может помочь идентифицировать, какой именно компонент вызывает задержку. -
Изучение логов аудита: Обратите внимание на записи аудита, связанные с AppArmor и D-Bus. Это может не быть напрямую связано с вашей проблемой, но может указывать на асинхронные проблемы в системе.
-
Попробуйте альтернативные методы управления питанием: Возможно, стоит протестировать переход на другие режимы сна, такие как deep sleep (s3), если ваше оборудование это поддерживает. Это может уменьшить задержки на определенных конфигурациях оборудования, хотя и с повышенным энергопотреблением.
-
Диагностика оборудования: Иногда проблемы с аппаратным обеспечением или неустойчивые соединения могут вызвать такие задержки. Убедитесь, что все внутренние и внешние соединения надежны, и выполните диагностику аппаратного обеспечения, если это необходимо.
-
Обратная связь с сообществом и производителями: Если проблема не решается стандартными методами, обратитесь за помощью на форумы поддержки или к сообществу Kubuntu. Вы также можете обратиться к поддержке Lenovo для получения советов или предложений.
Эти рекомендации помогут вам в диагностике и, возможно, решении проблемы с задержкой при выходе из сна на вашем ноутбуке Lenovo Thinkpad L13 Yoga. Помните, что для сложных проблем с оборудованием может потребоваться профессиональная диагностика.