Комментарии 502
Сам виндой пользуюсь редко, только на рабочих ноутах. Но вот тоже сталкивался с тем, что ноут в рюкзаке внезапно включен. Думал, может я что делаю не так, а тут вон оно что.
Спасибо за описание и возможное решение проблемы, я грешил на свою невнимательность.
Поддержу благодарность.
Как то понадобился мне ноутбук. стряхнул пыль со своего старичка, заказал у китайцев аккум... в общем кошмарил я китайцев три раза батареей "которая сама разряжается в течении суток" пока не обнаружил что ноут сам просыпается!
ремарка. Режим гибернации мне кажется полностью решает данную проблему, тем более можно сделать ярлык чтобы не лезть в дебри Пуск-Выключение-ХХХ. А время восстановления если стоит SSD все-таки гораздо меньше нежели загружить windows + запускать все запущенные приложения заново.
Повторю своё упоминание объема оперативки. Если памяти немного, или она не занята, то в гибернацию уходит быстро.
У меня в ноутбуке, когда ничего не открыто и занято условно 4-5 гб из 32, переход в гибернацию происходит за считанные секунды.
А вот когда открыто 4,5,6 виртуалок и занято 29-30гб, то переход в гибернацию (особенно на забитом ссд, тогда скорость записи может быть на порядок меньше) занимает минуту и больше!
Уважаемый автор, мне кажется, что люди, которые "уже устали разбираться в проблемах режима сна на их новеньких ноутбуках" скорее всего не смогут понять по вашему заголовку, о чем на самом деле статья
Поэтому заголовок действительно выглядит как кликбейт, что бы вы не писали в первом абзаце
У меня мак стабильно за выходные в рюкзаке разряжается до 0.
Об этом есть в видео и показано, как это лечить. Настройка в маке помогает. Подобная настройка и в винде есть и должна помогать, но не работает
Мы всё ближе и ближе к Астартес Механикус и техножрецам...
Адептус Механикус же...
Ну тут дело явно не в сложности софта, а в отношении производителя к пользователю. Если чёрным по белому написано, что "мы подаём питание чтобы приложения могли выполнять свои активности/поддерживать связь с сетью" и т.п., то речь не идёт об программных ошибках.
Упомянутый спец MS из другого отдела может признать что это похоже на багу, но он в этом случае такой же юзер как и мы с вами.
А ещё, к сожалению, не только MS этим грешит. Про мак упоминали (хотя радует, что это можно там хотя бы отключить (пока что ещё можно?).
Ещё, к примеру, у меня новенький (уже почти) планшет от Huawei ни когда не отключается от WiFi несмотря на прямую настройку "Отключаться от сети в режиме сна". в результате за неделю-две неиспользования норовит разрядиться в ноль. Борюсь с этим при помощи скрипта, переводящего устройство в авиарежим при выключении экрана. Время от времени система этот скрипт отключает. До этого был самсунг с похожей проблемой, из-за чего я и поменял его на хуавей, но наивны надежды...
В андроидах же это корректно работает. Телефон без активности может неделю работать от одного заряда. А у него сотовая сеть постоянно связь держит, вайфай, синезуб, ежечасные синхронизации.
В маках на сколько я знаю, вайфай не отключается, чтобы отслеживать украденное устройство можно было. Но там какое то низкоуровневое(без задействования основного ЦП) аппаратное решение.
А ноуту совершенно не зачем быть постоянно онлайн. Поддержка связи с сетью для win ноута, это постоянно включенная система. Я вот не могу придумать сценарий, для которого ноуту нужно постоянно получать обновления/активность.
Я на рабочем Lenovo S340-15IIL с похожей проблемой столкнулся - он неадекватно реагирует на закрытие крышки. Мне нужно чтобы ноут выключил экран и продолжил крутить фоновые задачи. А он 50/50 уходит в сон, и отказывается пробуждаться до открытия крышки.
Пробовал настраивать и через "энергопотребление" и правками реестра, и переключатель сначала включить, потом выключить, и с перезагрузкой между настройками - пофиг ему.
Да, решение простое - банально не закрывать крышку уходя, но он тогда легонько пылью за ночь покрывается, противно. Да и в целом такое нелогичное поведение в простой ситуации подбешивает.
Если вы пытаетесь оправдать разработчиков, то я с вами не согласен. Им вообще нельзя работать программистами.
Если вы пытаетесь оправдать менеджеров этих фирм, то их давно надо было перевести на работу в "Зеленстрой".
Но во всем виноваты мы с вами, используя такой софт. А нас оправдывает только то, что СВОЕГО нет...
В данном случае, зачем ноуту постоянно сохранять активность/подключение и получать обновления. Это не смартфон. Программ завязанных на сверх актуальность данных там нет.
Зато удобно следить за пользователями. И собирать информацию, которую раньше не могли собирать(тот же упомянутый микрофон).
У меня тоже такое было. Проблема решилась когда стал закрывать эмулятор андроида и останавливать всевозможные дебаги в андроид студии.
Это из-за софта, который не дает спать. Вот выше человек пишет про андроид тулзы, а у меня аналогичное поведение было из-за запущенного nfs сервера.
В норме мак со временем уходит в очень глубокий сон (типа hibernate) и может хоть месяц лежать, почти не теряя заряд.
У меня было "веселее": Раньше всегда закрывал крышку макбука (pro 2019) когда не нужен. А перед отпуском завершил работу системы, закрыл крышку и убрал в ящичек стола. По приезду из отпуска открыл макбук и вижу, что батарея почти на нуле и система запущена. Т.е. макось запустилась будучи выключенной и дома явно никого не было тогда.
Почти всегда этот геморрой решается выключениями wake-timers в режимах питания. Нет вэйк-таймеров — нет попыток проснуться. По крайней мере на моих ноутбуках это вылечило от прогрева рюкзаков и ночных завываний.
Да это тоже проверял, но мне не помогло. Потому что и так ничего нет в списке. Но добавлю это в список для проверки в статью, спасибо!
Hidden text
Мне конкретно это и помогло. И еще на «всякий пожарный» запретить всяким LAN/WLAN устройствам будить машину
Неплохо бы сразу и написать команду для отключения таймеров, а то этот "способ" получается не до конца раскрыт :)
И как их отключить?
Панель управления → Оборудование и звук → Электропитание. Там в настройках используемой схемы есть управление таймерами пробуждения.
У меня там ничего нет такого. Уже гуглил
Hidden text
REG ADD HKLM\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\238C9FA8-0AAD-41ED-83F4-97BE242C8F20\BD3B718A-0680-4D9D-8AB2-E1D2B4AC806D /v Attributes /t REG_DWORD /d 2 /fУ меня вот такая штука вылезла когда проверял waketimers. Их нужно вырубить как то по отдельности все? или есть настройка которая позволяет вовсе отключить их и их дальнейшие создания
Ага, на двухлетнем TUF такое было - вроде бы спит, но иногда начинает гудеть вентиляторами и высаживать аккумулятор. А иногда не начинает. Да и в гибернацию не уходит правильно. Закрывал программы, менял настройки энергосбережения. Помогли новые драйвера и более жёсткие настройки гибернации.
Я правильно понял, что по сути роутер сам по себе иногда посылал Magic Packet'ы для устройств в сети? Надеюсь это была какая-то настраиваемая функция? Правда не представляю для чего и почему она включена по умолчанию.
Но с подобным не сталкивался. Было так что включение одного компа будило и второй, но это решилось снятием галочки в настройка драйвера сетевухи(т.е. см. выше).
На ноуте приоритетно использую линух, так что не сталкивался. А вот на стационарном эта была такая мистика, может сам включится после 30-60 минут сна, причём включается и больше в сон не уходит . Хотя настроен таймер засыпания в простое. Перековырял все сервисы и службы , так ничего не нашёл. Спустя некоторых обновлений само пропало.
У меня на стационарном такое происходило из-за беспроводной мышки. Вроде нормальная logitech, но иногда считает, что она чуть-чуть сдвинулась - и сразу "Алярма!!! Подъем!!!".
Пришлось поискать в настройках и запретить usb устройствам будить компьютер. Заодно в биосе выключил подачу питания на порты при отключенном компьютере.
Тоже самое было - беспроводная мышка, сразу после гибернации шевельнул мышкой - просыпался. Вылечилось после отключения (внимание!) одновременно для мышки и клавиатуры в "Диспетчер устройств>мышь>Power Management (или русский аналог)>разрешить этому устройству пробуждать компьютер". Именно одноврменно - для мышки и клавиатуры. Если для клавы не выключить - включался
А как тогда выходить из спящего, если мышь и клава под запретом на пробуждение?
Проблема актуальна, но на десктопе. Постоянно просыпается
С кнопки питания..
Просто приучил себя, сначала положить мышку, а потом перейти в спящий режим с клавиатуры. Через сколько то секунд сенсор отключается и микродвижения ей уже не страшны, только нажатие кнопок. В семёрке было удобней, в десятке win + X, несколько нажатий стрелками и enter. Пробовал сделать ярлык с сочетанием клавиш, но работает нестабильно. Порой вместо перехода в спящий режим, ПК почему то перезагружается.
в десятке win + X, несколько нажатий стрелками и enter
Win+X -> U -> S.
Стрелки и Enter не нужны.
Если стрелками открыть подменю «завершить работу или ...», то нажатие S(после нажатия Win+X) случайным образом выбирает пункт меню(выход/выключение/спящий режим/перезагрузка).
Да, сперва комбинация Win+X, потом U и S друг за другом.
Правда, сейчас проверил - кнопки зависят от языка системы. На русском получается Win+X -> З -> С.
Alt-F4 и стрелочками.
Windows в диспетчере устройств часто кнопки мыши отмечает как клавиатуру. На мышках с доп.кнопками бывает, что и не одна дополнительная клавиатура появляется в списке
У себя на стационаре просто выключил спящий режим: Параметры - Система - Питание и спящий режим - Спящий режим => Никогда (мне так удобно, для перевода в гибернацию использую ярлык C:\Windows\System32\rundll32.exe PowrProf.dll,SetSuspendState - точно в гибернацию, потому как потом выключаю подачу питания на весь стол со всем оборудованием отдельным тумблером, а в следующий раз все стартует нормально)
Скорее всего драйвер мыши эмулировал нажатие какой-то клавиши мышки биндом клавиатурой клавиши
"Диспетчер устройств>мышь>Power Management (или русский аналог)>разрешить этому устройству пробуждать компьютер"
это же для USB, у меня через него мышь комп включает
на стационарном такое происходило из-за беспроводной мышки
Проводная клава и мышь у стационарного компа.
Самостоятельный выход из режима сна — иногда почти сразу же после перевода компьютера в этот режим.
Думал, что проблема в сети (другие компьютеры) — но нет.
мой системник включён последовательно через стабилизатор. то есть, сначала я должен включить его физически :) как вариант решения вопроса.
Тоже стационарный иногда засыпает, но почти сразу просыпается. В логах ничего не было, отключал таймеры, оказалось это происходит когда обновления скачались, но не установились и пока не установишь, он не уснёт. И такое на протяжении нескольких лет, один раз переустанавливал винду (не из-за этого), проблема осталась. Win10 не репак.
У меня на стационарном каждый вечер выбирается один из трех вариантов рандомно:
1) уходим в сон и все норм
2) делаем вид, что уходим в сон, монитор гаснет, но вентиляторы крутятся
3) уходим в сон, но через какое-то время зачем-то включаемся
Подтверждаю, аналогичное поведение
Такие же проблемы на системнике (3700X+RX580), при уходе в сон с планом электропитания производительность иногда винда просто вылетает на синяк.
В дополнение к этому после пробуждения рандомные проблемы, прежде всего процесс explorer (совместно с dwm), на котором всё ещё висит практически весь интерфейс рабочего стола винды начинает тормозить с каждым сном все сильнее, вплоть до ощущения 10 fps, сделал шорткат на рестарт процесса, но эффект достаточно быстро накапливается, вчера рандомно dhcp-клиент винды после сна помер до перезагрузки.
На ноуте (4510u) при выходе из сна система отрубается, приходится всегда выключать ноут.
Сколько перекопал, но ни обновления, ни всякие твики этого не фиксят, а системник на core 2 duo, пожалуй, единственный, где винда сменялась от XP до 11 и сон нормально работал
Была такая же проблема. В администрировании можно посмотреть лог событий, там была какая-то задача, пробуждающая комп. Точно не помню, какая. Снёс, всё стало норм.
А с жёсткими дисками до сих пор непонятки. При нормальной работе за компом они останавливаются через минуту после активности. потом разгон, потом стоп с парковкой. Сто раз за вечер вжииить - тук. вжииить -тук. Кто что посоветует? Время в настройках энергосбережения как-то не влияет.
а вот вообще, на кой хрен сон на стационарнике? чтобы что?
или он always on (чтоб работали торренты/игровые сервера/фоновое музло/что-то ещё),
или его тупо shutdown и обесточить, если не нужен.
У меня стационарный комп месяцами не перезагружается(разве что когда обновления накопятся).
Потребление в нём десяток ватт. А если перезагрузка/холодный пуск, то от нажатия на кнопку, до главного экрана проходит секунд десять минимум.
Конечно это не критично, но зато вообще не надо ждать. Нажал и поехали.
Спустя некоторых обновлений само пропало.
Аналогично, но не пропало.
Я обнаружил, что кошка по ночам иногда выводит десктоп из сна нажатием кнопки питания (она сверху). Как с этим бороться пока не знаю :)
Теперь клавиатуру всегда обходит.
<голосом поддержки> Сбросить настройки кошки и перегрузить, если не помогло удалить кошку. Накатить патч удаление кошки от компа.
Можно как для "красной кнопки" - дополнительная защита сверху, например кусочек твердого пластика на одном шурупе (поворотный механизм) - повернул пластинку, получил доступ к кнопке, нажал кнопку, вернул пластинку на место
Мучился с этой проблемой на разных ноутбуках ещё лет 10 назад, решил переходом на MacBook
Тут уже писали, маки тоже этим страдают. У меня у MacBook Pro 18 года абсолютно такая же проблема была, но внезапно ночной жор ощутимо уменьшился после перехода на крайнюю версию macOS.
Сижу много лет на разных моделях MacBook Pro (2013, 2016, 2019, 2021) и никогда с подобным не сталкивался 🤷♂️
Я заметил, что такое происходило у меня, когда я менял стоковый SSD на сторонний. Вот тогда была фигня со сном. Я помню тогда NVRAM сбрасывал и пару команд в терминале делал. Следующие маки уже брал с запасом по постоянной памяти, чтобы потом не мучиться.
Сижу много лет на разных моделях MacBook Pro (2013, 2016, 2019, 2021) и никогда с подобным не сталкивался
Вам повезло — 2011 и 2013 запросто могут выкинуть такой фортель.
Постоянно с таким сталкивался. Например, стоит вставить Bluetooth наушники в уши, как MacBook в рюкзаке тут же просыпается.
Решилось установкой утилиты Bluesnooze для отключение Bluetooth при переходе в режим сна.
было один раз (точнее два, первый проигнорил, со второго вылечил) лет за 8 на разных маках, вылечилось сбросим smc.
В макоси это легко отключается по крайней мере.
Тут уже писали, маки тоже этим страдают. У меня у MacBook Pro 18 года абсолютно такая же проблема была, но внезапно ночной жор ощутимо уменьшился после перехода на крайнюю версию macOS.
Чтобы в рюкзаке запускался? Два раза за десяток лет было, когда какая-то версия макоси не уходила в сон иногда.
на крайнюю версию
Это вы из-за этого случая стали таким суеверным?
Решил проблему просмотром заданий в Планировщике заданий и отключением галочки, разрешающей пробуждать устройство. А заодно отключил и просто лишние, например, связанные со сбором телеметрии.
можно чуть подробнее? А то я уже выключать комп перестал - все равно ночью почти всегда сам включается. Причем как будтро с рассветом, часа в 4-5 (летом)... :)
PS. у меня w8.1
У меня проблема была на Windows 7. Панель управления -> Администрирование -> Планировщик заданий. Далее, увы, придётся там просмотреть все задания. Я не помню, какое точно было виновно, но это было связано, по-моему, с обновлением системы или каким-то другим maintenance.
В свойствах конкретного задания на вкладке Условия есть галочка "Пробуждать компьютер для выполнения задач". Я перебрал все задачи и повыключал почти со всех, где было включено.
У меня такое было, удавалось сразу поймать комп после включения и выполнив команду powercfg /lastwake я понял, кто был виновником (уже не помню точно, какая-то задача в планировщике), после отключения задания либо снятя галки "пробуждать ПК" проблема полностью ушла на второй итерации
Лечится выключением компа и включением в BIOS настройки ErP Mode (потребление в выключенном состоянии меньше 1Вт), а также отключение всяких wake on lan, usb и проч. Правда, если у вас W8.1, этой настройки может не оказаться, она относительно недавно появилась.
Ещё рабочим вариантом остаётся переводить не в сон, а в гибернацию. Тогда содержимое оперативной памяти пишется на SSD/HDD. В моём случае это не подходит, потому что даже при nvme SSD выход из гибернации медленнее, чем включение с нуля, так как установлено 32Gb RAM.
Странно, но файл C:\hiberfil.sys на десктопе с 32 ГБ оперативки имеет размер 12.7 ГиБ (13,723,246,592 байт). Правда, файл подкачки тоже есть (на 11.5 ГиБ - система сама такой размер выставила). Так что, возможно, перед гибернацией система пихает лишнее в него и не пишет все 32 ГБ на диск?
Кажется, где-то читал, что Винда, в отличие от Линукса, очень любит своппить страницы из оперативки в файл подкачки. Чтоб как потребуется, можно было их мгновенно выкинуть из оперативки, не дожидаясь, пока их содержимое в своп будет записано.
На Windows 11 (на Win 10 вроде такого не было) гибернация не поможет. Комп все так же будет включаться в случайные моменты времени (десктоп, например, при перепадах напряжения в сети, даже при подключении через сетевой фильтр, когда-то рекламировавшийся как "крутой"). Все из-за Hybrid Sleep (или как это мракетологи назвали) - Винда пишет содержимое оперативки на диск, но подавать питание на микросхемы оперативки не прекращает. Это чтоб при включении компьютера (если не отключать его от питания) ничего с диска не грузить (как если бы из Standby вышел). Ну а вот если из розетки отключите (для ноута, по-видимому, нужно аккумулятор вынимать), то тогда при следующем включении содержимое оперативки загрузится с диска.
Странно, но файл C:\hiberfil.sys на десктопе с 32 ГБ оперативки имеет размер 12.7 ГиБ (13,723,246,592 байт). Правда, файл подкачки тоже есть (на 11.5 ГиБ — система сама такой размер выставила). Так что, возможно, перед гибернацией система пихает лишнее в него и не пишет все 32 ГБ на диск?
размер hiberfil.sys обычно 40% от размера оперативки, потому что в файл пишутся сжатые данные (можно изменить в powercfg). файл подкачка для гибернации не используется.
А на ноуте с16 гб он был бы 6 (примерно). А это уже терпимо
64 Гб RAM, hiberfil.sys - 25,5 Гб. Выход из гибернации - ну секунд 3-5, никогда не напрягало.
Я всегда в гибернацию отправляю, потому что после гибернации Bitlocker заново просит диск расшифровать, для чего у меня надо внешнюю флэшку (которая сама с аппаратным шифрованием) вставить. Паранойя Безопасность :)
Ну и если ноут вдруг умудрится даже из гибернации сам проснуться - максимум, что произойдёт - вылезет голубой экранчик с предложением вставить ключ шифрования диска, и не получив искомого, ноут секунд через 15 опять выключится.
голубой экранчик с предложением вставить ключ шифрования диска, и не получив искомого, ноут секунд через 15 опять выключится.
А! Так это не баг, а фича! :)
(у меня простой ввод пароля с автоматическим перезапуском секунд через 30-45)
Чтобы эта фича появилась, надо в групповых политиках явным образом разрешить BitLocker'у использовать ключ на внешнем носителе, и потом с использованием такового ключа диск зашифровать.
P.S. Понял по Вашему комменту ниже, что у Вас и так ровно это и сделано, только вместо ключа на флэшке пароль. Тогда странно, у меня при отсутствии ключа в момент загрузки через некоторое время просто выключается, неважно, была это перезагрузка или включение на холодную.
через некоторое время просто выключается,
Да, на некоторых компах происходит выключение, а не перезагрузка.
Плюс на некоторых машинах ни перезагрузки, ни отключения не происходит — так окно приглашения и висит (назовём их стабильными :)
Когда столкнулся с этим — проверял разные варианты.
Как-то поставил на комп, который был до этого стабильным, SSD диск от Кингстон (система была склонирована) — и опа, получил автоматическую перезагрузку.
Поставил туда склонированный Плекстор — комп снова стал стабильным.
Пришел к выводу, что разница связана с прошивками и контроллерами SSD
(и забил на этот вопрос :)
Ну у меня на трёх разных текущих ноутах (свой основной Gigabyte, мелкий Surface Pro и Acer супруги) и минимум ещё трёх предыдущих (среди которых из экзотики был MacBook Pro с виндой, поставленной через BootCamp), тьфу-тьфу, поведение идентичное - выключается и всё. И слава Богу, потому что именно оно меня больше всего и устраивает :)
(десктоп, например, при перепадах напряжения в сети, даже при подключении через сетевой фильтр, когда-то рекламировавшийся как «крутой»).
А вот это, похоже — и есть самое правильное объяснение проблем с включением десктопов…
(комп подключен через APC Smart-UPS 750VA, регулярно обслуживаемый)
комп подключен через APC Smart-UPS 750VA
А, так это ж line-interactive UPS. Т.е. при потери напряжения в сети хоть на микросекунду, этот скачок доходит до устройства, и только после этого питание начинает поступать от аккумулятора. Что создает второй скачок напряжения, который и "пробуждает" комп. Используйте double conversion / online UPS.
У меня комп три раза из четырех в пробуждался из Windows 11-гибернации при втыкании вилки в соседнюю с сетевым фильтром розетку. Это если ночью скачков напряжения не было и комп сам по себе не включался, пока я сплю. В конце концов, помучавшись так с неделю, я плюнул и стал выключать его вместо гибернации.
powercfg /HIBERNATE /?
POWERCFG /HIBERNATE <ON|OFF>
POWERCFG /HIBERNATE /SIZE <РАЗМЕР_В_ПРОЦЕНТАХ>
POWERCFG /HIBERNATE /TYPE <СОКРАЩЕННЫЙ|ПОЛНЫЙ>
Псевдоним:
POWERCFG /H
Описание:
Включает и отключает режим гибернации или задает размер файла гибернации.
Список параметров:
<ON|OFF> Включает и отключает режим гибернации.
/SIZE <РАЗМЕР_В_ПРОЦЕНТАХ> Задает необходимый размер файла гибернации в процентах от
общего объема памяти. Размер по умолчанию не может быть
меньше 40. Определение этого параметра также приведет к
включению режима гибернации.
/TYPE <СОКРАЩЕННЫЙ|ПОЛНЫЙ> Задает необходимый тип файла гибернации. Сокращенный
файл гибернации поддерживает только команду HIBERBOOT.
такое впечатление, что производителям ноутбуков надо добавить аппаратную кнопку выключения батареи. (сарказм)
Вообще это не разу не сарказм, а очень нужная фича. На совсем старых некоторых была такая функция, хотя оно и не очень надо было, т.к. батареи были съемные. Но сейчас, когда все батареи не съемные выключить питание в случае форс мажора, водой залили или еще что-то, можно только скоростным разбором ноута :(
Вот вы тут сарказмируйте и просите, а у тех же MSI такая кнопка уже имеется. Нужна именно для отключения акб, хоть и обозвана везде как 'Reset'.
https://www.msi.com/support/technical_details/NB_EC_RESET
https://youtu.be/uBxoeniSDzM?t=272
Но как видно не все пользователи знают про эту кнопку... И начинают при подключенном аккумуляторе, курочить ноут и что-нибудь обязательно коротят, та же типовуха со шлейфом матрицы чего стоит.
Хотя к слову, кнопка действительно просто кнопка и непосредственно сама - ничего не отключает. А подключена к мультиконтроллеру, который как известно на плате за главного и уже сам рулит всеми остальными, в т.ч. и отключением акб:
Да-да, я ради интереса нагуглил схему, нашёл позиционный номер кнопки по стопкадрам и разузнал
Соответственно, в случае аварийной ситуации (залитие водой, возгорание платы) или простого сбоя софта данная кнопка бесполезна, ведь батарея остаётся подключена к плате механически и электрически.
50/50, ибо если нужно перебдеть и во чтобы то ни стало полностью отключить всё и вся, то да действительно - батарея к плате остаётся подключена.
Однако если копнуть с другой стороны и посмотреть в схему - видно, что от мульта приходит разрешающий сигнал. Рулит ли он батарейкой (точнее контроллером в ней) и отключается напруга полностью - не скажу, свечку не держал, подождём ответа ремонтников.
Но я всё же склонен верить, что это хоть как-то, да поможет в случаях форс мажора, банально отключить (хотя бы частично) акб, пока скручиваем нижнюю крышку. И лучше так чем совсем без кнопочек и выключалок, как сделано на подавляющем большинстве буков...
Вообще, сигнал от мульта управляет ключами, коммутирующими линии питания АКБ, также в этом процессе неотъемлемая часть функционала реализуется чарджером, поскольку есть два режима работы: заряд (ток течёт в АКБ, система питается от внешнего адаптера) и разряд (ток течёт из АКБ, система питается от АКБ), дополнительно отслеживаются граничные условия функционирования (аварии, при которых что-то следует отключить).
Так, в рассматриваемом случае, из АКБ выходит шина +VBATA, которая через токоизмерительный шунт PR344 поступает на ключ PQ25, PD3, PD4, откуда выходит шина питания системы PWR_SRC. Посмотрев на включение данного MOSFET, мы можем понять, что АКБ подаёт системное питание на шину PWR_SRC всегда, когда отсутствует питание от внешнего адаптера (режим разряда). Если же внешний адаптер подключен, PQ25 запирается, PD3, PD4 смещаются в обратном направлении (т.е. напряжение с адаптера величиной больше, чем с батареи), и система переходит в режим заряда АКБ.
В режиме заряда участвует чарджер Texas Instruments BQ24780S, который коммутирует питание от внешнего адаптера, управляя ключом PQ26 сигналом AC_OK – это шина SDC_IN+ Из этой шины чарджер формирует напряжение заряда АКБ, для чего ему дан DC-DC преобразователь на элементах PQ28, PQ29, PL20. Чарджер, разумеется, "умный", и общается с системой по шине SMBus.
Да, в самом начале есть ещё один ключ, PQ27, управляемый сигналом AC_CTL, который формируется мультом. Это ключ управления внешним адаптером, который полностью отключает внешний адаптер питания от схемы (ну и подключает, разумеется, тоже он).
Также мульт формирует и другой сигнал, BATT_EN, а он в свою очередь через ключ PQ9 формирует сигнал BATT_EN#, уходящий на котроллер АКБ. Контроллер АКБ управляет своим собственным выходным ключом, конструктивно находящимся в АКБ, т.е. действительно, можно сказать, что если всё отработает корректно - мульт теоретически способен отключить АКБ (впрочем, здесь много "если", и в случае аварии описываемая схема всё равно далеко не так надёжна, как разрыв цепи механическим выключателем или физическое извлечение АКБ из корпуса, поскольку сигнал BATT_EN может и не дойти до назначения по обширному ряду причин).
И вот теперь, идя по последовательности от АКБ до нашей таинственной кнопки, мы видим, что кнопка прижимает к земле сигнал ECRST# - и это действительно сигнал Reset, и кнопка так "обозвана" совсем не напрасно; процитирую даташит: "While ECRST# asserted, the KBC will reset globally" (да, китайский английский, а что поделать). KBC - это keyboard controller, историческое название мульта.
Мульт, конечно, тоже "умный", поумнее чарджера даже. Возможно, какие-то манипуляции с этой кнопкой и приведут к отключению АКБ. Возможно, в прошивке мулта заложено такое поведение, что после ресета он не включает питание АКБ до тех пор, пока не будет подано внешнее питания от адаптера. Схема на это не указывает, утверждения блогера не подтверждаются ни документацией производителя ноутбука, ни даташитом KBC/EC.
....впрочем, здесь много "если", и в случае аварии описываемая схема всё равно далеко не так надёжна, как разрыв цепи механическим выключателем или физическое извлечение АКБ из корпуса, поскольку сигнал BATT_EN может и не дойти до назначения по обширному ряду причин
Никто не спорит, но опять же:
kulhaker478: .. лучше так чем совсем без кнопочек и выключалок, как сделано на подавляющем большинстве буков...
Кстати о:
..возможно, в прошивке мулта заложено такое поведение, что после ресета он не включает питание АКБ до тех пор, пока не будет подано внешнее питания от адаптера. Схема на это не указывает, утверждения блогера не подтверждаются
Косвенно на это указывают слова: 'на всякий проверяете, что аппарат после этого на кнопку на кнопку включения не реагирует, что будет свидетельствовать об отключении аккумулятора'. Поэтому ждём подтверждений (или разобл.. кхм, опровержений) от тех, кто подобные буки копал..
ECRST# - и это действительно сигнал Reset
Вполне справедливо, хотя функционально и для конечного пользователя это именно отключение акб)
Ну это понятно, что лучше так, чем никак)
Тем не менее, что касается слов - на то они и слова. Лично я предпочитаю отдавать приоритет документации. Даже если сейчас это работает так, как говорит блогер – это недокументированное поведение, и нет никакой гарантии, что после очередного обновления EC оно останется неизменным.
Если же говорить о практике ремонта, всегда и везде целесообразным решением было и остаётся физическое отключение источников питания. Хоть в распределительном щите, хоть в ноутбуке.
Кстати, я не соглашусь насчёт "подавляющего большинства" ноутбуков, которые совсем лишены "кнопочек и выключалок". Как минимум на многих моделях Acer подобная кнопка присутствует (если считать её кнопкой сброса в соответствии с мануалом), а ряд моделей Lenovo умеют отключать батарею через BIOS.
Скажите, а вы замеряли напряжение на разъёме батареи? "Ноутбук не включается от батареи" и "ноутбук полностью обесточен" — суть разные утверждения. О том, что ноутбук после ресета EC требует подключение адаптера питания, сказано в инструкции:
Battery Reset Hole
Whenever the system firmware (EC) is upgraded or the system hangs, please 1) power off the notebook; 2) remove the AC power; 3) use a straightened paperclip and insert it to this hole for 10 secs; 4) connect the AC power; 5) power on the notebook.
Однако, о том, что нажатие кнопки ресета ЕС является способом полностью обесточить плату в случае форс-мажора (а именно с этого началась наша дискуссия) – в мануале нет ни слова. В отличие от, к примеру, вышеприведённой ссылки на ноуты Lenovo, где соответствующий пункт BIOS действительно отключает батарею (впрочем, реализация данной фичи делает её чуть менее чем бесполезной при форс-мажоре).
Тем не менее, я склонен с вами согласиться. Скорее всего, мы попросту имеем дело с кривым мануалом, где пропустили важный пункт. Ведь требование подключить адаптер питания вполне объясняется тем, что шина +VBATA обесточена после ресета.
Плюсую комент выше, ждём замеров с мультом (если не лень подтвердить научный интерес конечно)
Такое впечатление, что людям необходимо питать свои устройства, а не только своё брюхо
Не хватает "Не пользуюсь режимом сна" в голосовании.
добавил
Первое правило пользователя винды — никогда не пользуйся режимом сна.
Судя по количеству комментариев, многие нарушают это правило.
В связи с этим, предлагаю каждому второму виндузятнику (чисто рандомно) перейти на линукс. Ну или на фряху или мак. В знак протеста. Из ненависти. С особым цинизмом. Навсегда. Я не шучу. Подбрось монетку. Орел — ты переходишь на что угодно с винды. Решка — подбрось еще раз.
А если проблема сохраняется и на линуксах на всех машинах которые юзаю? Еще и добавляется хуже проблема - система засыпает при просмотре ютуба...
О, была такая проблема лет 5-7 назад. И не только ютуб, но и vlc-плеер.
За давностью лет уже не помню, как решалась, но какое-то решение быстро гуглилось и легко имплементировалось. Конкретно Минт пользую основной системой.
А если проблема сохраняется и на линуксахто вы не используете виндовс и проблема с виндовс решена.
Ох спасибо, неожидано полезная статья! Всё было лень поработать с вопросом так как ноут в основном транспортируется не сильно далеко. Жаль конечно что поведение в режиме сна не стандартизировано.
Тоже не так давно наконец обновил ноутбук и был "приятно" удивлён таким поведением.
На некоторых десктопных материнках тоже есть такая возможность, и даже в биосе выключается-включается. Конечно, я её выключил сразу, проблем не видел в этом плане (но у меня и не винда).
Ради точности:
мощные магниты рядом с герконом. (лично сталкивался с проблемой, что
ноутбук случайным образом засыпает открытым на столе. Оказалось среди
вещей на столе рядом с ноутбуком был магнит от жесткого диска)
Герконов в ноутбуках нет. Там датчики холла или аналогичные устройства (всё равно это датчик холла в том или ином виде).
Было на linux, с каким-то обновлением ядра прошло.
AFAIK linux и ACPI (ноутбучные как минимум) – это вообще отдельная песня. Был опыт с HP – не будился, но периодически некорректно выключался (по факту висел под нагрузкой вместо выключения, воя кулером). Решилось (вроде) обновлением с Ubuntu 20 LTS до 22 LTS, но поломалась куча другого (добавилось проблем с bluetooth, часть софта перенесли в snap за каким-то хреном, опять-снова глючат видеоплееры, но теперь по-новому, etc).
Пока что богопротивный Windows (семёрка и десятка по крайней мере) по-прежнему выигрывают.
Попробуйте не высер ставить в виде убунту, а нормальный дистрибутив, например федора.
Типичная ошибка выжившего видна мне у вас.
Или у меня :-D
Я давний пользователь FreeBSD и Linux на десктопе и ноутбуках.
И еще в нулевых усёк что если вдумчиво выбирать железо\платформу под систему
то результат будет просто загляденье. А потом вообще всё стало скучно: появились сертифицированные под Linux (чаще всего бубунту) ноуты, на которых всё просто работало из коробки.
Но даже и сейчас на несертифицированном thinkpad E490 я идеально настроил режимы сна в зависимости от подключённого монитора, наличия подзарядки и состояния датчика крышки ноутбука. Очень удобно не выходя из андроид студии приехав на рабоут сразу начать с того же места где остановился в прошлый раз.
Виндовс хорош, но умело приготовленный Линукс всегда круче.
Типичная ошибка выжившего видна мне у вас
винда, хех
Да везде проблем полно. С режимами сна на десктопах я и под виднами намучался – имею необходимость WoL, дык насмотрелся и из сна выходящих рабочих станций (обычно виновник – беспроводная мышь/клава), и из полностью выключенного состояния (лечится обычно принудительной перезаписью настройки "after power loss" в BIOS/UEFI – установка "Last state" не всегда работает корректно и иногда нужно поставить "Always off", сохранить и вернуть после этого "Last state")
Если будет время напишите плиз guide, как настроить Ubuntu чтобы всё просыпалось, главное WiFi сеть.
Часть программ после wake up не видят сеть.
Танцы с конфигами intel WiFi драйверов не помогают.
Сам бы с удовольствием почитал такой гайд. У меня у самого Wi-Fi Atheros вроде, когда только накатывал первую Убунту, нужно было искать и ставить драйверы руками. В более новых версиях это поправили, но вот добавились с bluetooth проблемы (который на том же устройстве висит).
Очень просто, сносите убунту, ставите федору и всё работает со сном и выходом из него.
Для включении гибернации инструкция здесь https://linuxconfig.org/how-to-restore-hibernation-on-fedora-35
[alexgluck@alexgluck-lenovo-laptop ~]$ lspci | grep Network
0000:00:14.3 Network controller: Intel Corporation Wi-Fi 6 AX201 (rev 20)
Вы как-то очень странно помешаны на федоре, как будто на ней нет проблем. Вот у меня с ней проблема со сном — засыпает, но через минут 10-15 может рандомно включить экран на экране логина и не погаснуть. Проблема 1в1 как в убунте.
У меня за это отвечает док станция, там юсб устройство будит систему. Было бы мне важно, нашёл бы способ игнорировать это устройство. Что в логах ядра по этому поводу, кривой Биос? Сколько я не работал за 7 лет на Федоре, 3 раз ядро было багованное, и откат на предыдущее всё решал, а через 3 месяца максимум ядро фиксили. Но убунту такое и не снится, обычно 2 года жрешь баги.
Было бы мне важно, нашёл бы способ игнорировать это устройство.
т.е. вы советуете перейти на систему у которой есть проблема и которую вы не можете решить говоря что она вам не важна (типикал линукс). При этом контекст ветки на который вы отвечаете именно про этот конкретный косяк - спонтанный выход из сна.
Но убунту такое и не снится, обычно 2 года жрешь баги.
Первую свою убунту я поставил в 2006м, получив диск по почте и случайно снеся свою основную систему. С тех пор в той или иной итерации она у меня всегда есть - то на ноуте где либо виста, либо убунта, то на рабочем компе где нужна интеграция с dev-сервером, то на промке. И вы знаете... линукс как линукс. Все мои чертыхания и проблемы с ним переходят от системы к системе, от ядра к ядру. С тех пор были поставлены десятки дистрибутивов и тысячи раз прочитаны форумы по решению различных косяков, коих я везде нахожу. Только на фряхе и солярке было все по другому, но там в принципе отдельный разговор.
т.е. вы советуете перейти на систему у которой есть проблема и которую вы не можете решить говоря что она вам не важна (типикал линукс).
Понимаю что вы врёте про свой воображаемый опыт с линуксом, объясню вам как это работает.
При уходя в спящий режим, его может разбудить юсб устройство, в линуксе можно настроить игнорирование определенных устройств, функционал который не привязан к дистрибутиву и недоступен у мака и винды. Обычно из сна будят мышкой или клавиатурой, но у меня специфическое устройство, док-станция с отдельной кнопкой включения.
Так вот, кривое оборудование не зависит винда или Линукс стоит, именно оно мешает работе спящего режим у системы. Вы поняли, мой типикал туповатый друг?
функционал который не привязан к дистрибутиву и недоступен у мака и винды
стандартные мануалы (десяток раз процитированные тут в комментариях) рассказывают как выключить пробуждение у определенных клавы и мыши. что значит "недоступен у мака и винды" ?
У меня не клава и не мышь, устройство определяется как неизвестное. "Определенных" имелось ввиду абсолютно любых юсб устройство, а не только клава или мышь. На Винде вы не можете запретить просыпаться по юсб сигналу от звуковухи, только если все юсб сигналы запретите. На маке вы не можете запретить просыпать по юсб сигналу от устройства нового типа, который даже не назвали ещё имея возможность запретить только все юсб сигналы.
Вы поняли, мой типикал туповатый друг?
Оу, да вы еще и хамите. Ясно-понятно.
На HP (~2019 г.в.) такого нет: ноутбук может выйти при подключенном блоке питания, а при работе от батареи он при закрытой крышке уходит в сон (как автор и писал, что за ночь может съесть 10% батареи).
Столкнулся с этой проблемой ещё в 2016 году. Пытался пофиксить по-разному, смог решить только переходом на линукс, чего и всем советую.
Я тогда купил новый портативный ноутбук, тоже ASUS. Аккумулятора хватало на 5 часов в режиме "программирование в IDE" и часов на 10-12 в режиме "запись текста в каком-нибудь блокноте". По задумке я мог бы возить ноутубк на учёбу или писать код буквально на коленке в любых условиях.
Но где-то раз в неделю ноутбук рандомно включался где-нибудь в рюкзаке или ночью, грелся, гудел и садился. Розетки рядом были не всегда, а я - не нянька, чтобы круглые сутки непрерывно следить за ноутбуком.
Это была одна из основных причин перехода на linux: в итоге ноутбук стал удобным надёжным инструментом, каким и должен быть - без самодеятельности типа включений, обновлений, перезагрузок и т.п.
А когда то были проблемы с режимами сна на Linux и поиском решений. Но насколько помню — там хоть раз найденное решение работало как минимум до обновления чего то важного вроде ядра и можно было почти без проблем что происходит?
Сейчас похоже наоборот.
(У меня ноут на винде за последние годы только один недавно куплен, чисто как дешевый терминал, описанной проблемы вроде бы нет)
У меня так с MSI было тоже в районе 2016.
Включился летом в сумке.
Перегрелся.
Сдохли АКБ и видюха, которая составляла половину стоимости ноута.
Проклял MS и Windows, перешёл на MacOS.
При этом, после пытался решить вопрос с тем, чтобы не включался в сумке из Standby-режима по какому-то магическому поводу.
Во всех настройках запретил включаться.
Не помогло.
Проблема действительно существует и она остаётся без решения со стороны Microsoft и производителей ноутбуков уже 3 (ТРИ!) года!
почему 3? в моем дэлле эта беда с самопробуждением с 2007
мощные магниты рядом с герконом
Ремарка: "датчик Холла". Обычно установлен на платке рядом с кнопкой включения. А на рамке экрана с внутренней стороны закреплен маленький магнит - его положение легко найти стальной иголкой на нитке. Соответственно при закрытой крышке под этим местом расположен датчик.
По теме: на днях загадочно исчез спящий режим экрана на ноутбуке, при том что версия драйвера видеокарты не изменилась. Экран "вечно" светится. Пока нет никаких мыслей куда рыть.
Никто не отменял вероятности того, что в драйвере есть какой-нибудь баг, и у него сбились настройки какие-нибудь внутренние. А может и просто с оборудованием что-то не то. В сервис надо. Или для начала взять другой диск и накатить с нуля систему, для проверки. Не поменялось - значит проблема аппаратная, и в сервис его.
Сталкивался, решил гибернацией. Потом столкнулся с багом WSL2, загружающим CPU на 100% после выхода из гибернации. Снёс WSL2, переключил докер на Hyper-V и дальше спокойно живу с гибернацией.
Очень похожая проблема наблюдалась у меня на пару синкпадах но только с линукс дистрибутивами. Во времена ядра 4.х прекрасно работала гибернация и сон, а начиная с 5.х начались проблемы, гибернация просто начала работать через одно место как бы я не пробовал ее настраивать, а сон начал глючить, то не сразу в него входит а только через некоторое время, то не отключается подсветка у дисплея, или тупо может не выйти с него. Причем тогда я проводил эксперимент, переключаясь между ядрами, и проблема была именно в ядре.
Замечал нечто подобное на нескольких ноутбуках ASUS TUF c комплектной Windows 10. После установки "сборки Windows 11 от Васяна" с выпилеными магазинами, телеметриями и прочими обновлениями подобных проблем не замечал. Видимо, "Васян", возможно, неумышленно, но исправил и эту проблему. Но сам пользуюсь только гибернацией по кнопке питания, а при закрытии крышки стоит действие "Ничего".
Как-то гуляла история про ноутбук, который включился в рюкзаке, расплавил шоколадку и затопил себя её жидким содержимым, скончавшись.
У меня другая большая проблема: иногда ты приходишь, открываешь ноут, а он загружается с нуля, будто ты его выключил. Но я не выключал! И из розетки не вытаскивал. Зато появляется сообщение о том, что установлены обновления. И все открытые окна и программы, конечно же, слетают.
Винда любит сейчас после обновления перезагружаться втихую. То есть если выбрать пункт "обновить и завершить работу", то фактически он обновляется, перезагружается и выключается.
Возможно что-то подобное он пробует сделать у вас, но полностью включиться назад не может, так как крышка закрыта
Не знаю как, но win 11 pro умеет некоторые программы восстанавливать. Подходишь утром, винда ночью из спящего режима обновилась с перезагрузкой, но блокнот с несохраненным текстом на своем месте...
Самое страшное - открытые вкладки браузера с заполненным текстом и окна консоли, где ты команду какую-то составлял. А истории последних команд так и не занесли. Он вроде все окна восстановил (правда раскидал их немного не так), но вот IDE накрылось потому что сетевой диск не успел примаунтиться, в консоли пропали команды (да и сама консоль не запустилась под правами админа), окна чуток сбились, а всякие диптрейсы и скетчапы вообще открылись пустыми...
пишешь такой в терминале на сервере каком-нибудь:
sudo rm -r/
Тут отвлекли, ноут в сон ушёл. Будишь его энтером..... и можно сразу заявление на увольнение подавать :)
Это еще ладно, а вот из реального кейса - недописанный SQL запрос вида "delete from tablename" и интер после сна... Благо это был дев. С тех пор бужу комп сугубо клавишей Ctrl
Этот точно так же будит синезубую клавиатуру. "Безопасных" клавиш вообще не много: клавиши перемещения курсора перемещают курсор и могут стриггерить что-нибудь, клавиши ввода могу перезатереть текст. Super перетягивает фокус куда попало и может вызвать экспозицию окон с рандомным переключением, ALtGr часто работает как Compose/3rd level chooser, Caps Lock не факт что именно Caps Lock…
Остаются Ctrl да кнопка питания.
это и обычная версия умеет. Максимально заметно если выдернуть десктоп из разметки и после включения весь сеанс будет на месте
Ни в какие времена режим сна в винде не был доведен до ума. Постоянно с ним проблемы.
Внезапно стал ловить противоположную проблему: ноут уходит в сон (причём "настоящий") даже с настройкой "никогда не засыпать, пока питание от сети". Обрывая при этом все загрузки, оставленные на ночь.
На всех своих ноутах решил проблему, выключая беспроводную мышь (что блютусную, что с адаптером) до отправки в слип. Теперь тачка просыпается только если забываю выключить мыша). p.s. недавно проблема появилась у жены на Маке. Вот там вообще хз как решать.
Да, добавлю что иногда есть просто проблемы с совместимостью с S0 и разными вариациями дров и настроек.
Проверить работает ли S0 и корректно ли работает на лаптопе можно установив Windows Assessment and Deployment Kit (Windows ADK) ( https://learn.microsoft.com/en-us/windows-hardware/get-started/adk-install ) и запустив Modern Standby тест.
Он не поможет найти что именно глючит, но поможет легко воспроизвести проблему что легче дальше перебором идти.
На новом ноуте, например, у меня веселуха -- если уходит в сон надолго (вообще S0 через некоторое время уходит в глухой сон -- либо по таймеру сна (спустя час вроде), либо по бюджету на батарею (который зависит от изначальной подключенности хобота зарядки)) то из него уже не выходит вообще. Выяснил перебором, что это происходит только если включена Memory protection из Core Isolation -- судя по форумам, давняя проблема с AMD процами.
Спасибо за доп.ссылки.
У меня кстати эта штука "PlatformAoAcOverride"=dword:00000000 не работает корректно. Показывает режим S3, но часто в синий экран выходит. Так что мучаюсь с S0, ну или просто выключаю. Надоест поставлю Манжаро.
P. S.: вычёркиваем параграф про Core Isolation, он опять за выходные уснул беспробудным сном. То есть буквально - нулевая реакция на кнопку питания, и даже если его отрубить долгим нажатием на питание, он потом не проснется, пока батарея не разрядится. Кнопки сброса батареи нет, разумеется.
Напоминает PowerNap (и системные настройки darkwake на маках/хакинтошах). Но там оно для меньшего число задач официально используется и меньше проблем создает.
Я боролся с этой бедой, но в итоге просто отказался от режима сна и гибернации, в пользу полного выключения ноутбука. Мой Lenovo Thinkpad E580 включается секунд на 25-30, а в более или менее рабочее состояние приходит за минуты полторы. Меня не напрягает лишний раз подождать, чем бороться с этой мельницей.
Делаю так же, ибо надоело доставать ноут с посаженной батареей (обычно именно в этот момент срочно нужен автономный ноут, без сети). НО.... теряется удобство продолжить работу с того места, где закончил. Вкладки, проги ... все нужно заново запускать....
А еще есть делл, если он заснет с беспроводным модемом, то при пробуждении не увидит ни его, ни одно из усб устройств :( Более того - при попытке выключить или перезагрузить его - падает в синий экран. Танцы с бубном (обновы, драйвера, гугл и т.д.) не помогли, спящий режим был отключен.
но в итоге просто отказался от режима сна и гибернации, в пользу полного выключения ноутбука.
Аналогично. Но иногда, в спешке, закрываешь крышку (в моем случае — приставную клаву Сюрфейса) — и ага…
Какую-либо реакцию на закрытие крышки сразу выключаю в настройках. Как и засыпание по таймауту. Предыдущий ноут бóльшую часть времени работал, стоя в док-станции в вертикальном закрытом виде, так что привык. Да и вообще, если я его просто в соседнюю комнату хочу перенести, зачем ему в какой-то режим переходить, как бы быстро он из него не выходил.
Прежде чем в сумку класть или уйти из дома/офиса - отправляю в гибернацию, тоже доведено до автоматизма, не забываю. Хотя тут да, если привычка к другому, сложно переучиться. Но, в принципе, можно автоматизировать - скажем, если подключение к домашней сети пропало и/или локация GPS изменилась, а ноут всё ещё включён (ну или какие ещё сценарии бывают, продумать) - гибернировать его принудительно...
тоже доведено до автоматизма, не забываю
Иногда сборы происходят в спешке :)
Особенно тогда, когда едешь не один и есть кому пудрить мозги другими проблемами :)
(тут, на ресурсе, было соответствующее обсуждение, и я тогда выложил чек-лист всех действий, которые мне надо выполнить перед уходом из дома. Если вы смотрели Экипаж 1979 года, то там есть похожий момент — когда ТУ стартует с заливаемого лавой аэродрома. Кстати, и темп выполнения примерно такой же :)
Полное выключение не всегда спасает, выключенный ThinkPad X13 AMD лежа в столе за неделю сажает батарейку в ноль.
Полное выключение не всегда спасает, выключенный ThinkPad X13 AMD лежа в столе за неделю сажает батарейку в ноль.
Это первый признак того, что срок работы аккумулятора подходит к концу.
У него 20 циклов зарядки и он так себя ведёт с момента покупки, но при этом можно весь день работать от аккумулятора. В релизнотах к обновлениям BIOS что-то писали про решение проблемы разряда, но проблема осталась.
Он так себя ведёт с момента покупки
Вот это как раз не показатель.
и можно весь день проработать не подключая ноутбук к зарядке.
Речь же про саморазряд аккумулятора. В режиме не гибернации/сна, а в полностью выключенном состоянии.
Или вы под словом «выключен» имели в виду что-то другое?
полностью проблема так и не ушла.
Значит у вас не тот случай
Именно выключен через Win+X: shut down, хотя надо ещё раз проверить настройки по гайду из заголовка.
Именно выключен через Win+X: shut down, хотя надо ещё раз проверить настройки по гайду из заголовка.
Мой Surface Pro 4 2017 года сейчас ведет себя точно так же: началось с саморазряда, а затем начала падать и емкость аккумулятора.
С моим Surface Pro 6 2019 года пока все норм.
И это далеко не первый такой случай.
Производители на всём экономят, даже на том на чём не стоит(вроде защиты по USB, линии которых сегодня идут прямо в ЦП, чуть статики и минус процессор).
у декстопа была привычка включаться ночью и шуметь (стоял плохой кулер). Нашел совет, проверить события, оказалось что у меня обслуживание системы стоит на ночь. Вот винда и "обслуживалась"
От мышей комп тоже может просыпаться, если по столу пробежала кошка, например
С ноутами конечно более интересная ситуация и жизнь
Правда мне не понятно, ноуты без дискретки не должны особо греться, там ж u-процы малотдп-шные
а игровые так подавно, СО расчитана на достаточно высокий ТДП видеокарты и процессора вместе. Уж обнова винды не должна нагревать ноут. Шуметь кулерами будет -это понятно. Проц грузится.
А вот зачем винда запускает обновы, если у юзера не подключен ноут к сети? Считает, что ей на обнову хватит, а там кожаный мешок дойдет до розетки?. А что если обновы ставить оперативно, а не откладывать? тогда винда менее вероятно решить "пора обновлять была ни была" ?
Правда мне не понятно, ноуты без дискретки не должны особо греться там ж u-процы малотдп-шные
Некоторые производители учли этот момент и не включают систему охлаждения, пока проц не прокалится до условных 60 градусов
Проблема перегрева — это если ноут в сумке/рюкзаке. Кулер там, конечно, может дуть активно — но горячему воздуху деться всё равно некуда.
На видео Линус Себастьян говорит, что спящий ноут не умеет распознавать отключение шнура питания и продолжает думать, что он подключен к сети. Зная это не вижу особой проблемы сначала выдергивать шнур, потом вводить ноут в спячку
личные ноуты (последние: haswell_h+kepler_optimus и comet_lake_h+turing_optimus) что под win10, что под win11 имеют следующее:
C:\Windows\system32>powercfg /a
В данной системе доступны следующие состояния спящего режима:
Ждущий режим (S3)
Следующие состояния спящего режима недоступны в данной системе:
Ждущий режим (S1)
Системное встроенное ПО не поддерживает этот ждущий режим.
Ждущий режим (S2)
Системное встроенное ПО не поддерживает этот ждущий режим.
Гибернация
Режим гибернации не включен.
Ждущий режим (простой S0 для пониженного энергопотребления)
Системное встроенное ПО не поддерживает этот ждущий режим.
Гибридный спящий режим
Режим гибернации недоступен.
Быстрый запуск
Режим гибернации недоступен.и с ними никаких проблем с питанием не было
всякие
объединяет эти ноуты дискретная видеокарта от nvidia и оригинальная _не_нвидиавская система переключения видеокарт
лично я ловил проблему начиная с 11го поколения. В ваших примерах 4е и 10е
У меня другая проблема. Постоянная блокировка экрана с вводом пароля на корпоративном ноуте, хотя всё это отключено в настройках (скринсейвер, питание). Грешу либо на Касперского (хотя таких настроек не нашел) либо на какие-то доменные политики.
Это доменные политики, не проблема, не гадайте)
По факту неактивности клавомыши 15 минут(дефолтно) комп лочится. Эта фича по умолчанию включена в AD. Инфобезы по понятным причинам крайне не любят отключение оной.
Легально не исправимо, пока комп в домене и если вы не админ домена. Только если на ардуинке замутить что-то типа подергивания мыши ( вроде было на хабре подобное )
Можно эмулировать двойное нажатие Scroll Lock раз в несколько минут.
file key_presser.vbs:
rem start /b key_presser.vbs
Dim objResult
Set objShell = WScript.CreateObject("WScript.Shell")
Do While True
objResult = objShell.sendkeys("{SCROLLLOCK}{SCROLLLOCK}")
Wscript.Sleep (5*60*1000)
Loop
Встречался с такой вещью. Запускаю зацикленное воспроизведение какого либо видео в стандартном проигрывателе, на заднем плане, но не свернутое. Мне помогает.
И такая утиль у меня есть на домашнем HTPC. Правда она борется с экономным аудио-ресивером, который любит щелкать релюшками, отключать "ненужные каналы", стоит поставить фильм на паузу. Утиль фигачит бесшумный wav в цикле, ресивер перестает щелкать. Сон не поборет, но можно заменить на видео размером в один пиксель, по идее..
Есть вот такая софтинка - Caffeine for Windows. Имитирует нажатие клавиш каждые 59 секунд.
У нас стоит на компах охраны, иначе комп (доменными политиками и ДалласЛоком) блокируется.
В Microsoft PowerToys (которые полезны ещё массой других возможностей) функция Awake есть, что она там конкретно делает, не знаю, но позволяет включать режим "незасыпания" без отключения экрана или с таковым, постоянно или на время.
Тоже тема. Однако, храни их господь, политики не у всех разрешают ставить и запускать какой-либо софт. Иногда и безы могут прилетать на крыльях ночи с вопросами, что ты там такое запускаешь.
Поэтому для совсем плохих случаев спасет ардуинко
Иногда и безы могут прилетать на крыльях ночи с вопросами, что ты там такое запускаешь.
Во времена второго варкрафта мы с коллегой, засидевшись допоздна на работе, решили немного поиграть по сети в эту самую игру.
Примерно через 20 минут поступил звонок на локальный телефон — звонил сисадмин, спрашивал, какого х… мы там делаем :)
Мне оставили права локального админа, слава богу.
Поэтому для совсем плохих случаев спасет ардуинко
Физически дёргающий мышку? При таких "строгостях" СБ может и за подключённую "непонятную" железяку дрюкнуть! И даже сильнее, чем за софт.
О, класс! А отключить эти политики нахер для компов охраны не проще ли?
Это сложнее. При проверке (особенно сторонней) - политики должны быть на всех компах.
Если комп находится в домене организации, то не проще. Безопасники не зря свой хлеб едят, все же ( хоть и не всегда логично и объяснимо для конечных пользователей ).
Охранник, конечно, так себе персона для взлома, однако утечка записей с камер видеонаблюдения внутренних помещений тоже довольно неприятное событие для компании. Да и учитывая, что охранники, зачастую, в тематике IT\компов не сильны, то и риска для всего домена они несут тоже немалые, поэтому контроль на их устройствах должен быть сильнее. Как минимум с его девайса, даже если все перекрыть, можно вполне унести структуру компании из Active Directory, в котором могут содержаться и номера ( а это утечка перс.данных уже )
Можно конечно вынуть комп из домена, но тогда комп станет бесполезным чуть более, чем полностью, вряд ли интерфейсы для камер серьезные безопасники поставят снаружи.
В том-то и дело, что если админам приходится изобретать мышедвигатели или имиатторы нажатия клавиш — едят свой хлеб безопасники явно зря. Выберите одну из двух причин на выбор:
Во-первых, если для охранника нормально не работать за своим компом, а, допустим, просто смотреть на камеры — то и политики безопасности должны это учитывать. Если это создаёт уязвимые точки в системе — их надо перекрывать отдельно. Как вариант, можно и правда вытащить комп из домена, но дать доступ к камерам. И для этого не обязательно делать интерфейсы для камер снаружи, компьютерные сети можно делить не только на "внутрь" и "наружу", но и выделять в них дополнительные контуры.
Во-вторых, если охраннику и правда полагается регулярно взаимодействовать с компьютером, например чтобы подтвердить своё бодрствование — то безопасников остаётся только "поздравить": админы успешно обошли всю их защиту, а безопасники об этом даже не знают.
С первым согласен, но это все же требует доп затрат по ресурсам, которых не всегда и не у всех хватает на внедрение отдельных контуров, придумывания отдельной сети и ее связности и тд и тп. В общем случае до такого редко кто доходит, банально потому что профит с этого не описать в денежных единицах. А бизнесу нужны циферки. Ради условных 2-10 человек на камерах это просто нецелесообразно.
Вообще, если того требует специфика работы, то таймаут можно и убрать отдельно, но это в любом случае должно рассматриваться индивидуально и не быть поведением по умолчанию.
Второе, тут нет вопроса подтверждения бодрствования, инфобезов это не интересует. Это просто является хорошим тоном и обычной практикой с точки зрения ИБ. Если ты неактивен, значит ты отошел от компа, и если ты сам не заблочил свой комп ( как должен был сделать, между прочим ), то получай блок по таймауту. Это уменьшает (но не убирает полностью) риски получения доступа к пк сторонними лицами. И если в офисе том же риск такой сильно мал, то вот удаленщикам или за пределами офиса такое определенно мастхев.
Хотя по опыту общения с инфобезом в разных компаниях, они вообще не против этот таймаут сделать сильно меньше и вход сделать по фингерпринту или ключу, не по паролю. То, что на них распространяется та же политика, что и на офисников - это скорее компромисс ( опять же, траты денег и ресурсов ).
Powershell:
$WShell = New-Object -Com "Wscript.Shell"; while (1) {$WShell.SendKeys("{SCROLLLOCK}"); sleep 60}Есть у меня бракованная мышь с таким эффектом, надо попробовать...
Спасибо за статью. Реально раздражает эта проблема: есть ноутбук постарше, который отрабатывает режим сна без проблем, и ноутбук поновее, у которого сон просто сломан. Мой опыт следующий:
Ноутбук Asus Zephyrus Duo. Режим сна S3 в принципе не поддерживается, только S0. При попытке добавить указанный вами ключик в реестр вместо сна происходит гибернация. Магия вуду с powercfg не помогла: wake timers отсутствуют, после самопроизвольного пробуждения никаких записей о причине такового powercfg не выдает. Тоже грешил на мышь, как в комментарии выше. Для мыши естественно выключил allow to wake. Не помогает! Мышь все равно будит компьютер. Отключение мыши тоже не помогает - компьютер будит что-то другое. Пробовал менять настройки сетевого адаптера, чтобы исключить wake on lan, хотя powercfg показывает, что network standby (или как там его) выключен. Полное ощущение, что я за свои деньги получаю устройство (в целом хорошее), которое не до конца контролирую.
Временно решил проблему использованием гибернации, когда беру ноутбук с собой (и этот режим в Windows был по умолчанию выключен, надо было найти способ его вернуть). Ну, чтобы он хотя бы рюкзак не подогревал. В домашних условиях даю ему жить своей жизнью, засыпает и просыпается сам по себе.
остаётся только посочувствовать... дайте знать, если найдёте решение :)
Спасибо за сочувствие. Я предполагаю, что проблема здесь поделена поровну между Microsoft и Asus, так как ранее у меня были другие инциденты с питанием, которые решились после очередного обновления BIOS. Очень редко, но бывает, что ноутбук просыпается после ухода в гибернацию, что является каким-то отдельным багом. Вообще удивительно, что "проблему сна" я так или иначе пытаюсь решить уже лет 15. Было бы здорово, если S0 решил все старые проблемы путем отказа от легаси. Но нет, вместо этого появилась куча новых и стало еще хуже.
У зефира вообще что-то не то. :( тоже пожевал кактус.
Что powercfg на /lastewake и /SleepStudy говорит?
И если не вломы -- прогнать ModernSleep тест
на lastwake - пустота, "ничего не произошло". А вот со Sleepstudy произошла интересная штука. Я его решил прогнать заново, ожидая, что ноутбук как обычно в режиме сна проведет максимум пять минут. А он так и не проснулся. Починили! Ну как починили, так как это "смартфонный standby", ноутбук регулярно обращается к SSD и что-то делает сам по себе. Но налицо явный прогресс по сравнению с ситуацией, описанной в комменте выше. Несколько гигабайт патчей за прошедшие три месяца, видимо, содержали что-то полезное.
"Панель управления - Электропитание - Настройка текущей схемы - Изменить доп.параметры питания - Сон - Разрешить таймеры пробуждения (значение: отключить)."
У меня как-то проблема решалась именно этим простым параметром.
У меня настольный ПК, заметил такую особенность за годы наблюдений, что из режима сна он выходит когда есть обновления винды, а ты не хочешь обновляться и вместо "обновить и выключить" и т.п. отправляешь его в сон. Вот тогда он включался, и мог даже сам обновиться и выключиться. Но чаще только включался
Ух ты ж йолки, это самое полезное из того, что я читал на Хабре за последний месяц!
У самого такая проблема: есть таблетка Acer Iconia Tab W700, используется обычно в качестве ноутбука, ось win10. Когда стоит на зарядке, может рандомно самовозбуждаться ночью (и всегда - при шевелении мыши). Когда от зарядки отключён, этого не происходит. Не то чтобы это большая беда, я наловчился избегать этого, но всё же раздражает.
Кроме того, имеется и ноутбук Maibenben E526. Он нередко шуршит вентиляторами в режиме сна.
powercgf -waketimers ->> powercfg -waketimers
Было дело, раздражало страшно. Решилось полным отказом от режима сна, благо образ жизни позволяет.
Эти строки:
Switching between S3 and Modern Standby cannot be done by changing a
setting in the BIOS. Switching the power model is not supported in
Windows without a complete OS re-install.
наводят на мысль, что возможно дело в варианте ядра Винды, которое, при некотором рукоблудии, можно сменить. Во времена 2000-XP такое практиковалось после смены одноядерного проца на 2-х и более ядерный, а так же после смены материнки AT на ATX (чтобы заработало программное выключение питания БП).
Сам сталкивался с таким, точнее до сих пор сталкиваюсь на рабочем ПК, правда отваливается после каждого обновления. Если честно, разбираться дальше в вопросе мне очень не очень, поэтому скажу волшебную фразу: wake up on LAN
Dell Presision i7-9850H такая же проблема.
Раньше для какой-нибудь новой концепции нужно было запрос пользователей иметь или толковое предложение для какой-то конкретной цели. А в остальном развитие техники было в основном данью естественного развития технологий.
Сегодня некоторые корпорации взяли на себя бремя белого человека, показать неразумным покупателям, что им нужно на самом деле именно то что придумывают. И возникает этот дикий бред. Когда часть твоей жизни занимают заботы о борьбе с конструктивными особенностями покупки.
После осознания этого я просто забил на такой "прогресс" и стараюсь даже небеспроблемные альтернативы использовать навроде линупса или фрибсд. Лучше иметь на руках объективные проблемы разработки, многие из которых даже решаються, чем покупать эти проблемы в коробке,и содержать у себя в голове как отдельную область знаний.
Жаль что пока это далеко не всегда реализуемо. Но с течением времени возможности растут.
Мне на Dell XPS9570 помогли забороть эти проблемы две настройки в ключе Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
EnableInputSuppression = 1 и EnforceDisconnectedStandby = 1.
Особенно вторая оказалась очень полезной. Ее как-то выкатил Dell через обновление. Ноутбук не подключается к сети в результате и ведет себя почти как при S3.
А еще говорят с линуксом много мороки. Ага, поставил, настроил и забыл. Никаких самовольных обновлений и тайной жизни, всё контролируемо.
Именно так. Мой конфиг acpid мигрирует между разными ноутами разных производитлей десятками лет с минимальными измененеиями.
Почитал каменты, подумал, что возможно малое количество проблем с линуксами у меня из за того, что у меня в основном ретро-железо времен 10+ давности и люди уже много чего допилили в плане совместимости...
С корректно подобранным современным тоже проблем нет. У меня есть привычка перед покупкой железки погуглить, насколько хорошо она поддерживается.
На эту тему вспомнилась (почти) шутка из времен стародавних:
Q: Как заставить винмодем работать под linux?
A: Выбросить и купить нормальный.
Раз такая тема поделюсь ЗАГАДКОЙ ДЫРЫ, недавно я обнаружил что в линуксе стала работать внешняя звуковуха MAUDIO которая у меня лежала много лет без дела. Для моих любительских задач аппарат просто супер.
Подключил я её к компу, решил проверить шумовые характеристики, записывая не подключенные ни к чему входы. И обнаружилось странное: некий пилообразный низкочастотный сигнал, который появлялся независимо от ничего и его период менялся как ни странно из за GUI программы Audacity. Т.е. когда я во время записи менял размеры окна эти всплески становились чаще.
Но всё оказалось еще страннее когда я решил перемещать аудиокарту в руках, поворачивать её разными сторонами это тоже влияло на период появления всплесков!
При том, когда кручу аналоговые потенциометры на "морде" карты высота импульсов не меняется, но повышается равномерный шум на фонограмме.
Это всё стало очень большой загадкой для меня. Возможно что карта как-то ловит сигнал display порта или же имеется какое-то хитрое взаимное воздействие программно-аппаратной части друг на друга.
(Левая часть фонограммы до изменения окна, а правая после).
Частота примерно 3-5 Гц. Иногда встречается "экстрасистолия" — всплеск идущий как бы вне периода.
Вот эта техномагия для меня необъяснима на данный момент никак!
Вы НЕ сошли с ума (о режиме сна в Windows)