Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Ноутбук зависает при перезагрузке или выключении.  (Прочитано 2404 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Привет всем. Имеется ноутбук с интегрированной графикой интел и дискретной nVidea 940mx. На Ubuntu 16.04 происходит зависание намертво при попытке выключить или перезапустить ноут при одном условии: если до этого я закрывал крышку ноута. Если этого не сделать, ноут перезагрузится/выключится без проблем. При этом в лог бесконечно пишется такой вывод:
Jul 22 01:05:46 xkhroshkax kernel: [   48.657796] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000
Jul 22 01:05:46 xkhroshkax kernel: [   48.657798] pcieport 0000:00:1c.5:    [ 0] Receiver Error         (First)
Jul 22 01:05:46 xkhroshkax kernel: [   48.657802] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658148] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658150] pcieport 0000:00:1c.5: AER: Multiple Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658154] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658155] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658505] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658506] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658511] pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
Jul 22 01:05:46 xkhroshkax kernel: [   48.658516] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000
Jul 22 01:05:46 xkhroshkax kernel: [   48.658521] pcieport 0000:00:1c.5:    [ 0] Receiver Error         (First)
Jul 22 01:05:46 xkhroshkax kernel: [   48.658524] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658870] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658871] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658876] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.658877] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.659227] pcieport 0000:00:1c.5: can't find device of ID00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.659228] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Jul 22 01:05:46 xkhroshkax kernel: [   48.659236] pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
Jul 22 01:05:46 xkhroshkax kernel: [   48.659238] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000

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

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
xkhroshkax, для понимания того, какое у Вас железо, и какой задействован для него драйвер, а также какие драйвера рекомендует при это система, прошу показать выводы команд: ubuntu-drivers devicesиsudo lshw -C videoЕще интересна версия используемого Вами ядра:uname -r
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
ubuntu-drivers devices
== /sys/devices/pci0000:00/0000:00:1c.0/0000:01:00.0 ==
modalias : pci:v000010DEd0000134Dsv00001043sd000010CEbc03sc02i00
model    : GM108M [GeForce 940MX]
vendor   : NVIDIA Corporation
driver   : xserver-xorg-video-nouveau - distro free builtin
driver   : nvidia-384 - distro non-free recommended

sudo lshw -C video
  *-display               
       описание: VGA compatible controller
       продукт: Sky Lake Integrated Graphics
       производитель: Intel Corporation
       физический ID: 2
       сведения о шине: pci@0000:00:02.0
       версия: 07
       разрядность: 64 bits
       частота: 33MHz
       возможности: pciexpress msi pm vga_controller bus_master cap_list rom
       конфигурация: driver=i915 latency=0
       ресурсы: IRQ:129 память:dd000000-ddffffff память:b0000000-bfffffff ioport:f000(размер=64) память:c0000-dffff
  *-display
       описание: 3D controller
       продукт: GM108M [GeForce 940MX]
       производитель: NVIDIA Corporation
       физический ID: 0
       сведения о шине: pci@0000:01:00.0
       версия: a2
       разрядность: 64 bits
       частота: 33MHz
       возможности: pm msi pciexpress cap_list rom
       конфигурация: driver=nouveau latency=0
       ресурсы: IRQ:128 память:de000000-deffffff память:c0000000-cfffffff память:d0000000-d1ffffff ioport:e000(размер=128) память:df000000-df07ffff

uname -r
4.13.0-36-generic
На более свежем ядре система не догружается до рабочего стола, при этом бесконечно на черном экране повторяется вывод, о котором я писал выше, когда описывал проблему.

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
driver=nouveau
Перво-наперво, рекомендую установить драйвер от производителя. Подключите интернет (безлимитный, ибо там много качать придется - примерно 1 Гб трафика съест), далее откройте терминал и выполните:sudo ubuntu-drivers autoinstallРезультатом станет установка драйвера nvidia-384 (который у Вас рекомендует система). С высокой долей вероятности это решит Вашу проблему. На всякий случай обзаведитесь до этих манипуляций резервной копией важной информации с диска (желательно) и загрузочной флешкой (обязательно) [в особо запущенных случаях можно отгрести Черный экран при загрузке; обходится как правило либо загрузкой с параметром ядра nomodeset, либо загрузкой в голую консоль с параметром ядра single, откуда удаляются установленные версии драйвера и система возвращается в исходное (Ваше текущее) состояние], - ну это так, на всякий случай. И прошу еще продемонстировать с какими параметрами командной строки Вы загружаетесь сейчас:cat /proc/cmdline
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Цитировать
И прошу еще продемонстировать с какими параметрами командной строки Вы загружаетесь сейчас:
BOOT_IMAGE=/vmlinuz-4.13.0-36-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash reboot=bios rcutree.rcu_idle_gp_delay=1 vt.handoff=7
Цитировать
Результатом станет установка драйвера nvidia-384 (который у Вас рекомендует система).
Если я правильно понимаю, то же самое я могу сделать и через Настройки системы - Программы и обновления - Дополнительные драйверы? Как раз-таки там у меня на выбор предложено использование либо nouveau, либо nVidea binary driver - version 384.130.
Но сразу скажу, до этого у меня на этом же ноуте стояла Ubuntu 16.04, где я пробовал ставить разные версии драйверов на эту видеокарту,  т.ч. и 384 и это проблему не решало.

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
xkhroshkax, понимаете правильно. Это то же самое. Относительно
до этого у меня на этом же ноуте стояла Ubuntu 16.04, где я пробовал ставить разные версии драйверов на эту видеокарту,  т.ч. и 384 и это проблему не решало
могу лишь сказать, что драйвер - это программная прослойка между железкой и операционной системой, без которой железка будет работать не так гениально, как это задумывалось производителем. Если у Вас драйвер не установлен, - то и от железки требовать ничего особенного не стоит. В рассматриваемом случае: нарушение работы происходит после события suspend, т.е. когда ноутбук проваливался в гибернацию / уходил в сон. По-видимому, что-то не так с ACPI, и система не может корректно завершить какую-то манипуляцию над железом (железо частично отваливается). Если не помогает установка драйвера - все грустно, и единственным решением проблемы будет старый анекдот:
Цитировать
Пациент: доктор, когда я делаю так, мне больно.
Доктор: не делайте так.
Уходя от абстракции, я бы проверил что происходит с нотбуком при закрытии крышки. У Вас вероятно выставлен "Ждущий режим". Остается поставить там "Ничего не делать" и клацать крышкой хоть до посинения - не наступит ждущий режим - не будет проблем с выгрузкой. Как-то так... Можно конечно продолжать экспериментировать с режимом сна/гибернации - может и существует какое более вразумительное решение проблемы, но мне о нем ничего не известно, простите.
« Последнее редактирование: 12 Августа 2018, 00:21:17 от zg_nico »
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Хорошо, я попробую накатить драйвер.

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

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
с одной стороны это решение
Да не решение, разумеется. Это, скорее, просто забивание на проблему. Если честно, не пользуюсь этим режимом - даже не уверен, работает ли он у меня. Насколько я знаю, ждущий режим и гибернация - это несколько разные вещи. Попадалась на глаза статья, где описано как на 16.04 настроить гибернацию. ИМХО, есть вероятность, что если гибернация на Вашей машине к таким печальным последствиям не приводит, и существует возможность приладить этот режим к закрытию крышки - можно убить двух зайцев одним ударом: и экономия питания, и отсутствие затыка при попытке отключения/ребута. Но надо экспериментировать, а статью, повторюсь, так пока на себе и не проверил.
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Поставил драйвера на карту нВидеа и, как и ожидалось, проблему это не решило, а даже усугубило: после закрытия/открытия крышки горит черный экран и ничего не работает :-\ Пробую вернуть назад ноувеау.

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
Пробую вернуть назад ноувеау.
А я б не торопился... Проблема комплексная. Не только в видеокарте, но и целиком в реализации ACPI (тут уж как трактовать - либо производитель виноват со своим виденьем ситуации, либо разработчики ядра со своим - не важно). Словом, вот оно, похоже, Ваше решение (по крайней мере этому товарищу оно помогло, а карточки у Вас один к одному; и кстати - завели они в итоге именно гибернацию; ждущий режим у них так и не поднялся). В двух словах: разрешаем гибернацию в самой системе; в параметрах ядра явным образом указываем поведение с установкой режима для обеих имеющихся драйверов (свободного и проприетарного), прописываем эти изменения в системе.
« Последнее редактирование: 12 Августа 2018, 15:18:12 от zg_nico »
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Цитировать
завели они в итоге именно гибернацию; ждущий режим у них так и не поднялся
А в чем разница между гибернацией и ждущим режимом? Критично ли то, что у меня не будет ждущего режима?

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
xkhroshkax, затрудняюсь ответить на поставленный вопрос. Относительно критичности: критично ли, что мы не завели один из режимов энергосбережения, заведя при этом другой, если учесть что изначальным условием была возможность закрывать крышку ноута и не бояться после этого перезагрузки? Иными словами: не все ли равно как оно там будет называться - лишь бы работало.
По поводу разницы - не знаю, честно говоря. Есть статьи в той же википедии по поводу ждущего режима и по поводу спящего режима (он же гибернация). Сама википедия трактует разницу так:
Цитировать
В отличие от спящего режима, для ждущего режима требуется аппаратная поддержка со стороны оборудования.
Если верить такой трактовке, то гибернация - это вполне себе выход. Осталось только несколько скользких моментов:
1. настроить ее, не угробив при этом систему
2. задействовать ее вместо ждущего режима в соответствующем разделе настроек ОС (если она там вообще появится после того, как настроить ее удалось)
3. помогло бы это все реально.
Я б на Вашем месте до всех дальнейших манипуляций образ текущего состояния системного раздела через dd (или еще как-нибудь) снял. Просто если что пойдет не так - причину искать не придется, достаточно будет откатить до стартового состояния.
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн xkhroshkax

  • Автор темы
  • Новичок
  • *
  • Сообщений: 16
    • Просмотр профиля
Цитировать
Я б на Вашем месте до всех дальнейших манипуляций образ текущего состояния системного раздела через dd (или еще как-нибудь) снял. Просто если что пойдет не так - причину искать не придется, достаточно будет откатить до стартового состояния.
А можно вот этот момент подробнее объяснить? А то я ни один раз думал о том, есть ли возможность создать образ полного состояния системы на случай, если потребуется проводить какие то эксперименты с системой и в случае краха не пришлось устанавливать и настраивать все снуля, а просто накатить образ последнего сохраненного состояния.

Оффлайн zg_nico

  • Заслуженный пользователь
  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
А можно вот этот момент подробнее объяснить?
Из самого недавнего на форуме: вот. Кроме того, много материала есть в вики.
Сам использую такую методику:
(Нажмите, чтобы показать/скрыть)
(Нажмите, чтобы показать/скрыть)
У себя в последний раз такое восстановление выполнял, когда пробовал обновиться с 16.04 до 18.04, и мне не понравилась 18.04. Сейчас пишу с 16.04 - все работает, все в порядке.
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

 

Страница сгенерирована за 0.106 секунд. Запросов: 26.