Как отладить, приостанавливают?

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

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

Вы можете найти много руководств/советов здесь и здесь.

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

Симптомы:

• Нажатие на кнопку «Suspend» приводит мой компьютер в состояние, когда на нем мигает курсор, вентиляторы работают, кажется, что HD выключился (я думаю), и я могу » Я ничего не делаю, чтобы вывести его из этого состояния (кроме жесткой перезагрузки).
• Возможно, связано: мои вентиляторы остаются включенными даже после выключения, и даже тогда мне приходится нажимать кнопку питания в течение пяти секунд, прежде чем я смогу запустите его снова.
• Я не знаю, в какие журналы нужно смотреть, чтобы отладить проблему, и я предполагаю, что они все равно будут повреждены при перезагрузке.

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

Мгновенное пробуждение из приостановки

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

Может произойти мгновенное возобновление работы для Например, если 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

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

Вся статья Arch Linux о приостановке / возобновлении, приведенная выше, является отличным справочником для многих областей:

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