Мой ноутбук с картой Intel + Nvidia не может возобновиться после приостановки. У меня есть Kubuntu 17.04, установленный с ядром 4.10.0-19. Я использую Intel GPU (драйвер Nvidia даже не установлен). Эта проблема также существует с 16.10.
Когда я пытаюсь возобновить работу после приостановки, все зависает на половину видимого экрана входа. Даже клавиатура не работает (когда я нажимаю CapsLock или NumLock, светодиоды не загораются)
Приветствуется любая помощь при рассмотрении проблемы.
Редактировать: журнал приостановки может быть здесь: https://pastebin.com/Ere0JRwF
Редактировать: dmesg | less вывод можно найти здесь: https://pastebin.com/Ere0JRwF [ ! d5]
Решение: перейти к ядру 4.13.1.
Я боролся с этой проблемой на ноутбуке Lenovo G40 с двух лет. Недавно я обновился до последнего ядра 4.13.1. Проблема решена на 100%. Работает отлично. Протестировано с Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Все ОС отлично работают с ядром 4.13.1. Когда я закрываю и открываю крышку ноутбука, он просыпается от плавного приостановки.
ukuu --- Усовершенствование обновления ядра Ubuntu:
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu
http :
//www.teejeetech.in/p/ukuu-kernel-upgrade-utility.htmlРешение: перейти к ядру 4.13.1.
Я боролся с этой проблемой на ноутбуке Lenovo G40 с двух лет. Недавно я обновился до последнего ядра 4.13.1. Проблема решена на 100%. Работает отлично. Протестировано с Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Все ОС отлично работают с ядром 4.13.1. Когда я закрываю и открываю крышку ноутбука, он просыпается от плавного приостановки.
ukuu --- Усовершенствование обновления ядра Ubuntu:
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu
http :
//www.teejeetech.in/p/ukuu-kernel-upgrade-utility.htmlРешение: перейти к ядру 4.13.1.
Я боролся с этой проблемой на ноутбуке Lenovo G40 с двух лет. Недавно я обновился до последнего ядра 4.13.1. Проблема решена на 100%. Работает отлично. Протестировано с Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Все ОС отлично работают с ядром 4.13.1. Когда я закрываю и открываю крышку ноутбука, он просыпается от плавного приостановки.
ukuu --- Усовершенствование обновления ядра Ubuntu:
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu
http :
//www.teejeetech.in/p/ukuu-kernel-upgrade-utility.htmlРешение: перейти к ядру 4.13.1.
Я боролся с этой проблемой на ноутбуке Lenovo G40 с двух лет. Недавно я обновился до последнего ядра 4.13.1. Проблема решена на 100%. Работает отлично. Протестировано с Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Все ОС отлично работают с ядром 4.13.1. Когда я закрываю и открываю крышку ноутбука, он просыпается от плавного приостановки.
ukuu --- Усовершенствование обновления ядра Ubuntu:
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu
http :
//www.teejeetech.in/p/ukuu-kernel-upgrade-utility.htmlВ качестве первого шага, чтобы диагностировать проблемы с приостановкой, вам нужно посмотреть подробности в log-file /var/log/pm-suspend.log
Если log-file /var/log/pm-suspend.log doen не существует, просто запустите sudo PM_DEBUG=true pm-suspend в окне терминала. ПРИМЕЧАНИЕ. Это приостановит работу вашего компьютера, так что вы, вероятно, снова увидите проблему, однако файл журнала pm-suspend.log должен быть там, когда вы в конце концов заново запустите.
Файл должен содержать ряд
[...] service [servicename] suspend suspend
операторов (вместе с сообщениями о статусе сообщений и другими полезными материалами), за которыми следует серия
[...] service [servicename] suspend resume success
операторов .
Однако, где-то по пути, один или несколько из них, вероятно, вернут ошибку, и в этот момент приостановка блокируется. Вы можете увидеть, что серия приостановленных изменений отменяется. Чтобы найти проблему, вам обычно нужно определить, какой вызов службы вызывает ошибку.
В этом случае файл журнала, похоже, не имеет каких-либо служебных [servicename] suspend resume операторов, так как следующий шаг, вы можете снова приостановить работу ноутбука и попытаться возобновить нажатием кнопки питания. Дайте ему пару минут, и если он не сможет перезапустить перезагрузку, удерживая кнопку питания в течение 5 секунд. При повторном запуске откройте терминал и run dmesg | less. Пожалуйста, обновите исходный вопрос, чтобы включить вывод из dmesg | less.
Я также предлагаю проверить, правильно ли настроен ваш раздел подкачки, и, в частности, он по крайней мере большой, поскольку ваша установленная оперативная память , Это удобный FAQ по Swap.
UPDATE: вывод из dmesg | less, который вы опубликовали, включает в себя строку:
[ 1.197601] PM: Hibernation image not present or could not be loaded.
(строка 574 в файле) Опять же, это говорит о проблеме с гибернацией (suspend- на-диск), но если вы уверены, что ваша проблема на самом деле с приостановкой (т. е. приостановка в RAM), то это не может быть. Я также не вижу никаких проблем с графикой Intel / NVIDIA.
В качестве первого шага, чтобы диагностировать проблемы с приостановкой, вам нужно посмотреть подробности в log-file /var/log/pm-suspend.log
Если log-file /var/log/pm-suspend.log doen не существует, просто запустите sudo PM_DEBUG=true pm-suspend в окне терминала. ПРИМЕЧАНИЕ. Это приостановит работу вашего компьютера, так что вы, вероятно, снова увидите проблему, однако файл журнала pm-suspend.log должен быть там, когда вы в конце концов заново запустите.
Файл должен содержать ряд
[...] service [servicename] suspend suspend
операторов (вместе с сообщениями о статусе сообщений и другими полезными материалами), за которыми следует серия
[...] service [servicename] suspend resume success
операторов .
Однако, где-то по пути, один или несколько из них, вероятно, вернут ошибку, и в этот момент приостановка блокируется. Вы можете увидеть, что серия приостановленных изменений отменяется. Чтобы найти проблему, вам обычно нужно определить, какой вызов службы вызывает ошибку.
В этом случае файл журнала, похоже, не имеет каких-либо служебных [servicename] suspend resume операторов, так как следующий шаг, вы можете снова приостановить работу ноутбука и попытаться возобновить нажатием кнопки питания. Дайте ему пару минут, и если он не сможет перезапустить перезагрузку, удерживая кнопку питания в течение 5 секунд. При повторном запуске откройте терминал и run dmesg | less. Пожалуйста, обновите исходный вопрос, чтобы включить вывод из dmesg | less.
Я также предлагаю проверить, правильно ли настроен ваш раздел подкачки, и, в частности, он по крайней мере большой, поскольку ваша установленная оперативная память , Это удобный FAQ по Swap.
UPDATE: вывод из dmesg | less, который вы опубликовали, включает в себя строку:
[ 1.197601] PM: Hibernation image not present or could not be loaded.
(строка 574 в файле) Опять же, это говорит о проблеме с гибернацией (suspend- на-диск), но если вы уверены, что ваша проблема на самом деле с приостановкой (т. е. приостановка в RAM), то это не может быть. Я также не вижу никаких проблем с графикой Intel / NVIDIA.
В качестве первого шага, чтобы диагностировать проблемы с приостановкой, вам нужно посмотреть подробности в log-file /var/log/pm-suspend.log
Если log-file /var/log/pm-suspend.log doen не существует, просто запустите sudo PM_DEBUG=true pm-suspend в окне терминала. ПРИМЕЧАНИЕ. Это приостановит работу вашего компьютера, так что вы, вероятно, снова увидите проблему, однако файл журнала pm-suspend.log должен быть там, когда вы в конце концов заново запустите.
Файл должен содержать ряд
[...] service [servicename] suspend suspend
операторов (вместе с сообщениями о статусе сообщений и другими полезными материалами), за которыми следует серия
[...] service [servicename] suspend resume success
операторов .
Однако, где-то по пути, один или несколько из них, вероятно, вернут ошибку, и в этот момент приостановка блокируется. Вы можете увидеть, что серия приостановленных изменений отменяется. Чтобы найти проблему, вам обычно нужно определить, какой вызов службы вызывает ошибку.
В этом случае файл журнала, похоже, не имеет каких-либо служебных [servicename] suspend resume операторов, так как следующий шаг, вы можете снова приостановить работу ноутбука и попытаться возобновить нажатием кнопки питания. Дайте ему пару минут, и если он не сможет перезапустить перезагрузку, удерживая кнопку питания в течение 5 секунд. При повторном запуске откройте терминал и run dmesg | less. Пожалуйста, обновите исходный вопрос, чтобы включить вывод из dmesg | less.
Я также предлагаю проверить, правильно ли настроен ваш раздел подкачки, и, в частности, он по крайней мере большой, поскольку ваша установленная оперативная память , Это удобный FAQ по Swap.
UPDATE: вывод из dmesg | less, который вы опубликовали, включает в себя строку:
[ 1.197601] PM: Hibernation image not present or could not be loaded.
(строка 574 в файле) Опять же, это говорит о проблеме с гибернацией (suspend- на-диск), но если вы уверены, что ваша проблема на самом деле с приостановкой (т. е. приостановка в RAM), то это не может быть. Я также не вижу никаких проблем с графикой Intel / NVIDIA.
В качестве первого шага, чтобы диагностировать проблемы с приостановкой, вам нужно посмотреть подробности в log-file /var/log/pm-suspend.log
Если log-file /var/log/pm-suspend.log doen не существует, просто запустите sudo PM_DEBUG=true pm-suspend в окне терминала. ПРИМЕЧАНИЕ. Это приостановит работу вашего компьютера, так что вы, вероятно, снова увидите проблему, однако файл журнала pm-suspend.log должен быть там, когда вы в конце концов заново запустите.
Файл должен содержать ряд
[...] service [servicename] suspend suspend
операторов (вместе с сообщениями о статусе сообщений и другими полезными материалами), за которыми следует серия
[...] service [servicename] suspend resume success
операторов .
Однако, где-то по пути, один или несколько из них, вероятно, вернут ошибку, и в этот момент приостановка блокируется. Вы можете увидеть, что серия приостановленных изменений отменяется. Чтобы найти проблему, вам обычно нужно определить, какой вызов службы вызывает ошибку.
В этом случае файл журнала, похоже, не имеет каких-либо служебных [servicename] suspend resume операторов, так как следующий шаг, вы можете снова приостановить работу ноутбука и попытаться возобновить нажатием кнопки питания. Дайте ему пару минут, и если он не сможет перезапустить перезагрузку, удерживая кнопку питания в течение 5 секунд. При повторном запуске откройте терминал и run dmesg | less. Пожалуйста, обновите исходный вопрос, чтобы включить вывод из dmesg | less.
Я также предлагаю проверить, правильно ли настроен ваш раздел подкачки, и, в частности, он по крайней мере большой, поскольку ваша установленная оперативная память , Это удобный FAQ по Swap.
UPDATE: вывод из dmesg | less, который вы опубликовали, включает в себя строку:
[ 1.197601] PM: Hibernation image not present or could not be loaded.
(строка 574 в файле) Опять же, это говорит о проблеме с гибернацией (suspend- на-диск), но если вы уверены, что ваша проблема на самом деле с приостановкой (т. е. приостановка в RAM), то это не может быть. Я также не вижу никаких проблем с графикой Intel / NVIDIA.