Розряд батареї ноутбука вночі: стан сну, який бреше

Брехня: «сон» як маркетинговий термін

Класичний сон ноутбука (той, який люди пам’ятають з ностальгією) означав: оперативна пам’ять живиться, більшість системи вимкнена, й машина споживає крихітну, передбачувану кількість енергії. Поклали в сумку, забули, повернулися за кілька днів — усе в порядку.

Сучасний сон часто означає: процесор «переважно» спить, мережа може залишатися активною, система може коротко прокидатися для виконання справ, а деякі пристрої ніколи повністю не вимикаються, бо драйвери й прошивка не можуть домовитись, що означає «вимкнено». Це датасентровий менталітет, запханий у корпус на батареї. У серверній «прокинутися, щоб синхронізувати пошту» — це нормальна операція. На ноутбуку о 2:00 — це «чому моя сумка гаряча?»

Нічний розряд батареї рідко є містерією. Зазвичай це одне з наступного:

• Ви не отримали той стан сну, який думали (S0 «Modern Standby» / s2idle замість S3 «deep»).
• Ви отримали правильний стан, але пристрої вас пробуджують (мережа, USB, Bluetooth, док-станції Thunderbolt, миші з образою).
• Ви залишалися в сні, але споживання занадто велике через відмови в управлінні енергоспоживанням прошивки/драйверів/пристроїв (NVMe не переходить у глибокі стани, Wi‑Fi відмовляється спати, GPU лишається напівпробудженим).
• Ви взагалі не заснули (завислий suspend, додаток блокує, неправильна політика при закритті кришки), і екран просто став темним.

Коли ви перестанете сприймати «сон» як обіцянку і почнете розглядати його як автомат станів з логами, це можна виправити.

Цікаві факти й коротка історія (чому це стало гірше)

Ось кілька конкретних контекстних пунктів, що пояснюють, чому ваш ноутбук 2012 року поводився краще, ніж ультрабук 2023, хоча все інше швидше:

1. ACPI S3 («suspend-to-RAM») походить з епохи, коли від ноутбуків не очікували постійного підключення. Це просто: RAM живиться, майже все інше вимкнено.
2. Microsoft просував «Connected Standby» (пізніше брендинг «Modern Standby»), щоб ПК поводилися більше як телефони. Це S0 low-power idle, а не S3.
3. Багато нових ноутбуків під Windows постачаються без підтримки S3 зовсім. Якщо ви не можете використовувати S3, ви не можете «вибрати» його налаштуванням; це рішення платформи.
4. S0ix Intel (стани енергоспоживання пакета у S0 idle) — ключовий технічний фактор для Modern Standby. Коли він працює — чудово. Коли ні — ви отримуєте «сон» з серверною активністю у фоновому режимі.
5. NVMe-диски можуть бути тихим злочинцем. Якщо SSD не переходить у глибокі енергетичні стани (або ОС не дає цього зробити), платформа часто не може досягти найглибшої економії енергії.
6. USB-C і док‑станції Thunderbolt змінили ландшафт пробуджень. Док по суті є шиною пристроїв, будь-який з яких може запросити живлення або спричинити пробудження.
7. Енергозбереження Wi‑Fi — це не просто чекбокс; це переговори між ОС, драйвером, прошивкою і точкою доступу. Існують погані поєднання. Вони потрапляють у поставки.
8. «Таймери пробудження» існують давно, але сучасні механізми оновлень використовують їх агресивно. Завдання технічного обслуговування, телеметрія, перевірки оновлень — деякі постачальники планують це так, ніби це їхній ноутбук, а не ваш.
9. macOS давно використовує «dark wake» і плановане обслуговування у фоні. Зазвичай це добре, але коли ні — виглядає як привидний графік розряду батареї.

Одна перефразована ідея, яку SRE повторюють, бо вона вірна: все ламається, постійно; проектуйте й експлуатуйте з цим в увазі — цитата за мотивами Вернера Вогельса. Сон — це просто ще одна розподілена система: прошивка, драйвери, пристрої, ОС, політики — що дають збої по-справжньому дрібними способами, які в сумі дають мертву батарею.

Швидка діагностика (перший/другий/третій)

Якщо ви відповідальні за свій ноутбук, вам потрібен триаж, що працює за п’ять хвилин, а не вихідні у форумах.

Перше: підтвердьте реальний стан сну, який ви отримуєте

• Windows: перевірте підтримувані стани сну та недавні переходи (powercfg).
• Linux: перевірте, чи suspend використовує s2idle або deep і що підтримує платформа (/sys/power/mem_sleep).
• macOS: перегляньте причини сну/пробудження та кількість «dark wake» у логах (pmset).

Рішення: Якщо ви не в глибокому сні (S3/deep) і ваша платформа це підтримує — вимкніть його. Якщо платформа не підтримує — вважайте Modern Standby/s2idle і зосередьтесь на джерелах пробудження та енергоменеджменті пристроїв.

Друге: ідентифікуйте джерела пробудження та частоту пробуджень

• Чи були це часті пробудження (багато коротких), чи ви фактично ніколи не спали (один довгий проміжок активності)?
• Чи джерело пробудження — мережа, USB, Bluetooth, кришка, RTC-таймер або «невідомо»?

Рішення: Якщо пробуджень багато — вимкніть конкретні джерела (Wake-on-LAN, USB wake, Bluetooth wake, заплановані таймери). Якщо пробудження рідкісні, але розряд високий — зосередьтесь на споживанні в стані сну (NVMe/Wi‑Fi/GPU/прошивка).

Третє: тестуйте з контрольованими змінними

• Спіть без периферії (без дока, без зовнішньої миші, без USB-накопичувачів).
• Тимчасово вимкніть мережу (режим польоту або вимкніть будження по мережі).
• Спробуйте гібернацію на одну ніч як контроль.

Рішення: Якщо гібернація вирішує проблему, ваш сон — проблема. Якщо гібернація все одно розряджає — підозрюйте стан батареї або те, що пристрій фактично не входить у гібернацію (рідко, але буває).

Жарт №1: Modern Standby — це як «опційне голодування». Ноутбук обіцяє відпочивати, а тихенько під’їдає ватти зі схованки.

Практична модель: куди вночі йдуть ваші ватти

Нічний розряд батареї — це або про час (занадто багато пробуджень), або про базове (занадто велике споживання під час «сну»). Виправлення залежить від того, яке у вас.

Випадок A: ноутбук часто прокидається

Це класична проблема «чому ви прокинулися?». Кожне пробудження може бути коротким, але піднімає частини системи, що дорожчі за енергію: піки CPU, активність радіо Wi‑Fi, читання/запис SSD або цілий сервіс оновлень вечірки.

Поширені тригери:

• Wake on LAN / мережеві шаблони
• USB-пробудження (миша, клавіатура, док, гарнітура)
• Bluetooth-пристрої, що перепідключаються
• Заплановані завдання / таймери пробудження (оновлення, агенти резервного копіювання)
• «Вікна обслуговування», спроектовані людьми, які не їздять з ноутбуком у транспорті

Випадок B: воно «спить», але споживання занадто велике

Це більш тонко й частіше трапляється на сучасних системах. Машина може не логувати явні події пробудження, але ніколи не досягає глибокого idle. Щось перешкоджає пакету CPU і пристроям перейти в найнижчі енергетичні стани.

Поширені підозрювані:

• NVMe-диск не входить у низький енергетичний стан (APST вимкнено, проблемна прошивка)
• Драйвер Wi‑Fi тримає систему в вищому стані idle
• GPU (особливо dGPU) не повністю вимикається
• Контролери Thunderbolt лишаються активні з підключеними пристроями
• Помилки ядра/драйверів, які блокують suspend або відразу відновлюють

Чому «закрити кришку» — не гарантія

Закриття кришки запускає політику. Політика ініціює перехід. Перехід залежить від співпраці драйверів. Якщо будь-яка частина відмовляє — ОС може відкотитися, зависнути або зробити напівсну. Для користувача це виглядає як «екран вимкнувся». Для батареї це виглядає як «ще на роботі».

Windows: доведіть, в який стан ви потрапили, а потім шукайте джерела пробудження

Розряд батареї вночі на Windows часто пов’язаний із Modern Standby. Інколи це працює як задумано. Це не комплімент.

Modern Standby (S0 low power idle) проти S3

Якщо ваша система підтримує лише S0 idle, ви не зможете примусово увімкнути S3 магічним реєстровим хаком, який «завжди працює». Деякі платформи просто не реалізують S3. Правильний крок: (a) зменшити джерела пробудження, (b) обмежити мережеву активність у standby, (c) оновити драйвери/BIOS, або (d) обирати гібернацію, коли потрібен гарантований малий розряд.

SleepStudy — ваш друг

Windows має доволі корисний вбудований звіт для аналізу Modern Standby. Він покаже, які компоненти були активні, як довго та що заважало досягненню низького енергоспоживання.

Не ігноруйте політики «connected standby allowed»

Корпоративні образи часто містять політики, що тримають машину «доступною». Це нормально на мережі живлення. На батареї — це повільний збій. Ви хочете політики, що ставляться до батареї як до бюджету, а не як до пропозиції.

macOS: pmset, darkwakes і доброзичливі оманки

macOS загалом добре спить, але вона також дуже схильна робити корисні речі, коли ви не дивитеся. «Dark wake» — вічливий термін для «я прокинувся без повідомлення, бо мав справи». Іноді ці справи легітимні: резервні копії, індексація, синхронізація iCloud. Іноді це драйвер або периферія, що викликає цикл пробуджень.

Power Nap і мережеве пробудження

Power Nap може періодично прокидати систему. Мережевий доступ також може спричиняти пробудження залежно від налаштувань і апаратного забезпечення. Якщо Mac розряджається вночі, перевірте повторювані пробудження і чи корелюють вони з мережевими сервісами або підключеними USB‑C пристроями.

Тепло в сумці — тривожний знак

Якщо MacBook теплий після «сну», це підказка, що він або часто прокидався, або не входив у низький енергетичний стан. Не приймайте «це нормально». Тепло означає, що енергія пішла кудись — і не в вашу продуктивність.

Linux: s2idle проти deep, драйвери та пастка suspend

Linux дає вам силу. Linux також дає мотузку. Поведінка suspend залежить від ядра, конфігурації дистрибутива, прошивки та драйверів пристроїв. У вас може бути ноутбук, що ідеально підсаспендується на ядрі 6.1, а як обігрівач на 6.6, бо один драйвер змінив налаштування енергоменеджменту.

s2idle (S0) проти deep (S3)

На багатьох ноутбуках Linux за замовчуванням використовує s2idle (програмно координований idle у S0). Це може бути нормально. Або це може бути витоком батареї, якщо пристрої не поводяться.

deep відповідає S3, коли підтримується. Зазвичай це енергоефективніше і менш «балакуче», але може мати проблеми сумісності з деякими пристроями (проблеми з повторним підключенням Wi‑Fi, не відновлювані USB-пристрої тощо).

Systemd, journald і логи suspend

Linux дає вам постмортем, про який ви завжди мріяли. Якщо suspend не вдався, логи часто покажуть, який юніт або драйвер це блокував. Не гадать; читайте журнал.

NVMe і ASPM — поширені порушники

NVMe APST і PCIe ASPM важливі. Якщо платформа не може опустити PCIe-шини в низькі енергетичні стани, ваше базове споживання буде вищим. Linux може бути обережним залежно від прошивки системи. Іноді потрібно включити політику; іноді краще оновити BIOS, а не боротись з ним.

Апаратне та прошивка: NVMe, Wi‑Fi, USB і налаштування BIOS

Інженери люблять звалювати вину на програмне забезпечення, бо його можна змінити. Розряд батареї в сні часто опосередкований апаратним забезпеченням/прошивкою. Це не означає, що ви приречені; це означає, що виправлення може бути «оновіть BIOS», а не «перемикайте тисячу параметрів ОС».

Налаштування BIOS/UEFI, що мають значення

• Вибір стану сну: деяка прошивка дозволяє вибирати S3 проти Modern Standby / S0ix.
• Wake on LAN: вимикайте на батареї, якщо у вас немає реальної потреби.
• USB-заряджання в сплячому режимі: зручно, але коштує енергії. Вимкніть, якщо переслідуєте розряд.
• Безпека Thunderbolt / підтримка перед завантаженням: може впливати на поведінку з док-станціями.

Периферія — підозрювана, поки не доведено протилежне

Док + зовнішній монітор + USB-приймач + Ethernet-адаптер — це розподілена система. І, як усі розподілені системи, вона дає креативні збої опів на третю. Якщо розряд відбувається «тільки коли підключено до дока», вірте цьому. Ізолюйте.

Жарт №2: USB-брелок може розбудити ваш ноутбук надійніше за будильник — і він навіть не вибачається.

Три корпоративні історії з поля бою

Інцидент №1: неправильне припущення («сон — це сон»)

Велика IT‑команда розгортала нову модель ноутбуків для групи інженерів, що часто подорожують. Стара модель мала надійний S3 sleep. Люди закривали кришку, летіли, а в готелі відкривали з приблизно тією самою відсотковою зарядкою.

Нова модель постачалась лише з Modern Standby. Припущення — ніколи не задокументоване, ніколи не протестоване — було, що «поведінка сну однакова на всіх ноутбуках». Так не було. Першим реальним сигналом була хвиля скарг: «Мій ноутбук сідає в сумці», «Він гарячий», «0% коли я приземлився». Другий сигнал був дорожчим: кілька батарей почали роздуватися раніше, ніж очікувалось, бо вони проводили забагато часу теплими в обмеженому просторі.

Спочатку це трактували як помилку користувача. Потім витягли SleepStudy‑звіти з кількох машин. Історія була послідовною: повторювана мережна активність під час standby, періодичні таймери пробудження, і кілька драйверів, що перешкоджали низькій енергетичній резиденції. Ніщо драматичне — просто смерть тисячею паперових порізів.

Виправлення не було одиночним магічним налаштуванням. Вони підкоригували політики енергоспоживання, щоб обмежити мережеве підключення на батареї, вимкнули конкретні можливості пробудження для деяких NIC‑драйверів і роздали оновлення BIOS. Також змінили рекомендації для подорожей: якщо кладете ноутбук у сумку на години — використовуйте гібернацію. Було нудно. Але працювало.

Інцидент №2: оптимізація, що обернулась проти (постійна досяжність)

Група безпеки хотіла, щоб пристрої залишалися досяжними для перевірок відповідності, поновлення сертифікатів і звітності про стан кінцевої точки. Розумні цілі. Вони ввели агресивні таймери пробудження і дозволили мережеву активність під час standby на батареї по всьому парку.

Це «оптимізувало» відповідність. Це також оптимізувало розряд батареї. Користувачі почали приходити на зустрічі з мертвими пристроями і рефлекторно не довіряти індикатору заряду ноутбука. Така недовіра важлива: як тільки люди перестають вірити телеметрії, вони вигадують свої ритуали — постійне вимкнення, відключення оновлень або відмову від політик управління.

Проблема не в намірі безпеки; вона в браку бюджету енергії. Standby‑споживання — це бюджет. Якщо ви витрачаєте його на досяжність, не лишається на «залишатись зарядженим вранці».

Зрештою компроміс: дозволити мережеву активність під час standby лише на мережі живлення, а на батареї — лише в короткому вікні після закриття кришки. Також зробили таймери пробудження опціональними для пристроїв, призначених для конкретних ролей. Відповідність лишилась, довіра батареї повернулась. Люди перестали ставитися до сну як до лотереї.

Інцидент №3: нудна, але правильна практика, що врятувала день (базовий тест + контроль змін)

Команда платформи, що підтримувала Linux‑ноутбуки, робила одну неефектну річ: у їхній передрелізній перевірці був базовий тест suspend/resume і тест розряду вночі. Та сама апаратна конфігурація, те саме ядро, те саме навантаження, ті самі периферії. Кожного разу, коли вони оновлювали ядро або BIOS, вони запускали ту ж нічну перевірку.

Одного циклу вони помітили, що standby‑розряд подвоївся на частині машин після оновлення ядра. Користувачі ще не скаржились. Дані були першими. Журнал показував чисті суспенди, але машина лишалась у s2idle і не досягала низьких енергетичних станів пристроїв, при цьому підсистема NVMe часто була активна.

Вони бісектували зміни до зміни в поведінці енергоменеджменту в конфігурації драйвера зберігання, що взаємодіяв із конкретною прошивкою SSD. Короткочасне виправлення — зафіксувати параметр ядра для станів енергії NVMe і працювати з вендором над оновленням прошивки. Вони також переключили режим suspend за замовчуванням на deep, де це підтримувалося.

Це не було героїчним. Це був контроль змін плюс вимірювання. Саме так «рятують день» у реальних операціях: ви ловите регресії до того, як вони вдарять по користувачах, і не дізнаєтесь про розряд батареї з повідомлення керівника в аеропорту.

Поширені помилки: симптом → причина → виправлення

Симптом: Ноутбук втрачає 20–50% за ніч і вранці гарячий.

Причина: Modern Standby / s2idle з частими пробудженнями або високим базовим споживанням; часто мережа або док.

Виправлення: Вимкнути пробудження по мережі/USB, обмежити мережу в standby на батареї, оновити BIOS/драйвери, протестувати сон без периферій, використовувати гібернацію для подорожей.

Симптом: Розряд батареї відбувається лише коли підключено до дока або USB‑C хаба.

Причина: Пристрої дока генерують події пробудження; контролер Thunderbolt лишається активним; USB wake ввімкнено.

Виправлення: Вимкнути wake для конкретних пристроїв, оновити прошивку дока, уникати «завжди живого USB», протестувати інші порти/кабелі.

Симптом: Батарея розряджається навіть коли «вимкнено», або розряд значно гірший за очікуване.

Причина: Насправді не вимкнено (Fast Startup/hiberboot у Windows), або пристрій підтримує «заряджання USB коли вимкнено».

Виправлення: Вимкнути Fast Startup; у BIOS вимкнути живлення USB у S5; перевірити логи та звіти про енергоспоживання.

Симптом: Ноутбук прокидається відразу після сну.

Причина: Пристрій з можливістю пробудження (USB/Bluetooth/NIC) спричинює resume, або таймер пробудження.

Виправлення: Перевірити останнє джерело пробудження; вимкнути можливості пробудження; очистити таймери; оновити драйвери.

Симптом: Linux‑ноутбук «підсаспендується», але вентилятори крутяться або підсвітка клавіатури залишається увімкненою.

Причина: Зависання suspend або відкат; пристрій/драйвер блокує; застряг у s2idle з активними пристроями.

Виправлення: Перевірити журнал навколо suspend; переключитися на deep; вивести в чорний список/вимкнути проблемні модулі; оновити ядро/прошивку.

Симптом: macOS втрачає 10–20% за ніч без очевидного пробудження.

Причина: Повторні darkwake через мережу/резервні копії/індексацію, або периферія спричиняє пробудження.

Виправлення: Переглянути логи pmset; налаштувати Power Nap/мережеве пробудження; відключити підозрілі периферії; за потреби скинути NVRAM/SMC (залежить від платформи).

Практичні завдання з командами (і як обирати)

Нижче конкретні завдання, які можна виконати. Кожне містить: команду, реалістичний вивід, що це означає, і яке рішення ухвалити. Використовуйте їх як інструкцію інциденту: збирайте докази, змінюйте одну змінну, повторюйте тест.

Завдання 1 (Windows): Перевірити, які стани сну підтримуються

cr0x@server:~$ powercfg /a
The following sleep states are available on this system:
    Standby (S0 Low Power Idle) Network Connected
    Hibernate
    Fast Startup

The following sleep states are not available on this system:
    Standby (S1)
    Standby (S2)
    Standby (S3)
        The system firmware does not support this standby state.
    Hybrid Sleep
        Standby (S3) is not available.

Що це означає: S3 недоступний. Ви на Modern Standby (S0 low power idle). «Сон» не класичний.

Рішення: Перестаньте намагатися змусити S3 хакуванням. Зосередьтесь на джерелах пробудження, політиках connected standby і енергоменеджменті пристроїв. Використовуйте гібернацію, коли потрібен передбачуваний розряд.

Завдання 2 (Windows): Згенерувати звіт SleepStudy (аналіз Modern Standby)

cr0x@server:~$ powercfg /sleepstudy /duration 3
Sleep study report saved to file path C:\Windows\system32\sleepstudy-report.html.

Що це означає: У вас тепер звіт з деталями сесій standby, активних компонентів і розряду.

Рішення: Відкрийте звіт і шукайте: головних порушників, «active time» під час standby і будь-які компоненти, що перешкоджають низькому енергоспоживанню. Якщо домінує «Network» або «Audio» чи конкретний драйвер — націльтесь на нього.

Завдання 3 (Windows): Дізнатись, що востаннє розбудило машину

cr0x@server:~$ powercfg /lastwake
Wake History Count - 1
Wake History [0]
  Wake Source Count - 1
  Wake Source [0]
    Type: Device
    Instance Path: PCI\VEN_8086&DEV_15F3&SUBSYS_00008086&REV_03\3&11583659&0&FE
    Friendly Name: Intel(R) Ethernet Connection (7) I219-V
    Description: Intel(R) Ethernet Connection (7) I219-V
    Manufacturer: Intel

Що це означає: NIC розбудив ноутбук.

Рішення: Вимкніть пробудження на NIC (або «Allow this device to wake the computer» у Диспетчері пристроїв), особливо на батареї, і вимкніть Wake-on-LAN у BIOS, якщо це не потрібно.

Завдання 4 (Windows): Перелік пристроїв, яким дозволено розбудження

cr0x@server:~$ powercfg /devicequery wake_armed
HID Keyboard Device
HID-compliant mouse
Intel(R) Ethernet Connection (7) I219-V
Intel(R) Wireless-AC 9560 160MHz

Що це означає: Кілька пристроїв можуть розбудити систему.

Рішення: Почніть з вимкнення пробудження для всього непотрібного (миша, Wi‑Fi, Ethernet). Залиште пробудження клавіатури, якщо вам воно потрібно. Повторно протестуйте ніч.

Завдання 5 (Windows): Вимкнути таймери пробудження (політичний важіль)

cr0x@server:~$ powercfg /waketimers
There are no active wake timers in the system.

Що це означає: Немає активних таймерів пробудження зараз, але майбутні таймери все одно можуть створюватись політикою або завданнями.

Рішення: Якщо витік лишається, не зупиняйтесь на цьому. Перевірте Планувальник завдань і налаштування вашого плану живлення «Allow wake timers». У керованих середовищах перегляньте Group Policy.

Завдання 6 (Windows): Звіт батареї для валідації фактичного розряду в часі

cr0x@server:~$ powercfg /batteryreport /duration 7
Battery life report saved to file path C:\Windows\system32\battery-report.html.

Що це означає: Часовий ряд використання і розряду в standby, плюс оцінки ємності.

Рішення: Якщо ємність значно деградована — можливо, ви маєте апаратну реальність. Якщо ємність нормальна, але розряд у standby сильний — це проблема сну/пробудження, а не «стара батарея».

Завдання 7 (macOS): Показати останні причини сну/пробудження

cr0x@server:~$ pmset -g log | grep -e "Wake reason" -e "Entering Sleep" | tail -n 12
2026-02-04 22:31:10 -0500 Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active
2026-02-04 23:12:44 -0500 Wake reason: EC.LidOpen (User)
2026-02-05 01:07:03 -0500 Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=active
2026-02-05 01:18:39 -0500 Wake reason: RTC (Alarm)
2026-02-05 01:22:10 -0500 Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active
2026-02-05 03:34:02 -0500 Wake reason: XDCI (USB)

Що це означає: Ви бачите пробудження через RTC‑будильники (заплановані завдання) і USB.

Рішення: Якщо USB‑пробудження корелює з нічним розрядом, від’єднайте периферію/доки на ніч і повторіть тест. Якщо RTC‑пробудження корелюють — перегляньте Power Nap / плановане обслуговування та встановлені агенти.

Завдання 8 (macOS): Переглянути поточні налаштування енергоменеджменту

cr0x@server:~$ pmset -g
System-wide power settings:
Currently in use:
 standby              1
 Sleep On Power Button 1
 hibernatemode        3
 powernap             1
 womp                 1
 tcpkeepalive         1
 ttyskeepawake        1
 disksleep            10
 sleep                15

Що це означає: Power Nap (powernap) і Wake on Magic Packet (womp) увімкнені; TCP keepalive активний.

Рішення: Якщо хочете максимально зберегти батарею вночі — вимкніть Power Nap та мережеві функції пробудження (принаймні для сценаріїв на батареї). Повторіть тест.

Завдання 9 (Linux): Перевірити, чи система використовує s2idle або deep

cr0x@server:~$ cat /sys/power/mem_sleep
s2idle [deep]

Що це означає: Deep sleep доступний і наразі вибраний (у дужках показано поточний).

Рішення: Якщо розряд усе ще високий — ймовірно, у вас є пробудження або пристрій, що не вимикається правильно навіть у deep. Перейдіть до джерел пробудження і логів.

Завдання 10 (Linux): Примусити deep sleep (коли підтримується) для тесту

cr0x@server:~$ echo deep | sudo tee /sys/power/mem_sleep
deep

Що це означає: Ви переключили ціль suspend на deep для цієї сесії завантаження (сталість залежить від налаштувань дистро).

Рішення: Проведіть нічний тест. Якщо розряд суттєво зменшився — залиште deep за замовчуванням і окремо вирішуйте проблеми з відновленням пристроїв.

Завдання 11 (Linux): Переглянути логи suspend/resume навколо останнього сну

cr0x@server:~$ journalctl -b -1 | grep -E "suspend|Suspend|resume|Resume" | tail -n 20
Feb 04 22:40:11 laptop systemd[1]: Starting System Suspend...
Feb 04 22:40:11 laptop kernel: PM: suspend entry (deep)
Feb 04 22:40:12 laptop kernel: ACPI: EC: interrupt blocked
Feb 04 22:40:13 laptop kernel: PM: suspend exit
Feb 04 22:40:13 laptop systemd[1]: Finished System Suspend.
Feb 04 22:40:13 laptop kernel: usb 1-4: reset high-speed USB device number 7 using xhci_hcd
Feb 04 22:40:14 laptop kernel: iwlwifi 0000:00:14.3: WRT: Invalid buffer destination
Feb 04 22:40:14 laptop kernel: PM: Some devices failed to suspend, or did not enter low power state

Що це означає: Ядро повідомляє, що деякі пристрої не підсаспендувалися коректно. Підозрілий драйвер — Wi‑Fi.

Рішення: Оновіть ядро/прошивку для Wi‑Fi, протестуйте з вимкненим Wi‑Fi перед suspend і перевірте джерела пробудження. Якщо відключення Wi‑Fi вирішує розряд — у вас проблема драйвера/прошивки/режиму енергозбереження.

Завдання 12 (Linux): Визначити пристрої, яким дозволено розбудження системи

cr0x@server:~$ grep -r . /proc/acpi/wakeup | sed -n '1,12p'
Device  S-state   Status   Sysfs node
XHC0      S3    *enabled   pci:0000:00:14.0
RP05      S3    *enabled   pci:0000:00:1c.4
GLAN      S3    *disabled  pci:0000:00:1f.6
HDEF      S3    *disabled  pci:0000:00:1f.3

Що це означає: Контролер USB (XHC0) і кореневий PCIe порт (RP05, часто пов’язаний з Wi‑Fi/WWAN/NVMe) можуть розбудити систему.

Рішення: Тимчасово вимкніть wake для XHC0, щоб перевірити, чи USB‑пристрої спричиняють resume. Потім повторіть тест без периферії.

Завдання 13 (Linux): Тимчасово вимкнути пристрій пробудження для тесту

cr0x@server:~$ echo XHC0 | sudo tee /proc/acpi/wakeup
XHC0

Що це означає: Це перемикає можливість пробудження. Перевірте ще раз cat /proc/acpi/wakeup, щоб переконатися, що воно змінилося на disabled.

Рішення: Якщо відключення XHC0 вирішує нічний розряд, або у вас «галасливий» USB‑пристрій/док, або проблема з контролером/драйвером. Тоді вирішуйте: залишити вимкненим, змінити периферію або оновити прошивку.

Завдання 14 (Linux): Перевірити, що востаннє розбудило систему (systemd)

cr0x@server:~$ journalctl -b | grep -E "Wakeup|wakeup|ACPI: Waking up" | tail -n 10
Feb 05 03:34:01 laptop kernel: ACPI: Waking up from system sleep state S3
Feb 05 03:34:01 laptop kernel: xhci_hcd 0000:00:14.0: xHC error in resume, USBSTS 0x401, Reinit
Feb 05 03:34:01 laptop kernel: PM: resume devices took 1.842 seconds

Що це означає: Шлях відновлення вказує на поведінку USB‑контролера.

Рішення: Сфокусуйтеся на джерелах пробудження через USB та прошивці контролера; протестуйте без дока; розгляньте оновлення BIOS.

Завдання 15 (Перехресна перевірка): Перевірити стан батареї/ємність (приклад Linux)

cr0x@server:~$ upower -i /org/freedesktop/UPower/devices/battery_BAT0 | sed -n '1,18p'
  native-path:          BAT0
  vendor:               SMP
  model:                5B10W139
  serial:               0123
  power supply:         yes
  updated:              Wed 05 Feb 2026 08:01:22 AM
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               discharging
    energy:              28.4 Wh
    energy-full:         45.2 Wh
    energy-full-design:  57.0 Wh
    capacity:            79.3%

Що це означає: Ємність батареї приблизно 79% від проєктної. Не катастрофа, але у вас менше запасу для витраченого енергії.

Рішення: Якщо розряд на межі, деградована ємність зробить його відчутним як катастрофу. Ви все одно виправляєте проблеми сну, але також плануйте заміну батареї, якщо покладаєтесь на довгі періоди без заряджання.

Завдання 16 (Windows): Виявити, чи «вимкнення» фактично є гібернацією (Fast Startup)

cr0x@server:~$ powercfg /hibernate
Hibernation has not been enabled.

Що це означає: Гібернація вимкнена; Fast Startup також може бути пов’язано.

Рішення: Якщо хочете гарантовано «вимкнути з мінімальним розрядом», увімкніть гібернацію і явним чином обирайте гібернацію для подорожей. Якщо підозрюєте «розряд при вимкненні», перевірте налаштування Fast Startup і поведінку USB‑живлення в BIOS.

Контрольні списки / покроковий план

Чекліст A: Ізоляційний нічний тест (найшвидший виграш)

1. Зарядьте до відомого відсотка (наприклад, 80%). Запишіть його.
2. Від’єднайте всі периферії: док, USB-пристрої, SD‑картки, зовнішні монітори.
3. Вимкніть Bluetooth для тесту, якщо можете.
4. На Windows увімкніть режим польоту або вимкніть «network connected standby», якщо політики дозволяють.
5. Переведіть машину в сон. Не лише закривайте кришку, якщо їй не довіряєте — використайте дію ОС «Sleep».
6. Залиште на 8–10 годин.
7. Перевірте відсоток батареї та температуру.

Інтерпретація: Якщо тепер розряд мінімальний — корінь проблеми в периферії або пристроях, що можуть розбудити. Якщо розряд залишається високим — це поведінка платформи сну, прошивка або драйвер тримає базове споживання підвищеним.

Чекліст B: Вирішити між S3/deep та Modern Standby/s2idle

1. Перевірте підтримувані стани (Windows: powercfg /a; Linux: /sys/power/mem_sleep).
2. Якщо S3/deep існує: переключіться на deep і протестуйте одну ніч.
3. Якщо його немає: перестаньте шкодувати за S3. Загартуйте Modern Standby, усунувши джерела пробудження і мережеву активність у фоні.

Чекліст C: Блокування джерел пробудження (припинити «нічну зміну»)

1. Перелічіть пристрої з правом пробудження (Windows: powercfg /devicequery wake_armed).
2. Вимкніть пробудження для NIC, якщо це не критично.
3. Вимкніть пробудження для мишей і USB‑приймачів (вони створюють шум).
4. Вимкніть таймери пробудження на батареї (або обмежте їх).
5. Повторіть нічний тест.

Чекліст D: Прошивка та драйвери (незахоплююче, але працює)

1. Оновіть BIOS/UEFI до останнього стабільного релізу.
2. Оновіть драйвери Wi‑Fi і чипсета (або на Linux оновіть ядро + пакети прошивки).
3. Оновіть прошивку дока, якщо ви його використовуєте.
4. Повторно запустіть нічний базовий тест.

Чекліст E: Використовуйте гібернацію стратегічно

1. Увімкніть гібернацію.
2. Використовуйте гібернацію, коли ноутбук буде в сумці кілька годин.
3. Користуйтесь сном, коли потрібне швидке відновлення і ноутбук на столі.

Інтерпретація: Гібернація — це режим «енергія = гроші». Сон — режим «час = гроші». Обирайте залежно від того, що ви витрачаєте.

FAQ

1) Чому мій ноутбук зараз розряджається в сні більше, ніж старші моделі?

Тому що «сон» часто означає S0 low power idle (Modern Standby / s2idle), що дозволяє більше фонового активності і сильно залежить від ідеальної координації драйверів і прошивки.

2) Чи Modern Standby априорі поганий?

Ні. Коли платформа досягає глибоких станів і пробудження контролюються — це може бути ефективно. Проблема в тому, що один погано поводжуваний пристрій може утримувати всю систему у вищому енергетичному стані.

3) Мій ноутбук гарячий у рюкзаку. Що робити негайно?

Перестаньте використовувати сон для транспортування в сумці. Використовуйте гібернацію або вимикайте, і вимкніть Wake on LAN/USB. Тепло — доказ роботи, і робота в сумці пришвидшує старіння батареї.

4) Чи допоможе вимкнення Bluetooth виправити нічний розряд?

Іноді. Bluetooth‑пристрої можуть спричиняти пробудження або тримати радіо активним. Це гарний тест для ізоляції. Якщо це допомагає, можна залишити Bluetooth увімкненим, але вимкнути можливості пробудження або змінити поведінку периферії.

5) Чому підключення до USB‑C дока погіршує ситуацію?

Доки додають мережеві карти, USB‑хаби, аудіопристрої і іноді накопичувачі — усі потенційні джерела пробудження. Вони також тримають контролери Thunderbolt/USB4 активними. Оновіть прошивку дока і вимкніть пробудження для несуттєвих пристроїв.

6) Чи просто вимкнути сон і завжди використовувати гібернацію?

Якщо для вас пріоритет — гарантований малий розряд, так. Обмеження — повільніше відновлення і більше записів на SSD (зазвичай нормально, але є). Багато людей використовують сон на столі, а гібернацію для подорожей. Це розумний компроміс.

7) На Linux, у чому різниця між s2idle і deep?

s2idle — це програмно координований idle‑стан у S0; він більше залежить від коректної поведінки драйверів. deep відповідає S3 suspend-to-RAM, коли підтримується, зазвичай енергоефективніший, але іноді менш сумісний.

8) Чи може SSD справді впливати на розряд у сні?

Так. Якщо NVMe‑диск не переходить у низькі енергетичні стани, він може перешкоджати досягненню глибшого idle платформи. Ви побачите підвищене базове споживання без очевидних подій пробудження.

9) Як визначити: це пробудження чи високе базове споживання?

Шукайте логи/звіти, що показують багато подій пробудження (Windows powercfg, macOS pmset логи, Linux journalctl). Якщо пробуджень мало, але розряд високий — підозрюйте базове споживання (енергетичні стани пристроїв, прошивка).

10) Якщо оновлю BIOS і драйвери, а розряд лишається, що далі?

Запустіть ізоляційний тест (без периферії, радіо вимкнені) і порівняйте сон проти гібернації. Якщо гібернація нормальна, а сон ні — ви підтвердили проблему стану сну. На цьому етапі використовуйте гібернацію за замовчуванням для ночі і паралельно шукайте конкретного пристрою/драйвера‑винуватця.

Висновок: наступні кроки, які насправді зупиняють витік

Припиніть сперечатися з словом «сон». Розглядайте його як режим роботи, який потребує перевірки, логування й бюджету. Вашою метою має бути передбачуваний розряд, а не філософська чистота.

1. Підтвердіть ваш стан сну (Windows powercfg /a, Linux /sys/power/mem_sleep, macOS pmset логи).
2. Проведіть один контрольований нічний тест з усіма периферіями відключеними й зменшеними радіозв’язками. Встановіть базову лінію.
3. Виключіть джерела пробудження (NIC, USB, Bluetooth, таймери) по одній категорії, повторюючи тести після кожної зміни.
4. Оновіть BIOS і критичні драйвери/прошивку перед тим, як робити хитромудрі налаштування. Хитромудрі рішення крихкі; помилки прошивки реальні.
5. Використовуйте гібернацію для подорожей і ночі, якщо ваша платформа не може стабільно забезпечити малий розряд у режимі сну. Це не поразка; це експлуатаційна зрілість.

Коли ваш ноутбук прокидається вночі, це має бути тому, що ви його попросили. Все інше — інцидент. Ставтеся до цього як до інциденту.