Ubuntu 17.04 приостанавливается, но не пробуждается [dубликат]

Question 1

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

В этой статье Lifehacker она довольно подробно рассмотрена.

Вы можете ограничить доступ к любому маршрутизатору с помощью фильтрации MAC-адресов, хотя лучшим методом является использование надежного пароля и WPA-шифрования. [!d3 ]

Удачи.

Question 2

Здесь и здесь вы найдете много рекомендаций / советов.

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

Question 3

Question 4

Из https://wiki.ubuntu.com/UnderstandingSuspend

Самая большая проблема заключается в том, что графическое оборудование пытается приостановить работу без ограниченных устройств (nvidia, fglrx), ядро не знает, как обращаться с графическими устройствами. BIOS знает, как для восстановления состояния графики через 16-разрядный сегментированный режим, C000: xxxx содержит видимое 64-битное видео ROM. начало выполнения на C000: 0003, обычно повторно отправляет видео BIOS (/ usr / sbin / vbetool post) более сложным в 64-битном режиме, поскольку 16-битные вызовы необходимо эмулировать. некоторая память находится в диапазоне 3-4G, что требует переназначения при эмуляции, чтобы избежать попадания в ядро, которое отображается в том же пространстве. o видео BIOS может выгружать POST-код из окна C000 o nvidia BIOS перезаписывает ПЗУ, чтобы просто вернуться, чтобы остановить повторное POST-соединение, попробуйте приостановить работу с консоли (через /etc/acpi/sleep.sh) убедитесь, что вы вышли из Xorg ( или запустите sleep.sh с аргументом «force»), если видео BIOS не оставлен в нормальном состоянии, возврат в Xorg может привести к зависанию аппаратных тестов caplock при возобновлении (если нет закрылков, ядро зависает), если подсветка не возвращается on, видео BIOS, вероятно, не повторно инициализировался, если экран пуст, но имеет подсветку, попробуйте нажать или переключиться между виртуальными терминалами, попробуйте в однопользовательском режиме (с помощью добавления «single» к параметрам загрузки ядра grub) для получения подробной информации о действиях , попробуйте bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & amp; 1 посмотрите информацию dmidecode, которая соответствует настройкам в /usr/share/acpi-support/*.config, если однопользовательский режим консоль приостанавливает или возобновляет неудачу. Трассировка PM (echo «1»> / sys / power / pm_trace), которая будет записывать хэши устройства в системный таймер, пытающийся приостановить работу после сбоя, при перезагрузке , рассмотрите вывод dmesg для записей «хэш устройства» для отслеживания устройства, которое повесило систему во время возобновления. что это сбросит системные часы, а fsck выйдет из себя («прошло без fsck за 31337 дней»). рассмотрите tune2fs -c 0 / dev / your / filesystems.

Question 5

Симптомы:

При нажатии кнопки suspend мой компьютер переходит в состояние, в котором он мигает, вентиляторы работают, кажется, что HD выключен (я думаю), и я могу " t сделать что-нибудь, чтобы вернуть его из этого состояния (без жесткой перезагрузки). Возможно, это связано с тем, что мои поклонники остаются на месте даже после выключения, и даже тогда я должен нажать кнопку питания в течение пяти секунд, прежде чем я смогу снова запустить его. Я не знаю, какие журналы нужно искать для отладки проблемы, и я думаю, что они все равно будут перезагружены.

Мой сайт для многих проблем Linux - это Arch Linux. Вот что опубликовано о проблемах с приостановкой / возобновлением, похожей на ваши:

Мгновенные пробуждения от suspend

Для некоторых систем Intel Haswell с набором микросхем LynxPoint и LynxPoint-LP мгновенные пробуждения после приостановки сообщается. Они связаны с ошибочными реализациями ACPI BIOS и тем, как модуль xhci_hcd интерпретирует его во время загрузки. Как сообщается, поврежденные системы добавляются в черный список (с именем XHCI_SPURIOUS_WAKEUP) по ядру в каждом конкретном случае. [[D7] suspend / resume problems ]

Мгновенное резюме может случиться, например, если USB-устройство подключено во время приостановки и активируются триггеры активации ACPI. Жизнеспособная работа для такой системы, если она еще не включена в черный список, заключается в отключении триггеров пробуждения. Пример отключения функции пробуждения через USB описан ниже. [3]

Чтобы просмотреть текущую конфигурацию:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Соответствующий устройствами являются EHC1, EHC2 и XHC (для USB 3.0). Чтобы переключить свое состояние, вы должны эхом отослать имя устройства в файл с правами root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Это должно привести к приостановке работы снова. Однако эти настройки являются временными и должны быть установлены при каждой перезагрузке. Чтобы автоматизировать это, взгляните на 3 . См. BBS-поток для возможного решения и дополнительной информации.

Вся статья Arch Linux выше о Suspend / Resume - отличная ссылка для многих областей:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend

Question 6

Здесь и здесь вы найдете много рекомендаций / советов.

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

Question 7

Question 8

Из https://wiki.ubuntu.com/UnderstandingSuspend

Самая большая проблема заключается в том, что графическое оборудование пытается приостановить работу без ограниченных устройств (nvidia, fglrx), ядро не знает, как обращаться с графическими устройствами. BIOS знает, как для восстановления состояния графики через 16-разрядный сегментированный режим, C000: xxxx содержит видимое 64-битное видео ROM. начало выполнения на C000: 0003, обычно повторно отправляет видео BIOS (/ usr / sbin / vbetool post) более сложным в 64-битном режиме, поскольку 16-битные вызовы необходимо эмулировать. некоторая память находится в диапазоне 3-4G, что требует переназначения при эмуляции, чтобы избежать попадания в ядро, которое отображается в том же пространстве. o видео BIOS может выгружать POST-код из окна C000 o nvidia BIOS перезаписывает ПЗУ, чтобы просто вернуться, чтобы остановить повторное POST-соединение, попробуйте приостановить работу с консоли (через /etc/acpi/sleep.sh) убедитесь, что вы вышли из Xorg ( или запустите sleep.sh с аргументом «force»), если видео BIOS не оставлен в нормальном состоянии, возврат в Xorg может привести к зависанию аппаратных тестов caplock при возобновлении (если нет закрылков, ядро зависает), если подсветка не возвращается on, видео BIOS, вероятно, не повторно инициализировался, если экран пуст, но имеет подсветку, попробуйте нажать или переключиться между виртуальными терминалами, попробуйте в однопользовательском режиме (с помощью добавления «single» к параметрам загрузки ядра grub) для получения подробной информации о действиях , попробуйте bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & amp; 1 посмотрите информацию dmidecode, которая соответствует настройкам в /usr/share/acpi-support/*.config, если однопользовательский режим консоль приостанавливает или возобновляет неудачу. Трассировка PM (echo «1»> / sys / power / pm_trace), которая будет записывать хэши устройства в системный таймер, пытающийся приостановить работу после сбоя, при перезагрузке , рассмотрите вывод dmesg для записей «хэш устройства» для отслеживания устройства, которое повесило систему во время возобновления. что это сбросит системные часы, а fsck выйдет из себя («прошло без fsck за 31337 дней»). рассмотрите tune2fs -c 0 / dev / your / filesystems.

Question 9

Симптомы:

При нажатии кнопки suspend мой компьютер переходит в состояние, в котором он мигает, вентиляторы работают, кажется, что HD выключен (я думаю), и я могу " t сделать что-нибудь, чтобы вернуть его из этого состояния (без жесткой перезагрузки). Возможно, это связано с тем, что мои поклонники остаются на месте даже после выключения, и даже тогда я должен нажать кнопку питания в течение пяти секунд, прежде чем я смогу снова запустить его. Я не знаю, какие журналы нужно искать для отладки проблемы, и я думаю, что они все равно будут перезагружены.

Мой сайт для многих проблем Linux - это Arch Linux. Вот что опубликовано о проблемах с приостановкой / возобновлением, похожей на ваши:

Мгновенные пробуждения от suspend

Для некоторых систем Intel Haswell с набором микросхем LynxPoint и LynxPoint-LP мгновенные пробуждения после приостановки сообщается. Они связаны с ошибочными реализациями ACPI BIOS и тем, как модуль xhci_hcd интерпретирует его во время загрузки. Как сообщается, поврежденные системы добавляются в черный список (с именем XHCI_SPURIOUS_WAKEUP) по ядру в каждом конкретном случае. [[D7] suspend / resume problems ]

Мгновенное резюме может случиться, например, если USB-устройство подключено во время приостановки и активируются триггеры активации ACPI. Жизнеспособная работа для такой системы, если она еще не включена в черный список, заключается в отключении триггеров пробуждения. Пример отключения функции пробуждения через USB описан ниже. [3]

Чтобы просмотреть текущую конфигурацию:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Соответствующий устройствами являются EHC1, EHC2 и XHC (для USB 3.0). Чтобы переключить свое состояние, вы должны эхом отослать имя устройства в файл с правами root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Это должно привести к приостановке работы снова. Однако эти настройки являются временными и должны быть установлены при каждой перезагрузке. Чтобы автоматизировать это, взгляните на 3 . См. BBS-поток для возможного решения и дополнительной информации.

Вся статья Arch Linux выше о Suspend / Resume - отличная ссылка для многих областей:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend

evgeny · Answer 1 · 18 July 2018 в 10:19

Здесь и здесь вы найдете много рекомендаций / советов.

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

Henrik · Answer 2 · 18 July 2018 в 10:19

Из https://wiki.ubuntu.com/UnderstandingSuspend

Самая большая проблема заключается в том, что графическое оборудование пытается приостановить работу без ограниченных устройств (nvidia, fglrx), ядро не знает, как обращаться с графическими устройствами. BIOS знает, как для восстановления состояния графики через 16-разрядный сегментированный режим, C000: xxxx содержит видимое 64-битное видео ROM. начало выполнения на C000: 0003, обычно повторно отправляет видео BIOS (/ usr / sbin / vbetool post) более сложным в 64-битном режиме, поскольку 16-битные вызовы необходимо эмулировать. некоторая память находится в диапазоне 3-4G, что требует переназначения при эмуляции, чтобы избежать попадания в ядро, которое отображается в том же пространстве. o видео BIOS может выгружать POST-код из окна C000 o nvidia BIOS перезаписывает ПЗУ, чтобы просто вернуться, чтобы остановить повторное POST-соединение, попробуйте приостановить работу с консоли (через /etc/acpi/sleep.sh) убедитесь, что вы вышли из Xorg ( или запустите sleep.sh с аргументом «force»), если видео BIOS не оставлен в нормальном состоянии, возврат в Xorg может привести к зависанию аппаратных тестов caplock при возобновлении (если нет закрылков, ядро зависает), если подсветка не возвращается on, видео BIOS, вероятно, не повторно инициализировался, если экран пуст, но имеет подсветку, попробуйте нажать или переключиться между виртуальными терминалами, попробуйте в однопользовательском режиме (с помощью добавления «single» к параметрам загрузки ядра grub) для получения подробной информации о действиях , попробуйте bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & amp; 1 посмотрите информацию dmidecode, которая соответствует настройкам в /usr/share/acpi-support/*.config, если однопользовательский режим консоль приостанавливает или возобновляет неудачу. Трассировка PM (echo «1»> / sys / power / pm_trace), которая будет записывать хэши устройства в системный таймер, пытающийся приостановить работу после сбоя, при перезагрузке , рассмотрите вывод dmesg для записей «хэш устройства» для отслеживания устройства, которое повесило систему во время возобновления. что это сбросит системные часы, а fsck выйдет из себя («прошло без fsck за 31337 дней»). рассмотрите tune2fs -c 0 / dev / your / filesystems.

WinEunuuchs2Unix · Answer 3 · 18 July 2018 в 10:19

Симптомы:

При нажатии кнопки suspend мой компьютер переходит в состояние, в котором он мигает, вентиляторы работают, кажется, что HD выключен (я думаю), и я могу " t сделать что-нибудь, чтобы вернуть его из этого состояния (без жесткой перезагрузки). Возможно, это связано с тем, что мои поклонники остаются на месте даже после выключения, и даже тогда я должен нажать кнопку питания в течение пяти секунд, прежде чем я смогу снова запустить его. Я не знаю, какие журналы нужно искать для отладки проблемы, и я думаю, что они все равно будут перезагружены.

Мой сайт для многих проблем Linux - это Arch Linux. Вот что опубликовано о проблемах с приостановкой / возобновлением, похожей на ваши:

Мгновенные пробуждения от suspend

Для некоторых систем Intel Haswell с набором микросхем LynxPoint и LynxPoint-LP мгновенные пробуждения после приостановки сообщается. Они связаны с ошибочными реализациями ACPI BIOS и тем, как модуль xhci_hcd интерпретирует его во время загрузки. Как сообщается, поврежденные системы добавляются в черный список (с именем XHCI_SPURIOUS_WAKEUP) по ядру в каждом конкретном случае. [[D7] suspend / resume problems ]

Мгновенное резюме может случиться, например, если USB-устройство подключено во время приостановки и активируются триггеры активации ACPI. Жизнеспособная работа для такой системы, если она еще не включена в черный список, заключается в отключении триггеров пробуждения. Пример отключения функции пробуждения через USB описан ниже. [3]

Чтобы просмотреть текущую конфигурацию:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Соответствующий устройствами являются EHC1, EHC2 и XHC (для USB 3.0). Чтобы переключить свое состояние, вы должны эхом отослать имя устройства в файл с правами root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Это должно привести к приостановке работы снова. Однако эти настройки являются временными и должны быть установлены при каждой перезагрузке. Чтобы автоматизировать это, взгляните на 3 . См. BBS-поток для возможного решения и дополнительной информации.

Вся статья Arch Linux выше о Suspend / Resume - отличная ссылка для многих областей:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend

evgeny · Answer 4 · 24 July 2018 в 19:32

Здесь и здесь вы найдете много рекомендаций / советов.

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

4

ответ дан evgeny 24 July 2018 в 19:32

1

Я прочитал их, но они перестают получать полезную информацию для моей проблемы. Нужна дополнительная помощь и более подробные сведения. Я создал щедрость для этого вопроса. – mlissner 30 January 2011 в 03:33
2

Плохой ответ - просто ссылки. Точка Stack * -sites должна обеспечить место для всех вопросов, а не отправлять пользователей на бесконечную погоню за гусями или говорить «просто f * google it». Пожалуйста, вставьте свой ответ в вопрос и обновите его в соответствии с комментарием mlissner. – Henrik 30 January 2011 в 04:05
3

Спасибо: Иногда полезно прочитать оригинальную домашнюю страницу! – abu_bua 1 July 2018 в 17:42

Henrik · Answer 5 · 24 July 2018 в 19:32

Из https://wiki.ubuntu.com/UnderstandingSuspend

Самая большая проблема заключается в том, что графическое оборудование пытается приостановить работу без ограниченных устройств (nvidia, fglrx), ядро не знает, как обращаться с графическими устройствами. BIOS знает, как для восстановления состояния графики через 16-разрядный сегментированный режим, C000: xxxx содержит видимое 64-битное видео ROM. начало выполнения на C000: 0003, обычно повторно отправляет видео BIOS (/ usr / sbin / vbetool post) более сложным в 64-битном режиме, поскольку 16-битные вызовы необходимо эмулировать. некоторая память находится в диапазоне 3-4G, что требует переназначения при эмуляции, чтобы избежать попадания в ядро, которое отображается в том же пространстве. o видео BIOS может выгружать POST-код из окна C000 o nvidia BIOS перезаписывает ПЗУ, чтобы просто вернуться, чтобы остановить повторное POST-соединение, попробуйте приостановить работу с консоли (через /etc/acpi/sleep.sh) убедитесь, что вы вышли из Xorg ( или запустите sleep.sh с аргументом «force»), если видео BIOS не оставлен в нормальном состоянии, возврат в Xorg может привести к зависанию аппаратных тестов caplock при возобновлении (если нет закрылков, ядро зависает), если подсветка не возвращается on, видео BIOS, вероятно, не повторно инициализировался, если экран пуст, но имеет подсветку, попробуйте нажать или переключиться между виртуальными терминалами, попробуйте в однопользовательском режиме (с помощью добавления «single» к параметрам загрузки ядра grub) для получения подробной информации о действиях , попробуйте bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & amp; 1 посмотрите информацию dmidecode, которая соответствует настройкам в /usr/share/acpi-support/*.config, если однопользовательский режим консоль приостанавливает или возобновляет неудачу. Трассировка PM (echo «1»> / sys / power / pm_trace), которая будет записывать хэши устройства в системный таймер, пытающийся приостановить работу после сбоя, при перезагрузке , рассмотрите вывод dmesg для записей «хэш устройства» для отслеживания устройства, которое повесило систему во время возобновления. что это сбросит системные часы, а fsck выйдет из себя («прошло без fsck за 31337 дней»). рассмотрите tune2fs -c 0 / dev / your / filesystems.

Как отключить ограниченные устройства? — Owen, 29 February 2016 в 06:42
любые ссылки на рабочие скрипты на здравомыслие проверяют флажок, когда приостановка завершается неудачей? ... такая проблема - проклятие Linux и блокирование массового использования ... — Scott Stensland, 5 June 2017 в 07:04

WinEunuuchs2Unix · Answer 6 · 24 July 2018 в 19:32

Симптомы:

При нажатии кнопки suspend мой компьютер переходит в состояние, в котором он мигает, вентиляторы работают, кажется, что HD выключен (я думаю), и я могу " t сделать что-нибудь, чтобы вернуть его из этого состояния (без жесткой перезагрузки). Возможно, это связано с тем, что мои поклонники остаются на месте даже после выключения, и даже тогда я должен нажать кнопку питания в течение пяти секунд, прежде чем я смогу снова запустить его. Я не знаю, какие журналы нужно искать для отладки проблемы, и я думаю, что они все равно будут перезагружены.

Мой сайт для многих проблем Linux - это Arch Linux. Вот что опубликовано о проблемах с приостановкой / возобновлением, похожей на ваши:

Мгновенные пробуждения от suspend

Для некоторых систем Intel Haswell с набором микросхем LynxPoint и LynxPoint-LP мгновенные пробуждения после приостановки сообщается. Они связаны с ошибочными реализациями ACPI BIOS и тем, как модуль xhci_hcd интерпретирует его во время загрузки. Как сообщается, поврежденные системы добавляются в черный список (с именем XHCI_SPURIOUS_WAKEUP) по ядру в каждом конкретном случае. [[D7] suspend / resume problems ]

Мгновенное резюме может случиться, например, если USB-устройство подключено во время приостановки и активируются триггеры активации ACPI. Жизнеспособная работа для такой системы, если она еще не включена в черный список, заключается в отключении триггеров пробуждения. Пример отключения функции пробуждения через USB описан ниже. [3]

Чтобы просмотреть текущую конфигурацию:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Соответствующий устройствами являются EHC1, EHC2 и XHC (для USB 3.0). Чтобы переключить свое состояние, вы должны эхом отослать имя устройства в файл с правами root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Это должно привести к приостановке работы снова. Однако эти настройки являются временными и должны быть установлены при каждой перезагрузке. Чтобы автоматизировать это, взгляните на 3 . См. BBS-поток для возможного решения и дополнительной информации.

Вся статья Arch Linux выше о Suspend / Resume - отличная ссылка для многих областей:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend

Выглядит неплохо! Я подожду еще один или два, чтобы дать другим возможность ответить. Может быть, кто-то будет чувствовать себя вдохновленным твоим. :-) — David Foerster, 29 June 2018 в 12:59
@DavidFoerster Спасибо. Нелегко ответить на 8-летний вопрос. Также есть проблема с приостановкой / возобновлением работы с NVMe M.2 PCIe SSD, которые я буду добавлять сегодня вечером. Эти типы SSD не существовали в 2010 году и требуют специального аргумента ядра grub. — WinEunuuchs2Unix, 29 June 2018 в 13:15
Я искал решения для конкретных проблем с приостановкой и больше для общих рецептов отладки для более поздних установок Ubuntu с использованием systemd. — David Foerster, 29 June 2018 в 13:19
@DavidFoerster В этом случае я оставлю ответ, как есть :) — WinEunuuchs2Unix, 29 June 2018 в 13:21

Ubuntu 17.04 приостанавливается, но не пробуждается [dубликат]

6 ответов

Мгновенные пробуждения от suspend

Мгновенные пробуждения от suspend

Другие вопросы по тегам:

Похожие вопросы: