---

Диагностика · Lenovo XiaoXinPro 16c AKP10

Ноутбук не выходит из сна
Причина найдена и подтверждена реальным тестом: баг в ACPI-таблицах BIOS ломает процедуру пробуждения на платформе AMD Krackan Point. Обновление BIOS уже скачано в Windows — осталось установить.

Причина подтверждена
12–13 августа 2026
Устройство
Lenovo XiaoXinPro 16c AKP10 (модель 83HY)
BIOS
R0CN27WW · v1.27 · 09.01.2026 — новая версия скачана, не установлена
Симптом
После сна (s2idle) ноутбук не просыпается сам; выводит только принудительное нажатие кнопки питания
Причина
Отсутствующий символ GPP5.RTKW в ACPI-таблицах прошивки обрывает метод проверки готовности к пробуждению
Статус
Ждём установки обновления BIOS в Windows, затем повторную проверку
01
Что произошло при проверке
Тест: система усыплялась командой rtcwake -m mem -s 20 — то есть должна была проснуться сама через 20 секунд. По факту:

19:04:03
Уход в сон (s2idle). Запрошено пробуждение через будильник RTC ровно через 20 секунд.
20:27:24 + 83 мин
Неудачная попытка пробуждения: устройства начали резюмироваться (6.3 сек вместо обычных 0.3), затем в логе ACPI-ошибка (см. ниже) — и система тут же ушла обратно в сон, не завершив пробуждение.
08:24:38 + 13 ч 20 мин от старта
Реальное пробуждение — но не само по себе: вручную нажата кнопка питания. Будильник RTC систему так и не разбудил.
02
Корневая причина
В журнале ядра ровно в момент сорвавшегося пробуждения (20:27:24):

journalctl -b 0
kernel: PM: resume devices took 6.286 seconds
kernel: ACPI BIOS Error (bug): Could not resolve symbol [^^^GPP5.RTKW], AE_NOT_FOUND
kernel: ACPI Error: Aborting method \_SB.PCI0.LPC0.EC0.UPHK due to previous error
kernel: ACPI Error: Aborting method \_SB.PEP._DSM due to previous error
kernel: AMD-Vi: Event logged [IO_PAGE_FAULT device=0000:00:0c.0 ...]
GPP5
PCIe-порт, к которому подключён Wi-Fi/BT модуль Realtek RTL8922AE (Wi-Fi 7) — видно из lspci.

RTKW
Судя по имени — объект «Realtek Wake» в ACPI-таблицах, отвечающий за обработку пробуждения по этому устройству. Он не резолвится — BIOS ссылается на объект, которого физически нет в скомпилированной таблице.

_SB.PEP._DSM
Из-за этого падает ключевой метод AMD «Platform Extended Power» — именно он проверяет, готова ли платформа завершить s2idle-пробуждение. Резюм срывается на середине.

Итог: это баг прошивки, не Linux — неполная/битая ACPI-таблица в BIOS для совсем новой платформы (AMD Krackan Point + Wi-Fi 7 модуль). Отдельно и независимо также обнаружено, что аппаратные часы (RTC/CMOS) на ноутбуке сброшены на 1 января 2001 года — само по себе тоже способно портить таймеры пробуждения, стоит проверить заодно.

03
План исправления
1
Установить скачанное обновление BIOS в Windows
Оно уже загружено — осталось запустить установку и перезагрузиться. Это наиболее вероятное реальное решение: такие ACPI-баги на новых моделях Lenovo обычно закрываются именно свежей прошивкой.

2
В BIOS Setup проверить дату/время
Убедиться, что после обновления и перезагрузки время не откатывается на 2001 год — если откатывается, дело в севшей резервной батарейке RTC на плате.

3
Повторить тест сна
Например той же командой (sudo rtcwake -m mem -s 20 --verbose) и проверить journalctl — ушла ли ошибка GPP5.RTKW. Первое время после сна лучше быть рядом с ноутбуком.

4
Если баг остался — искать обход в BIOS Setup
Поискать и отключить пункты вроде «Wake on WLAN/LAN» или «Modern Standby». Пока не исправлено — безопаснее не уходить в сон вовсе, а просто блокировать экран.

04
Как продолжить разговор
Диагностика проходила в live-сессии Fedora (загрузка с флешки без сохранения данных) — сам чат и все файлы в ней исчезнут при перезагрузке. Эта страница опубликована отдельно и останется доступна по своей ссылке с любого устройства, включая Windows. Чтобы продолжить именно с Claude — откройте новый разговор и киньте эту ссылку или вставьте текст этой сводки, чтобы сразу дать контекст.
Собрано из dmidecode, journalctl и живого теста сна
12–13 августа 2026