Linux просыпается сам

Обновлено: 21.11.2024

Ваш компьютер случайно включается из спящего режима? Вот несколько способов предотвратить пробуждение Windows 10 без вашего согласия.

Это неприятная проблема, когда ваш компьютер случайно включается из спящего режима. Это не только расходует энергию, но и может разбудить вас, если вы спите рядом с компьютером.

Если у вас возникли проблемы с поддержанием системы Windows 10 в спящем режиме, мы готовы помочь. Давайте посмотрим, почему ваш компьютер самопроизвольно включается и как предотвратить его выход из спящего режима без вашего разрешения.

Проверка устройств пробуждения в командной строке

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

Чтобы открыть командную строку, щелкните правой кнопкой мыши кнопку "Пуск" (или нажмите Win + X), чтобы открыть меню опытного пользователя. Там выберите «Командная строка» (или Windows PowerShell; любой из них будет работать). Введите следующую команду:

Это покажет вам последнее устройство, которое вывело ваш компьютер из спящего режима. если вы видите что-то вроде Wake History Count - 0, как на снимке экрана ниже, Windows не имеет записи о том, что это было. Это может произойти, если вы только что перезагрузили компьютер.

Далее попробуйте выполнить следующую команду:

Здесь отображаются все устройства, которым разрешено выводить компьютер из спящего режима. Здесь часто можно увидеть вашу мышь и клавиатуру.

Если вы не хотите, чтобы устройство имело право пробуждать ваш компьютер, используйте следующую команду, чтобы отключить его, заменив текст в скобках именем устройства. Ниже мы рассмотрим более удобный способ сделать это.

Просмотр дополнительной информации о сне в средстве просмотра событий

Чтобы получить дополнительную информацию о последнем событии сна, откройте средство просмотра событий в Windows. Найдите его в меню «Пуск» для быстрого доступа; когда он откроется, выберите «Журналы Windows» > «Система» на левой боковой панели. Оттуда нажмите «Фильтровать текущий журнал» на правой боковой панели.

В окне фильтра щелкните внутри поля Источники событий и выберите Power-Troubleshooter. Вы можете использовать раскрывающийся список Logged вверху, чтобы установить временные рамки, если хотите, а затем нажмите OK.

После этого вы увидите список событий, показывающих, когда Windows выходит из спящего режима. Выберите одно из них, чтобы получить дополнительную информацию о нем, в том числе, когда именно это произошло. Установите флажок «Источник пробуждения» внутри поля, чтобы узнать, что его вызвало. Здесь может быть написано «Неизвестно», что, очевидно, не очень помогает. Но если здесь есть конкретная причина, вы будете знать, на что обращать внимание в будущем.

Используйте диспетчер устройств для отключения пробуждения

Используя информацию, которую вы получили из командной строки и средства просмотра событий, теперь вы можете предотвратить включение компьютера в спящем режиме с помощью диспетчера устройств. Чтобы открыть его, щелкните правой кнопкой мыши кнопку «Пуск» (или нажмите Win + X) и выберите «Диспетчер устройств» из списка.

Эта утилита показывает все устройства, подключенные к вашему ПК, но не все из них могут вывести компьютер из спящего режима. Вы захотите проверить те, которые были показаны приведенными выше командами. Наиболее распространенными виновниками являются устройства в разделе «Клавиатуры», «Мыши» и другие указывающие устройства, а также «Устройства с интерфейсом пользователя».

Разверните эти списки и дважды щелкните запись, чтобы открыть окно ее свойств. Если имеется более одной записи, вам, возможно, придется проверять каждую по отдельности. К сожалению, названия моделей устройств не всегда указаны, и вы, скорее всего, увидите несколько устройств, если в прошлом вы подключали более одного устройства.

В окне "Свойства" вашего устройства вверху вы должны увидеть вкладку "Управление питанием". Выберите это, затем снимите флажок «Разрешить этому устройству разбудить компьютер» и нажмите «ОК». Это предотвратит вывод Windows из спящего режима мышью, клавиатурой или другим устройством.

Повторите этот процесс для всех устройств, которые вы также хотите отключить. Хотя вы, скорее всего, не ударите клавиатуру случайно (если ее не активирует ваш питомец), проблема с мышью гораздо более распространена. Особо чувствительная мышь может разбудить ваш компьютер от легкого сотрясения стола или пола. Таким образом, рекомендуется предотвратить пробуждение компьютера мышью.

Даже если вы отключите возможность каждого устройства выводить компьютер из спящего режима, вы все равно сможете вывести его из спящего режима с помощью кнопки питания. Вам решать, хотите ли вы оставить другое устройство включенным для этой цели. В целях устранения неполадок лучше сначала отключить все.

Остановить пробуждение сети

Просматривая Диспетчер устройств, вы должны помнить о другой распространенной проблеме: ваш компьютер может просыпаться из-за сетевого подключения.

В большинстве современных систем есть функция Wake-On-LAN. Это позволяет включать компьютер из любой точки мира. Использование Wake-On-LAN может быть полезным, но оно также может привести к сбоям в работе и вызвать случайное пробуждение компьютера.

Если вам не нужна эта функция, попробуйте отключить ее и посмотреть, исчезнет ли проблема со сном.В диспетчере устройств разверните раздел «Сетевые адаптеры» и найдите свой адаптер подключения. Эта функция почти всегда используется с проводными подключениями, поэтому ищите запись, содержащую Ethernet-подключение или аналогичную.

В окне "Свойства" снова перейдите на вкладку "Управление питанием". В зависимости от вашего адаптера у вас может быть простой параметр Разрешить этому устройству разбудить компьютер — снимите флажок, если это так. Однако другие сетевые адаптеры будут иметь список параметров. В приведенном ниже примере снятие флажка с каждого флажка в разделе «Пробуждение по локальной сети» отключит эту функцию.

Отключить таймеры пробуждения запланированных задач

Планировщик заданий Windows позволяет настроить автоматический запуск подпрограмм в вашей системе. Хотя это удобно, некоторые задачи настроены на пробуждение компьютера, чтобы они могли работать. Даже если вы никогда не устанавливали задачу вручную, есть вероятность, что какое-то приложение пробуждает Windows, чтобы проверить наличие обновлений или что-то подобное.

Вы можете копаться в Планировщике заданий вручную, но это не обязательно. Вместо этого переключение простой опции в вашем плане питания отключит задачи от пробуждения Windows. Чтобы получить к нему доступ, перейдите в «Настройки»> «Система»> «Питание и спящий режим». Справа нажмите Дополнительные параметры питания, чтобы открыть страницу панели управления для параметров электропитания.

Нажмите ссылку «Изменить параметры плана» рядом с вашим текущим планом электропитания. На появившейся странице выберите «Изменить дополнительные параметры питания», чтобы открыть новое окно. Наконец, разверните элемент «Сон», а затем «Разрешить таймеры пробуждения». Измените это на «Отключить» и нажмите «ОК». Теперь Windows больше не будет просыпаться по расписанию.

Для достижения наилучших результатов следует повторить это для каждого плана управления питанием. Таким образом, при смене плана у вас больше не возникнет проблем.

Отключить функцию планового обслуживания

В Windows 10 так много настроек перенесено на панель настроек, что вы, вероятно, редко посещали панель управления. Как оказалось, менее известная функция из Windows 8, называемая автоматическим обслуживанием, все еще присутствует в Windows 10. Она может сама вывести ваш компьютер из спящего режима, поэтому вам следует отключить ее, если ваша проблема не исчезла.< /p>

Чтобы проверить это, введите панель управления в меню "Пуск", найдите и откройте ее. Если вы видите Категорию в правом верхнем углу, щелкните ее и выберите Маленькие значки.

Оттуда выберите Безопасность и обслуживание. Разверните раздел «Обслуживание» и найдите «Автоматическое обслуживание», затем нажмите «Изменить параметры обслуживания» под ним. Убедитесь, что флажок Разрешить плановое техническое обслуживание будить мой компьютер в запланированное время не установлен.

Сканировать на наличие вредоносного ПО

На этом этапе стоит запустить сканирование на наличие вредоносных программ, чтобы убедиться, что ваша система не пробуждается вредоносными программами. Хотя все вредоносные программы действуют по-разному, есть вероятность, что они настроены на то, чтобы разбудить вашу систему, чтобы позвонить домой или выполнить какое-либо другое действие.

Вы можете сканировать с помощью встроенного Защитника Windows. Чтобы получить второе мнение, загрузите бесплатную версию Malwarebytes и запустите сканирование с ее помощью. Надеюсь, в вашей системе ничего не спрятано, но стоит проверить, если вы все еще не можете объяснить поведение пробуждения.

Не позволяйте компьютеру самостоятельно включаться

Надеюсь, один из этих советов помог вам решить проблему случайного включения компьютера. У этой проблемы может быть много причин, поэтому ее часто трудно устранить. После внесения вышеуказанных изменений, если проблема все еще возникает, вам может потребоваться снова выполнить первые шаги, чтобы определить, какое устройство все еще пробуждает ваш компьютер.

Правила форума
Не бывает глупых вопросов. Однако, если вы считаете свой вопрос немного глупым, то это подходящее место для вас, чтобы опубликовать его. Пожалуйста, придерживайтесь простых вопросов, на которые, по вашему мнению, люди смогут быстро ответить. Для длинных и сложных вопросов предпочитайте другие форумы в разделе поддержки.
Перед публикацией прочтите, как получить помощь

[РЕШЕНО] Приостановка активируется сама по себе

Я новичок в Linux Mint, и пока он мне нравится!

У меня есть настольный ПК с процессором i7 и видеокартой Nvidia Geforce 1050.

Это моя проблема:

Каждый раз, когда я нажимаю кнопку "Приостановить", чтобы перевести компьютер в спящий режим, он переходит в спящий режим, а через 5 секунд сам просыпается.

Я пробовал все:
- установил драйверы nvidia 440
- использовал драйверы по умолчанию

Это происходит только в Linux Mint; я попробовал Ubuntu 18.04 LTS, и у меня не было этой проблемы: (

Если кто-нибудь может мне помочь, буду очень признателен.

EDIT: ОС – Linux Mint 19.3 Tricia

Привет,
Добро пожаловать на форум.
Кажется, что у большинства людей, которые размещают здесь сообщения, проблема противоположная — они не выходят из режима приостановки.

В любом случае, когда вы публикуете проблему, не могли бы вы скопировать/вставить вывод в следующую команду из Терминала.
Заключите их в квадратные скобки "код", которые являются 5-м значком слева над полем ответа.

Кроме того, всегда ли возникала эта проблема.Если нет, то когда это началось.
У вас есть галочка "включить пробуждение по локальной сети" или что-то подобное в BIOS?

Спасибо за ответ!

Ниже показан результат терминала:

"Кроме того, всегда ли возникала эта проблема. Если нет, то когда она началась?"
Так было не всегда. Кажется, это началось после того, как я попытался обновить драйверы nvidia и добавил твики

"У вас есть галочка "включить пробуждение по локальной сети" или что-то подобное в BIOS?"
Насколько я знаю, нет, но проверим.
В LinuxMint пробуждение по локальной сети отключено, я помню, я где-то в настройках сети поставил галочку.

Только что проверил BIOS, и у него было пробуждение по локальной сети, и я отключил его.

я перезагрузил компьютер и снова запустил LinuxMint.

Затем я приостанавливаю работу LinuxMint. подождал секунд 10-15, и LinuxMint снова просыпается сам по себе, даже если пробуждение по локальной сети в биосе отключено: (

Полагаю, у вас нет моментального снимка Timeshift непосредственно перед тем, как вы «настроили»?
Если да, то лучше сделать так.

Если нет, то какие настройки вы сделали и можно ли их отменить?

Я имел в виду, что установил инструмент Gnome Tweak:

sudo apt install gnome-tweak-tool

и после этого я удалил этот инструмент настройки

до инструмента настройки казалось, что приостановка работает нормально

У меня нет снимка Timeshift : (

Мне интересно: если я не могу найти способ обойти это, могу ли я переустановить LinuxMint и сохранить текущие настройки по умолчанию, т. е. историю настроек браузера и т. д.?

В зависимости от вашего браузера, например, настройки Firefox хранятся в вашей домашней папке - hidden folder= .mozilla
Вы можете создать резервную копию.
Также вы можете вручную экспортировать закладки в Firefox. История/Показать всю историю/Экспорт закладок

Знаете ли вы, что сделал инструмент настройки?

Мне пришлось самому исправлять эту проблему.
Вы используете Wi-Fi-мышь?

Если это так, в этой теме объясняется моя первоначальная проблема в прошлом году -
viewtopic.php?f=90&t=261465

Эти команды я сопоставил после того, как в этом году мне снова пришлось исправлять проблему [после установки SSD и Mint 19.3 Mate].
viewtopic.php?f=42&t=312953

@norm.h Кстати, спасибо за информацию!

Я создал этот файл; в моем случае USB-клавиатура и Nvidia geforce 1050 отображаются как пробуждение в файле cat /proc/acpi/wakeup, и я также вижу мышь Bluetooth, но мышь не соответствует включенным устройствам.

поэтому я сделал то, что он сказал, и добавил в файл /etc/tmpfiles.d/disable-usb-wake.conf как USB-клавиатуру, так и nvidia.
Я перезагрузился, затем перевел компьютер в режим ожидания.
Через 10-15 секунд компьютер снова выходит из ждущего режима самостоятельно.

Казалось, что мышь blueetouth больше не моргает, поэтому я проигнорировал, что это может быть она.

Я загляну в BIOS, но пробуждение по локальной сети уже отключено в BIOS.

Понял. Я думаю, что переустановлю LinuxMint как новую установку.

На самом деле у меня двойная загрузка: у меня есть менеджер загрузки, настроенный LinuxMint, но на другом ssd-диске у меня есть win10.

Знаете ли вы, что сделал инструмент настройки?

и удалил предыдущие строки и оставил только эту:
w /proc/acpi/wakeup - - - - XHC

Я проверил идентификатор pci, и XHC — это pci:0000:00:14.0, и это соответствует: USB-клавиатуре и звуковой карте

Я думаю, что USB-клавиатура разбудила его

но теперь все хорошо, работает отлично!

спасибо всем за помощь!

Действительно хорошие новости, но возникает вопрос, почему эти устройства по умолчанию отключают функцию приостановки.
Можно подумать, что единственное, что может отменить приостановку, — это открыть крышку.

Но намного выше моей зарплаты, так что.

Обновление: мой настольный компьютер теперь работает хорошо и переходит в режим ожидания, когда я нажимаю на него. НО, как я вижу сейчас, я деактивировал в настройках над клавиатурой - таким образом, я не могу разбудить компьютер с помощью клавиатуры - мне нужно нажать кнопку питания, чтобы разбудить компьютер.

Я считаю, что этот параметр, который я оставил в файле, фактически полностью деактивировал клавиатуру в режиме ожидания:
w /proc/acpi/wakeup - - - - XHC

Поэтому, когда я перехожу в режим приостановки, даже если я нажимаю любую клавишу на клавиатуре, ничего не происходит; я могу только разбудить машину, нажав кнопку ПИТАНИЕ на настольной машине: (

Кто-нибудь знает, что я могу сделать, чтобы заставить его просыпаться с клавишей клавиатуры или чем-то в этом роде? или может есть способ лучше? что-то вроде ключа, который может перезаписать строку выше для определенного ключа? (т.е. иметь ключ, который может разбудить машину)

Я думаю, что открытие крышки работает только на ноутбуках, хотя я видел людей с ноутбуками, у которых были похожие проблемы, когда я не мог перевести его в режим ожидания или что-то в этом роде

в моем случае, поскольку это настольный компьютер, он должен просто перейти в режим ожидания после того, как вы нажмете на него, но, похоже, это не так.

Но намного выше моей зарплаты, так что.

Вы пытались двигать мышью?

Вы отключили клавиатуру, чтобы она не могла разбудить машину (потому что вы думали, что она делает это, когда не должна), поэтому не существует способа, чтобы определенная клавиша выполняла эту работу.

EDIT: Извините, только что прочитал, что мышь не была включена для этого. Я думаю, вы можете включить его.

Мои советы по исправлению звука в Linux Mint

Да, я пытался двигать мышью; мышь блютуз.
Даже пробовал нажимать, ничего не происходит.
Подключил другую USB мышь, попробовал тоже самое, ПК не просыпается

Проверим другие записи в этом файле (sudo xed /etc/tmpfiles.d/disable-usb-wake.conf) и обновим здесь.

Я только что воспользовался инструкциями norm.h, чтобы запустить cat /proc/bus/input/devices и найти мышь. В моем случае это второе из этих двух:

Мой уже включен, но я предполагаю, что ваш будет отключен. Если бы мой был отключен, я мог бы просто запустить это:

Мои советы по исправлению звука в Linux Mint

Большое спасибо @MrEen!

Итак, быстрое обновление: я попробовал то, что вы сказали, и в моем случае я не смог найти совпадение кода мыши в команде wakeup cat.

Но что я сделал дальше, так это попробовал эту команду "echo OHC2 | sudo tee /proc/acpi/wakeup" и заменил OHC2 другими, которые отображаются как отключенные в моем случае

В конце концов мне удалось найти код, который, как я вижу, подходит как для клавиатуры, так и для мыши

Итак, если я хочу вывести компьютер из спящего режима, я просто нажимаю клавиатуру или перемещаю мышь, и он работает, чтобы вывести компьютер из спящего режима.

У меня проблема с приостановкой работы - все идет хорошо, но через секунду после приостановки компьютер просыпается! Не связано с KMS, я пробовал (почти?) все: ядро zen, ядро Arch по умолчанию, KMS, не KMS. Такое же дерьмо случается.

Может ли это быть из-за стека mesa, который я компилирую из git?!

Журналы уже в пути.

Последний раз редактировалось Demon (2010-06-05 19:31:09)

27 марта 10:40:50 ядро демона: [ 6960.106370] PM: Синхронизация файловых систем . готово.
27 марта 10:40:57 ядро демона: [ 6960.303163] Остановка файловых систем Fuse.
27 марта 10:40:57 ядро демона: [ 6960.303174] Замораживание процессов пользовательского пространства . (прошло 0,05 секунды) готово.
27 марта 10:40:57 ядро демона: [ 6960.359022] Остановка обычных файловых систем.
27 марта 10:40:57 ядро демона: [ 6960.590539] Замораживание оставшихся задач, которые можно заморозить . (прошло 0,01 секунды) готово.
27 марта 10:40:57 ядро демона: [ 6960.601034] Приостановка работы консоли (используйте no_console_suspend для отладки)
27 марта 10:40:57 ядро демона: [ 6960.601198] sd 3:0:0:0: [sdb] Синхронизация кэша SCSI
27 марта 10:40:57 ядро демона: [ 6960.622119] sd 3:0:0:0: [sdb] Остановка диска
27 марта 10:40:57 ядро демона: [ 6960.622571] sd 1:0:0:0: [sda] Синхронизация кэша SCSI
27 марта 10:40:57 ядро демона: [ 6960.622677] sd 1: 0:0:0: [sda] Stopping disk
27 марта 10:40:57 ядро демона: [ 6960.752592] серийный номер 00:0b: отключено
27 марта 10:40:57 ядро демона: [ 6960.753022 ] parport_pc 00:05: отключено
27 марта 10:40:57 ядро демона: [ 6961.278443] radeon 0000:01:00.0: PCI INT A отключено
27 марта 10:40:57 ядро демона: [ 6961.289212] Intel ICH 0000:00:1f.5: PCI INT B отключен
27 марта 10:40:57 ядро демона: [ 6961.289346] ata_piix 0000:00:1f.2: PCI INT A отключен
27 марта 10:40:57 ядро демона: [6961.289438] ata_piix 0000:00:1f.1: PCI INT A отключить d
27 марта 10:40:57 ядро демона: [ 6961.289451] ehci_hcd 0000:00:1d.7: PCI INT D отключен
27 марта 10:40:57 ядро демона: [ 6961.289456] uhci_hcd 0000 :00:1d.3: uhci_pci_suspend
27 марта 10:40:57 демон ядро: [ 6961.289462] uhci_hcd 0000:00:1d.3: PCI INT A отключен
27 марта 10:40:57 демон ядро: [ 6961.289465] uhci_hcd 0000:00:1d.2: uhci_pci_suspend
27 марта 10:40:57 ядро демона: [ 6961.289472] uhci_hcd 0000:00:1d.2: PCI INT C отключен
март 27 10:40:57 ядро демона: [ 6961.289475] uhci_hcd 0000:00:1d.1: uhci_pci_suspend
27 марта 10:40:57 ядро демона: [ 6961.289482] uhci_hcd 0000:00:1d.1: PCI INT B disabled
27 марта 10:40:57 ядро демона: [ 6961.289485] uhci_hcd 0000:00:1d.0: uhci_pci_suspend
27 марта 10:40:57 ядро демона: [ 6961.289491] uhci_hcd 0000:00 :1д.0: PCI INT A отключен
27 марта 10:40:57 ядро демона: [ 6961.289528] PM: приостановка устройств завершена через 688,371 мс
27 марта 10:40:57 ядро демона: [ 6961.289705] ehci_hcd 0000:00:1d.7: wakeup: 0
27 марта 10:40:57 ядро демона: [ 6961.300014] ehci_hcd 0000:00:1d.7: --> PCI D3hot
27 марта 10: 40:57 ядро демона: [ 6961.300038] uhci_hcd 0000:00:1d.3: wakeup: 0
27 марта 10:40:57 ядро демона: [ 6961.300041] uhci_hcd 0000:00:1d.3: --> PCI D0
27 марта 10:40:57 ядро демона: [6961.300064] uhci_hcd 0000:00:1d.2: wakeup: 0
27 марта 10:40:57 ядро демона: [6961.300066] uhci_hcd 0000 :00:1d.2: --> PCI D0
27 марта 10:40:57 ядро демона: [ 6961.300089] uhci_hcd 0000:00:1d.1: wakeup: 0
27 марта 10:40 :57 ядро демона: [ 6961.300092] uhci_hcd 0000:00:1d.1: --> PCI D0
27 марта 10:40:57 ядро демона: [ 6961.300115] uhci_hcd 0000:00:1d.0: пробуждение: 0
27 марта 10:40:57 ядро демона: [ 6961.300118] uhci_hcd 0000:00:1d.0: --> PCI D0
27 марта 10:40:57 ядро демона: [ 6 961.300183] PM: поздняя приостановка работы устройств завершена через 10,650 мс
27 марта 10:40:57 ядро демона: [ 6961.300431] ACPI: подготовка к переходу в спящий режим S3
27 марта 10:40:57 демон ядро: [ 6961.301024] Назад к C!
27 марта 10:40:57 ядро демона: [ 6961.301024] Принудительно включить HPET при возобновлении
27 марта 10:40:57 ядро демона: [ 6961.302232] ACPI: Выход из состояния сна системы S3
27 марта 10:40:57 ядро демона: [ 6961.302851] pci 0000:00:01.0: восстановление пространства конфигурации по смещению 0x7 (было 0x22a0c0c0, запись 0x2a0c0c0)
27 марта 10:40:57 ядро демона: [ 6961.302870] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0xf (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302876] pci 0000 :00:06.0: восстановление пространства конфигурации по смещению 0xe (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302882] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0xd (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302887] pci 00 00:00:06.0: восстановление пространства конфигурации по смещению 0xc (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [6961.302892] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0xb ( было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302898] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0xa (было 0xffffffff, запись 0x0)
27 марта 10 :40:57 ядро демона: [ 6961.302903] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x9 (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302909] pci 0000: 00:06.0: восстановление пространства конфигурации по смещению 0x8 (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302914] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x7 (было 0xffffffff , запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302919] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x6 (было 0xffffffff, запись 0x0)
27 марта 10:40 :57 ядро демона: [ 6961.302925] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x5 (было 0 xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [6961.302930] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x4 (было 0xffffffff, запись 0xfecf0000)
27 марта 10: 40:57 ядро демона: [ 6961.302936] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x3 (было 0xffffffff, запись 0x0)
27 марта 10:40:57 ядро демона: [ 6961.302941] pci 0000:00 :06.0: восстановление пространства конфигурации по смещению 0x2 (было 0xffffffff, запись 0x8800002)
27 марта 10:40:57 ядро демона: [6961.302947] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x1 (было 0xffffffff, запись 0x800002)
27 марта 10:40:57 ядро демона: [ 6961.302952] pci 0000:00:06.0: восстановление пространства конфигурации по смещению 0x0 (было 0xffffffff, запись 0x25768086)
27 марта 10:40: 57 ядро демона: [6961.302981] uhci_hcd 0000:00:1d.0: восстановление пространства конфигурации по смещению 0x1 (было 0x2800005, запись 0x2800001)
27 марта 10:40:57 ядро демона: [6961.303027] uhci_hcd:0 00000 :1d.1: восстановление пространства конфигурации по смещению 0x1 (было 0x2800005, запись ng 0x2800001)
27 марта 10:40:57 ядро демона: [6961.303055] uhci_hcd 0000:00:1d.2: восстановление пространства конфигурации по смещению 0x1 (было 0x2800005, запись 0x2800001)
27 марта 10: 40:57 ядро демона: [ 6961.303083] uhci_hcd 0000:00:1d.3: восстановление пространства конфигурации по смещению 0x1 (было 0x2800005, запись 0x2800001)
27 марта 10:40:57 ядро демона: [ 6961.303121] ehci_hcd 000000 :00:1d.7: восстановление пространства конфигурации по смещению 0x1 (было 0x2900106, запись 0x2900102)
27 марта 10:40:57 ядро демона: [ 6961.303149] pci 0000:00:1e.0: восстановление пространства конфигурации по адресу смещение 0x7 (было 0x2280d0d0, запись 0x280d0d0)
27 марта 10:40:57 ядро демона: [ 6961.303189] pci 0000:00:1f.0: включено устройство i801 SMBus
27 марта 10:40:57 ядро демона: [ 6961.303203] ata_piix 0000:00:1f.1: восстановление пространства конфигурации по смещению 0x9 (было 0x0, запись 0x40000000)
27 марта 10:40:57 ядро демона: [ 6961.303218] ata_piix 0000:00: 1ф.1: восстановление пространства конфигурации по смещению 0x1 (было 0x2800005, запись 0x2880007)
27 марта 10:40:57 ядро демона: [ 6961.303290] Intel ICH 0000:00:1f.5: восстановление пространства конфигурации по смещению 0x1 (было 0x2900007, запись 0x2900003)
27 марта 10:40:57 ядро демона: [ 6961.303442] PM: раннее возобновление работы устройств завершено через 0,644 мс
27 марта 10:40:57 ядро демона: [ 6961.303494] pm_op (): pci_pm_resume+0x0/0x67 возвращает -16
27 марта 10:40:57 ядро демона: [ 6961.303498] PM: устройство 0000:00:00.0 не удалось возобновить работу: ошибка -16
27 марта 10 :40:57 ядро демона: [ 6961.303513] uhci_hcd 0000:00:1d.0: PCI INT A -> Link[LNKA] -> GSI 11 (уровень, низкий) -> IRQ 11
27 марта 10:40 :57 ядро демона: [ 6961.303520] uhci_hcd 0000:00:1d.0: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.303525] uhci_hcd 0000:00:1d.0: uhci_pci_resume< br />27 марта 10:40:57 ядро демона: [ 6961.303529] uhci_hcd 0000:00:1d.0: uhci_check_and_reset_hc: legup = 0x2f00
27 марта 10:40:57 ядро демона: [ 6961.30 3531] uhci_hcd 0000:00:1d.0: выполнение полного сброса
27 марта 10:40:57 ядро демона: [ 6961.303548] usb usb2: корневой концентратор потерял питание или был сброшен
27 марта 10:40 :57 ядро демона: [ 6961.303551] usb usb2: suspend_rh
27 марта 10:40:57 ядро демона: [ 6961.303568] uhci_hcd 0000:00:1d.1: PCI INT B -> Link[LNKD] -> GSI 3 (уровень, низкий) -> IRQ 3
27 марта 10:40:57 ядро демона: [ 6961.303575] uhci_hcd 0000:00:1d.1: установка таймера задержки на 64
27 марта 10:40 :57 ядро демона: [ 6961.303578] uhci_hcd 0000:00:1d.1: uhci_pci_resume
27 марта 10:40:57 ядро демона: [ 6961.303582] uhci_hcd 0000:00:1d.1: uhci_check_and_reset_0x2: legup00 =
legup00 =< br />27 марта 10:40:57 ядро демона: [6961.303585] uhci_hcd 0000:00:1d.1: выполнение полного сброса
27 марта 10:40:57 ядро демона: [6961.303600] usb usb3: корневой концентратор пропало питание или был сброшен
27 марта 10:40:57 ядро демона: [6961.303603] usb usb3: suspend_rh
27 марта 10:40:57 ядро демона: [6961.303620] uhci_hcd 0000:00:1d. 2: PCI INT C -> Ссылка [LNK C] -> GSI 5 (уровень, низкий) -> IRQ 5
27 марта 10:40:57 ядро демона: [6961.303627] uhci_hcd 0000:00:1d.2: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.303630] uhci_hcd 0000:00:1d.2: uhci_pci_resume
27 марта 10:40:57 ядро демона: [ 6961.303634] uhci_hcd 0000:00:1d.2: uhci_check_and_reset_check_and : legup = 0x2000
27 марта 10:40:57 ядро демона: [ 6961.303637] uhci_hcd 0000:00:1d.2: выполнение полного сброса
27 марта 10:40:57 ядро демона: [ 6961.303652] usb usb4: корневой концентратор потерял питание или был сброшен
27 марта 10:40:57 ядро демона: [6961.303655] usb usb4: suspend_rh
27 марта 10:40:57 ядро демона: [6961.303671] uhci_hcd 0000 :00:1d.3: PCI INT A -> Link[LNKA] -> GSI 11 (уровень, низкий) -> IRQ 11
27 марта 10:40:57 ядро демона: [ 6961.303678] uhci_hcd 0000:00 :1d.3: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.303681] uhci_hcd 0000:00:1d.3: uhci_pci_resume
27 марта 10:40:57 ядро демона : [6961.303685] uhci_hcd 0000:00:1d.3: uhci_check _and_reset_hc: legup = 0x2000
27 марта 10:40:57 ядро демона: [ 6961.303688] uhci_hcd 0000:00:1d.3: выполнение полного сброса
27 марта 10:40:57 ядро демона: [ 6961.303703 ] usb usb5: корневой концентратор потерял питание или был сброшен
27 марта 10:40:57 ядро демона: [6961.303706] usb usb5: suspend_rh
27 марта 10:40:57 ядро демона: [6961.303721] ehci_hcd 0000:00:1d.7: PCI INT D -> Link[LNKH] -> GSI 10 (уровень, низкий) -> IRQ 10
27 марта 10:40:57 ядро демона: [ 6961.303728] ehci_hcd 0000: 00:1d.7: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.303760] pci 0000:00:1e.0: установка таймера задержки на 64
27 марта 10: 40:57 ядро демона: [ 6961.303770] ata_piix 0000:00:1f.1: PCI INT A -> Link[LNKC] -> GSI 5 (уровень, низкий) -> IRQ 5
27 марта 10:40: 57 ядро демона: [ 6961.303776] ata_piix 0000:00:1f.1: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.306040] ata_piix 0000:00:1f.2: PCI INT A -> Link[LNKC] -> GSI 5 (уровень, низкий) -> IRQ 5
27 марта 10:40:57 демон ядро: [ 6961.306046] ata_piix 0000:00:1f.2: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [ 6961.306145] Intel ICH 0000:00:1f.5: PCI INT B - > Link[LNKB] -> GSI 11 (уровень, низкий) -> IRQ 11
27 марта 10:40:57 ядро демона: [ 6961.306152] Intel ICH 0000:00:1f.5: установка таймера задержки на 64
27 марта 10:40:57 ядро демона: [6961.312296] radeon 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 11 (уровень, низкий) -> IRQ 11
27 марта 10:40:57 ядро демона: [ 6961.312305] [drm] Запрошен режим AGP: 8
27 марта 10:40:57 ядро демона: [ 6961.312309] agpgart-intel 0000:00:00.0: Мост AGP 3.0
27 марта 10:40:57 ядро демона: [ 6961.312327] agpgart-intel 0000:00:00.0: перевод устройства AGP V3 в режим 8x
27 марта 10:40:57 ядро демона: [ 6961.312371] radeon 0000:01:00.0: перевод устройства AGP V3 в режим 8x
27 марта 10:40:57 ядро демона: [6961.312591] [drm] Сброс графического процессора выполнен успешно (RBBM_STATUS=0x00000140)
27 марта 10: 40:57 ядро демона: [ 6961.418426] [drm] radeon: 1 четырехъядерный канал, 1 канал Z инициализирован.
27 марта 10:40:57 ядро демона: [ 6961.418444] [drm] radeon: cp idle (0x10000C03)
27 марта 10 :40:57 ядро демона: [ 6961.418479] [drm] radeon: кольцо по адресу 0x00000000F0000000
27 марта 10:40:57 ядро демона: [ 6961.418499] [drm] кольцевой тест прошел успешно за 1 мкс
27 марта 10:40:57 ядро демона: [ 6961.418521] [drm] ib test успешно прошло 0 юсек
27 марта 10:40:57 ядро демона: [ 6961.471526] ata1.01: ACPI cmd ef/03:42:00 :00:00:b0 (SET FEATURES) отфильтровано
27 марта 10:40:57 ядро демона: [ 6961.471531] ata1.01: ACPI cmd ef/03:0c:00:00:00:b0 (SET FEATURES) отфильтровано
27 марта 10:40:57 ядро демона: [ 6961.477295] ata1.00: ACPI cmd ef/03:44:00:00:00:a0 (SET FEATURES) отфильтровано
27 марта 10:40:57 ядро демона: [ 6961.477300] ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES) отфильтровано
27 марта 10:40:57 демон ядро: [ 6961.484208] ata1.00: настроено для UDMA/66
27 марта 10:40:57 ядро демона: [ 6961.4 94025] eth0: ссылка не работает
27 марта 10:40:57 ядро демона: [6961.495593] parport_pc 00:05: активировано
27 марта 10:40:57 ядро демона: [6961.496771] серийный номер 00:0b : активировано
27 марта 10:40:57 ядро демона: [6961.496798] usb usb1: возобновление USB
27 марта 10:40:57 ядро демона: [6961.496801] ehci_hcd 0000:00:1d.7: возобновить корневой концентратор
27 марта 10:40:57 ядро демона: [ 6961.516013] концентратор 1-0:1.0: hub_resume
27 марта 10:40:57 ядро демона: [ 6961.516037] ehci_hcd 0000:00: 1d.7: Состояние порта 5 GetStatus 001020 POWER sig=se0 OCC
27 марта 10:40:57 ядро демона: [ 6961.516044] ehci_hcd 0000:00:1d.7: Состояние порта 6 GetStatus 001020 POWER sig=se0 OCC
27 марта 10:40:57 ядро демона: [ 6961.516051] ehci_hcd 0000:00:1d.7: GetStatus порт 7 статус 001020 POWER sig=se0 OCC
27 марта 10:40:57 ядро демона: [6961.516057] ehci_hcd 0000:00:1d.7: GetStatus состояние порта 8 001020 POWER sig=se0 OCC
27 марта 10:40:57 ядро демона: [ 6961.516534] sd 1:0:0:0: [sda ] Запуск диска
27 марта 10:40:57 ядро демона: [ 6961.525462] ata1.01: настроено для UDMA/33
27 марта 10:40:57 ядро демона: [ 6961.764360] eth0: подключение, 100 Мбит/с, полный дуплекс, lpa 0x41E1
март 27 10:40:57 ядро демона: [ 6964.531300] ata2.00: ACPI cmd ef/03:45:00:00:00:a0 (SET FEATURES) отфильтровано
27 марта 10:40:57 ядро демона : [ 6964.531305] ata2.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES) отфильтровано
27 марта 10:40:57 ядро демона: [ 6964.531466] ata2.00: Команда ACPI c6/00:10:00:00:00:a0 (SET MULTIPLE MODE) выполнена успешно
27 марта 10:40:57 ядро демона: [6964.540371] ata2.00: настроен для UDMA/100
27 марта 10:40:57 ядро демона: [ 6964.549370] ata2.00: настроено для UDMA/100
27 марта 10:40:57 ядро демона: [ 6964.549374] ata2: завершение EH
27 марта 10:40:57 ядро демона: [ 6964.570451] sd 3:0:0:0: [sdb] Стартовый диск
27 марта 10:40:57 ядро демона: [ 6965.500309] ata4.00: настроено для UDMA/ 100
27 марта 10:40:57 ядро демона: [ 6965.503958] PM: возобновление работы устройств завершено после 42 00,499 мс
27 марта 10:40:57 ядро демона: [ 6965.504104] Перезапуск всех файловых систем .
27 марта 10:40:57 ядро демона: [6965.552859] Перезапуск задач.
27 марта 10:40:57 ядро демона: [ 6965.552923] концентратор 1-0:1.0: состояние 7 портов 8 chg 0000 evt 0000
27 марта 10:40:57 ядро демона: [ 6965.553019] Перезапуск задачи . сделано.
27 марта 10:40:58 ядро демона: [6966.279464] ввод: кнопка питания как /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input5
27 марта 10: 40:58 ядро демона: [ 6966.279547] ACPI: кнопка питания [PWRB]
27 марта 10:40:58 ядро демона: [ 6966.279611] ввод: кнопка питания как /devices/LNXSYSTM:00/LNXPWRBN:00/input /input6
27 марта 10:40:58 ядро демона: [ 6966.279645] ACPI: кнопка питания [PWRF]
27 марта 10:40:59 ядро демона: [ 6968.007350] hub 1-0:1.0: hub_suspend
27 марта 10:40:59 ядро демона: [ 6968.007363] usb usb1: автоматическая приостановка шины
27 марта 10:40:59 ядро демона: [ 6968.007367] ehci_hcd 0000:00:1d.7 : приостановить корневой концентратор

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

Проверьте системный журнал, часто это либо устройство PCI (например, сетевая карта), которое пробуждает машину сразу после ее перехода в спящий режим, либо процесс отказывается зависать/останавливаться. Проблемы с пробуждением ACPI можно исправить с помощью /proc/acpi/wakeup, там вы также увидите, какие устройства могут разбудить машину, и вы можете отключить их одно за другим, чтобы выяснить, в чем заключается ваша проблема (хотя системный журнал уже должен сообщить вам, что именно). разбудил машину или предотвратил ее приостановку).

Тем не менее, у меня не было ни одной проблемы с приостановкой/пробуждением на моей машине с Linux за многие годы, я даже считаю, что Windows значительно более глючная и нестабильная в этом отношении.

Мой опыт говорит об обратном. Windows и Linux установлены на моем ноутбуке в режиме двойной загрузки. Linux засыпает и просыпается со 100% надежностью.Windows, однако, по умолчанию использует этот режим «ожидания с подключением» или «современный сон», который несколько раз приводил к пробуждению, когда ноутбук был в моем рюкзаке, а затем к разрядке батареи до нуля. Мне это надоело, и я решил отключить этот дерьмовый сон и вернуться в обычный спящий режим S3. В Windows 10 это уже не так просто! Это заняло у меня пару часов, но я, наконец, нашел решение. И S3 теперь является спящим режимом по умолчанию вместо современного сна. Похоже, спящий режим исправлен. Однако! Мой ноутбук начал засыпать, как только я активировал экран блокировки, даже если он был подключен к сети. Втф! Больше часов потрачено на поиск решения (другие люди тоже сталкиваются с этой проблемой). Оказывается есть скрытый (!) вариант питания. Вам нужно показать его, изменив реестр, а затем отключить его. Теперь мой ноутбук при подключении к сети по-прежнему самопроизвольно переходит в спящий режим, но это происходит примерно через 20 минут. Я не знаю, какой еще вариант мне нужно изменить. Я просто не могу больше тратить время на изучение этого дерьма.

Некачественные драйверы. Есть ли шанс, что вы использовали какое-то устройство, которое не может быть приостановлено? Используете ли вы NVidia или другие проприетарные драйверы?

Я предлагаю запускать Linux на ноутбуках, которые покупают все остальные. В наши дни самыми известными являются Dell XPS и Lenovo Thinkpad.

Кроме того, не забудьте сообщить о своих проблемах. Регрессии на S3 часто встречаются. К сожалению, разработчики недостаточно тестируют S3, потому что его сложно тестировать.

О, и забудьте о спящем режиме (S4). Это дерьмо, и оно просто никогда не будет работать нормально. Это даже не стоит того, поскольку машины загружаются быстро.

На самом деле у меня модель Lenovo ThinkPad годовой давности и последнее стабильное ядро. Я имею в виду, что в основном он хорошо работает в спящем режиме, но он не так надежен, как другие системы, которые я использовал.

Вы правы, говоря, что эти системы с более поздними ядрами лучше, но я помню время, когда я был моложе и купил не тот ноутбук без поддержки приостановки :)

Забавно, у меня нет проблем с режимом сна/бодрствования на моем 6,5-летнем ноутбуке HP под Linux, но в Windows 10 он вообще не может заснуть. Он любит просыпаться в случайное время и бодрствовать, даже если работает только от батареи.

При этом Linux не может успешно управлять P-состояниями ноутбуков. Я должен заставить систему просто не управлять ими под Linux, потому что она будет случайным образом зависать.

В Windows 10 есть параметр, при котором компьютер выходит из спящего режима для запуска Центра обновления Windows, и он включен по умолчанию. Возможно, если вы отключите это, случайные пробуждения прекратятся.

Я еще раз проверю. Это периодически возникающая проблема при нескольких установках Windows 10, и я почти уверен, что это проблема, созданная одним из драйверов ноутбука.

К счастью, обычно я не работаю в Windows, поэтому у меня мало желания тратить много времени на поиск и устранение проблемы.

По возможности отключите пробуждение по будильнику в BIOS. Windows просто просыпается, когда хочет, и если вам каким-то образом удастся остановить его в настройках, он будет работать только до следующего обновления. По крайней мере, таков был мой опыт.

Сон/пробуждение на моем X1 Carbon под управлением Linux были на 100 % идеальными. Ни одной проблемы с тех пор, как я получил устройство больше года назад.

Однако в спящем режиме расход заряда батареи выше, чем у Mac.

Как в Linux, так и в BSD.

Забавно, потому что я использую ThinkPad X1 Extreme Gen 2, прошлой ночью я положил свой ноутбук, закрыл крышку, не подключил зарядное устройство, вернулся через час, и моя батарея была на уровне всего 1% и умерла. после открытия крышки.

Используется Linux 5.9, но это время от времени используется уже некоторое время.

Я имею в виду, что у вас есть графический процессор Nvidia, который, с моей точки зрения, в принципе не годится.

Какая модель Thinkpad и дистрибутив Linux? У меня есть совершенно новый Thinkpad Yoga 9i, работающий под управлением свежей Ubuntu 18.04, и мне приходится набирать «systemctl suspend|hibernate», потому что выключатель питания ВСЕГДА выключается. Чертовски раздражает.

У меня не было проблем со сном на T490 и двух моделях Yoga (серии 920 и 500 до этого, точную модель не помню). В основном элементарная ОС, хотя я также использовал Ubuntu GNOME, когда это было так, и Ubuntu + чистую оболочку GNOME впоследствии.

Однажды я решил, что AMDGPU не выходит из спящего режима, просто скомпилировав драйвер в ядро.

Модули AMDGPU почему-то не загружались, и даже потратив некоторое время, я не смог полностью устранить проблему, так как у меня отсутствует отладочный USB-кабель, аппаратное обеспечение не имеет последовательного порта Intel AMT через локальную сеть, и это не хватало реального последовательного порта.

> поскольку у меня отсутствует USB-кабель для отладки, аппаратное обеспечение не имело последовательного порта Intel AMT через локальную сеть и не имело настоящего последовательного порта.

Вы можете попробовать netconsole, консоль отладки через UDP/IP, реализованную в ядре Linux на очень низком уровне. Он может продолжать отправлять журналы по сети, даже если произошла паника ядра.Если и сетевая консоль, и драйвер Ethernet встроены в ядро, это почти замена последовательного порта, действительно удобный инструмент отладки для всех видов проблем с черным экраном смерти. Чтобы отладить такую проблему, я предпочитаю подключать свою рабочую станцию напрямую к цели (без маршрутизаторов и коммутаторов) и назначать статический IP-адрес на обоих концах. Netconsole для пространства ядра, SSH для пространства пользователя.

Единственное, чего он не может делать, — это собирать журналы самого раннего процесса загрузки. «Модули AMDGPU не загружались» может быть или не быть проблемой ранней загрузки, просто попробуйте и посмотрите, достаточно ли вам повезет.

IIRC не отправлял журналы на мою целевую машину на этом этапе загрузки, и я даже не мог получить вспышку сообщения о панике ядра, чтобы записать его в замедленном режиме на моем телефоне. Вот почему я думаю, что в этом случае может помочь только кабель USB-отладчика.

Честно говоря, я просто предполагаю, что модули не загружались, после того как они были скомпилированы, все заработало как часы. Дальше отлаживать не стал, так как это произошло в начале пандемии и найти USB-кабель, не поставляемый из Китая, по разумной цене было невозможно.

> И, честно говоря, я просто предполагаю, что модули не загружались, после того как они были скомпилированы, все работало как часы. Дальше не отлаживал

Честно говоря, я также виновен в WorksForMe-изме (принятие обходного пути вместо того, чтобы отлаживать реальную проблему и закрывать ее, иногда даже не удосужившись опубликовать обходной путь). ;)

Много раз я обнаруживал, что могу подключиться к ноутбуку по ssh, даже если экран/графический процессор не отрисовывает экран при пробуждении

Мой T530 прекрасно просыпается и засыпает. У меня не настроен спящий режим. Я знаю, что есть команда командной строки, которую я могу выполнить, но я также знаю, что есть способ как-то «включить» ее, чтобы она отображалась как опция в меню завершения работы.

Возможно, он так хорошо работает на моем T530, поскольку это Thinkpad 8-летней давности.

У моего ноутбука HP с Windows и другого рабочего стола с Windows БОЛЬШИЕ проблемы с пробуждением. Обычно после того, как я случайно усыпил их, мне нужно как-то перезапустить их, иначе они просыпаются с черным экраном. Для меня сон в Windows никогда не работал должным образом, я всегда отключаю его при новых установках.

Я всегда полагал, что это больше связано с установкой Linux на вторичном рынке, а не с тем, чтобы производитель был осторожен с взаимодействием между BIOS и ОС, а не с самой ОС. Думаю, хакинтоши похожи.

У дистрибьюторов только для Linux, таких как System76, этой проблемы нет.

Не обязательно только для Linux, просто хорошо поддерживается. С моими ноутбуками Dell и Thinkpad проблем не возникнет.

Мой XPS13 9360 или аналогичный на протяжении многих лет доставлял мне несколько проблем: иногда не спал, не мог разбудить WiFi-цепь из режима пониженного энергопотребления, иногда сенсорная панель сходила с ума — я думаю, она фиксировала нажатое состояние мультитач. вниз.

Меня это тоже очень расстраивает. Даже на моем librem 13, предназначенном только для Linux, он все еще иногда не запускается после сна. Suspend to disk еще хуже. Если бы там был разработчик ядра, принимающий пожертвования / патреон, чтобы исправить это, я был бы готов подписаться на приличную сумму.

За последние примерно 6 лет у меня было несколько моделей Dell XPS13. Linux на XPS13 по большей части «просто работает». Dell поставляет конфигурацию XPS13 с Ubuntu, и это, вероятно, главный фактор ее успеха.

Плюс: привлекательный дизайн, тонкие рамки и сверхлегкий вес.

Для упрощения аппаратное обеспечение отправляет некоторые сигналы ACPI, которые сообщают ноутбуку о пробуждении. По какой-то причине иногда они срабатывают, когда вы не хотите, чтобы они срабатывали.

Кстати, у меня была именно эта проблема при использовании Mac Os на Macbook 2015, и я ничего не мог с этим поделать. Когда я начал использовать Linux на упомянутом Macbook, по крайней мере, я мог отключить сигналы ACPI.

Первое, что я делаю на любом своем ноутбуке с Linux, — это отключаю все сигналы ACPI и настраиваю сценарий, чтобы делать это при каждой загрузке. Тогда вам просто нужно иметь DE для приостановки после X времени бездействия (часто по умолчанию), и все готово.

Конечно, вы не будете выключать/включать свой ноутбук, закрыв крышку, но он должен нормально работать, включая/выключая кнопкой питания.

Странно. Из всех моих компьютеров только две машины с Windows имеют проблемы со сном и с пробуждением. Все мои Linux-машины спят без проблем и просыпаются только тогда, когда я запланировал это. Я даже настроил их на получение команд сна и пробуждения с моего телефона из любого места. Windows также не очень хорошо работает с таким типом установки.

Мои компьютеры с Windows просыпаются менее чем через 5 минут после перехода в спящий режим, но я оставляю свои Linux-системы в спящем режиме на несколько дней, а иногда и недель без каких-либо проблем.

Просто остановитесь на проблеме. Получите качественный высокопроизводительный чип ARM64, соедините его с аккумулятором большей емкости, чем обычно, и создайте ноутбук, который никогда не выключается, если заряд аккумулятора не падает ниже 10 % и крышка не закрыта.

В любом случае, эта машина была бы лучше. Вы можете закрыть его с открытыми сеансами ssh и открыть его снова, и они все еще открыты. Вы можете запускать программное обеспечение P2P в фоновом режиме, и ему никогда не придется перезагружаться. Вы можете подключиться к нему удаленно для доступа к файлам в любое время. Компьютеры, которые постоянно выключаются, — отстой.

Чтобы успешно приостановить и возобновить работу ноутбука, BIOS/UEFI и все драйверы в системе, например. Графический процессор, сеть, аудио, USB должны иметь идеально работающий код управления питанием, достаточно одной ошибки в драйвере, чтобы вся система не перешла в спящий режим.

<р>> <я>[. ] У меня были компьютеры Mac и ПК, которые, кажется, не страдают от такой же проблемы.

Макинтоши и ПК полностью протестированы поставщиком, и все проблемы с драйверами устранены до их поставки. Если они не могут выйти из спящего режима, это проблема поставщика. С другой стороны, если ноутбук не предлагает явной поддержки Linux, он вообще не тестируется. Разработчики Linux предоставлены сами себе, чтобы понять это. Хуже того, для некоторых типов оборудования документация часто отсутствует или вообще отсутствует (производители оригинального оборудования имеют внутреннюю поддержку от всех поставщиков устройств). Говоря «самостоятельно», я действительно имел в виду это — я лично диагностировал и исправил проблему с драйвером в ядре Linux для своего ноутбука, несмотря на то, что не был разработчиком ядра. Если у вас популярная машина, со временем ее починит кто-то другой. Но если у вас уникальная машина, иногда действительно никто не сделает ее за вас.

Безусловно, самая известная проблема приостановки/пробуждения, с которой я когда-либо сталкивался, была на планшете Windows. После приостановки работы машины (ACPI S3) ее невозможно снова разбудить. После долгой ветки багзиллы Linux, в конце концов, проблема была выявлена — разработчик дизассемблировал ACPI DSDT из BIOS и обнаружил этот скандал.

Да, это означает то, что вы думаете, даже если вы не говорите на языке ACPI.

В BIOS буквально нет кода для пробуждения системы от ACPI S3, единственная инструкция — «возврат 0», она вообще не реализована!

Почему тогда это работает в Windows? В Windows он использует Microsoft InstantGo (ConnectedStandy) — проприетарный режим ожидания Microsoft с сетевым подключением (чтобы разрешить «push-уведомление» наподобие смартфона). Поставщик решил, что внедрять отраслевые стандарты не обязательно — нужно только внедрить Microsoft — и одновременно они также решили, что вместо того, чтобы просто говорить, что ACPI S3 не поддерживается, вы должны определить сломанный ACPI S3, просто чтобы напортачить всем, кто не используя Microsoft Windows.

Да, полная поломка ACPI DSDT, по-видимому, является довольно распространенной точкой срабатывания приостановки/сна Linux. Для моего Dell Precision 5510 я смог исправить[1] отсутствующее устройство обратно в DSDT, а также «исправить» некоторые условия гонки перечисления портов Thunderbolt. Сообщество hackintosh помогло мне предоставить дампы ACPI из достаточно похожих систем Dell того же поколения, которые я смог вставить в отсутствующее устройство, чтобы получить очень стабильную производительность S3. Использование `acpiexec` было очень полезно для имитации перехода в спящий режим/приостановку и возможности отслеживать путь выполнения, на котором он может застрять.

Также хочу добавить, что случайные пробуждения могут быть вызваны прерываниями, затрагивающими устройства в `/proc/acpi/wakeup`. Эти источники пробуждения можно выборочно отключить после выявления проблемных. Я отключил XHC (USB-порты), потому что моя процедура закрывает крышку, чтобы приостановить работу и _затем_ удалить периферийные устройства... что может привести к пробуждению!

> Сообщество hackintosh помогло мне предоставить дампы ACPI с достаточно похожих систем Dell того же поколения, которые я смог вставить в отсутствующее устройство, чтобы получить очень стабильную производительность S3.

+1. Я люблю сообщество Хакинтоша. Форумы Hackintosh — это кладезь решений для всех типов проблем с ACPI DSDT. Много отличных руководств, действительно полезных для пользователей Linux. Если бы сообщества Хакинтоша не существовало, это было бы невозможно. Не только DSDT, их ресурсы EFI также велики, вероятно, самая большая база пользователей ПК для загрузчиков EFI — ранее в этом году я использовал драйвер устройства Hackintosh EFI от Clover (бесплатный и с открытым исходным кодом), чтобы помочь мне загрузиться с NVMe без поддержки BIOS. В своей прошлой жизни я также решил проблему с нестандартной графикой, перенеся решение Hackintosh на Linux. Оглядываясь назад, попробовать Хакинтош оказалось отличным решением, несмотря на то, что я использовал его всего несколько месяцев, прежде чем уйти (я решил добровольно запереться в огороженном саду, а затем потратил много времени на установку бесплатной рабочей среды программного обеспечения). неразумно), иначе я не мог бы знать его сообщества и нововведений.

> Использование `acpiexec` было очень полезно для имитации вызова сна/приостановки и возможности отслеживать путь выполнения, где он зависнет. Также хочу добавить, что случайные пробуждения могут быть вызваны прерываниями, поражающими устройства в `/proc/acpi/wakeup`.Эти источники пробуждения можно выборочно отключить после выявления проблемных. Я отключаю XHC (порты USB)

Спасибо за подсказку. Я надеюсь, что мне никогда не придется его использовать, но он определенно мог бы помочь, если бы мне по каким-то причинам пришлось использовать еще один сломанный ноутбук.

Спасибо за комментарий, это отличное предложение. Документация Intel действительно исчерпывающая (жаль, что ее не было, когда я еще пользовался планшетом).

Да, я знал s0ix. К сожалению, в последний раз, когда я проверял, у s0ix были свои проблемы. С тех пор я сдался и переключился на Thinkpad с coreboot. Я только что перепроверил, кажется, что ошибка s0ix уже устранена комбинацией обновления BIOS и обходного пути с параметрами ядра, так что теперь приостановку наконец-то можно будет использовать, ура! Несмотря на то, что я им больше не пользуюсь, я бы все равно назвал его прогрессом.

Подсказка: для выполнения любого кода, в том числе цитируемого ASL, процессоры должны быть разбужены и запущены в соответствующем контексте.

Спасибо, что указали на это. Разработчик сказал мне, что этого фрагмента кода было достаточно, чтобы сделать вывод, что пробуждение ACPI было нарушено, поэтому я неверно истолковал его как «метод не был определен» (при этом полностью проигнорировав, что любой код AML должен выполняться ОС). Только что RTFMed быстро, надеюсь, я достиг правильного понимания: «_PRW» — это определение возможности пробуждения этой кнопки питания, первый аргумент «0x00» означает, что ее событие находится в регистре GPE0, бит 0, а второй аргумент « 0x00" означает, что он способен пробуждать систему от ACPI S0 ("включение питания"), что исключает все состояния с низким энергопотреблением, такие как S3 или S4 - вероятно, поэтому мне сказали, что пробуждение S3 не работает.

Сон или режим гибернации? У меня есть Lenovo t480 на Ubuntu 18, и он спит / просыпается нормально, но спящий режим отказывается работать. Так что я могу без кондиционера часами, но не днями.

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

В Windows многие новые ноутбуки даже не используют фактические «спящие» режимы, а скорее имитируют их с помощью активных режимов с низким энергопотреблением. Проблемы Linux с традиционными спящими режимами в результате будут только усугубляться, поскольку производители собираются отказаться от них. Я бы прекратил их использовать как можно скорее.

Я думаю, что сон означает, что оперативная память включена. Это по сравнению со спящим режимом, когда ОЗУ сохраняется на диске, и все выключается.

Да. Основная причина того, что Linux ужасен в этой области, заключается в том, что так мало людей заботятся о функциональности сна. Сон был разработан, когда включение / выключение компьютера с Windows занимало минуты (загрузка, самосканирование антивируса, обновления xyz, перезагрузка, повторное сканирование и т. д.). Современная Linux-машина загружается за секунды. Таким образом, полезность режимов сна/гибернации на настольных компьютерах/ноутбуках сократилась.

Даже если система запускается достаточно быстро, чтобы не иметь большого значения, сохранение состояния по-прежнему имеет значение. IDE, любые документы, открытые в других приложениях, возможные виртуальные машины и т. д., сразу же остаются там, где вы их оставили после выхода из спящего режима, но не после загрузки. Мне также легче вернуться в свое психическое состояние, когда все остается так, как я его оставил, без необходимости снова поднимать его.

Читайте также: