Замораживания Ubuntu 17.04 в приостанавливают

Ubuntu 17.04 64-разрядные замораживания на приостанавливает.

Система является рабочим столом с процессором AMD и видео Nvidia.

Дополнительные драйверы доступны для видеокарты.

Встроенное микропрограммное обеспечение микрокода процессора для центральных процессоров AMD из (собственного) amd64-микрокода используется.

Я видел это предыдущее сообщение: Askubuntu: Как отладить, Приостанавливают, которые приводят меня к Ubuntu Wiki: Понимание Приостанавливает

Я работаю через перечисленное диагностическое средство Wiki:

Отладка

• Самой большой проблемой является аппаратное обеспечение машинной графики
  • попытка приостанавливает без ограниченных устройств (Nvidia, fglrx)
  • ядро не знает, как обработать графические устройства
    • BIOS знает, как восстановить состояние графики
      • через сегментированный режим на 16 битов C000:xxxx содержит видимый 64k видео ROM.
      • стартовое выполнение в C000:0003, обычно повторно отправляет видео BIOS (/usr/sbin/vbetool сообщение)
        • более трудный в режиме на 64 бита, так как вызовы на 16 битов должны быть эмулированы.
        • некоторая память находится в диапазоне с 3 4G, который требует переотображения при эмуляции, чтобы не поражать ядро, которое отображается в том же пространстве.
      • видео BIOS, возможно, разбил на страницы Почтового индекса из окна C000
      • Nvidia BIOS переписывает ROM, чтобы просто возвратиться, чтобы прекратить повторно отправлять
• попытка приостанавливает от консоли (через/etc/acpi/sleep.sh)
  • удостоверьтесь, что Вы вышли из Xorg (или выполняетесь sleep.sh с аргументом "силы"),
  • если видео BIOS не оставляют в нормальном состоянии, возвращение Xorg может подвесить аппаратные средства
  • тесты capslock на резюме (если никакой capslock, подвешенное ядро)
  • если подсветка не возвращается на, видео BIOS, вероятно, не повторно инициализировал
  • если экран является пробелом, но имеет подсветку, попытайтесь совершить нападки, входят или переключающийся между виртуальными терминалами
  • попробуйте в однопользовательском режиме (через добавление "единственного" к параметрам загрузки ядра личинки)
  • для получения дополнительной информации о действиях попробуйте удар-x/etc/acpi/sleep.sh >/root/sleep.log 2> &1
  • взгляд dmidecode информация, которая соответствует настройкам в/usr/share/acpi-support / *.config
• если однопользовательская консоль режима приостанавливает или возобновляет сбои
  • включите трассировку PM (отзовитесь эхом "1">/sys/power/pm_trace), который запишет хеши устройства в системный таймер
  • попытка приостановить
  • после отказа, на перезагрузке, исследуют вывод dmesg на "записи" хеша устройства для разыскивания устройства, которое подвесило систему во время резюме.
  • знайте, что это сбросит системные часы, и fsck будет волноваться ("обходился без помощи fsck в течение 31 337 дней"). рассмотрите tune2fs-c 0/dev/your/filesystems.
• можно ли возобновиться многократно?