Lenovo ThinkPad 11e случайно зависает в Ubuntu 16.04

У меня есть Lenovo ThinkPad 11e (с набором микросхем Intel, а не AMD), который имел случайные зависания при 14.04, которые сохранялись после чистой установки 16.04.

Описание происходящих зависаний:

  • Экран зависает на месте без искажений
  • Аппаратные кнопки перестают реагировать (индикаторы клавиш отключения звука / микрофона больше не переключаются при нажатии )
  • Жесткий перезапуск - это единственный способ исправить зависание
  • До того, как произойдет зависание, предупреждений нет, система работает нормально вплоть до блокировки

Эта проблема, кажется, появляется чаще, когда я запускаю что-либо, связанное с Chrome / Chromium, в моей системе (включая вещи, которые используют инфраструктуру Electron, например редактор Atom). Но это все равно будет происходить, даже если ничего не связано с этим. Это также, похоже, не связано с нагрузкой на систему, потому что я могу без проблем запускать Windows 10 в VMWare Workstation 12.

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

Я пытался использовать linux-crashdump , как было предложено Крисом Дж. Арджесом , но даже после повторения моей проблемы в /var/crash я не нашел никаких записей о сбоях, кроме тех, которые заставляют ядро ​​делать сбой, чтобы сделать уверен, что он работает

Возможно, важная информация:

  • Интегрированная графика Intel отображается как Intel Bay Trail (который, как я знаю, в прошлом имел некоторые проблемы с Linux)
  • Я обновил систему до 8 ГБ ОЗУ (проблема возникла и до этого изменения)
  • В моей системе установлен SSD, отформатированный в ext4 (проблема также возникла с использованием btrfs)
  • Я провел несколько тестов диагностики оборудования (как встроенных тестов BIOS, так и загрузочных утилит), которые не обнаружили проблем с моим оборудованием
16
задан 13 April 2017 в 15:24

5 ответов

Попытайтесь установить более новые ядра. В некоторых случаях это решает проблему замораживания который вызванный плохой код таймера высокой точности . Это является двоичным для Linux 4.5.2:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.5.2-wily/

Загрузка, соответствующая 3 .deb двоичные пакеты, установите их и перезагрузку к новому ядру. Я надеюсь, что это зафиксирует Ваш problm. Между прочим, Ubuntu 16.04 уже отсутствует с новым ядром, также - чистая установка (не обновление), и посмотрите, решает ли она Вашу проблему.

5
ответ дан 14 April 2017 в 01:24
  • 1
    " проблема состоит в том, что много различных Ose используются и приведены в действие. " нет, это isn' t, и сам ответ объясняет почему нет. Проблемой является экономика: there' s незначительный спрос на устройство с этими характеристиками, таким образом, они don' t извлекают выгоду из экономии за счет роста производства и являются дорогими. – Peter Taylor 12 September 2017 в 00:20

Нет достаточной информации для диагностирования этого так, необходимо зарегистрировать ошибку. Я принимаю, когда Вы упоминаете, 'замораживаются', компьютер должен быть полностью подвергнут циклу включения и выключения питания для использования его снова. С этим это наиболее вероятно проблема ядра. Следующая ссылка объясняет, как зарегистрировать ошибку против ядра Ubuntu: https://wiki.ubuntu.com/Kernel/Bugs

Другой подход должен использовать linux-crashdump, чтобы попытаться получить отказ, когда это происходит. Инструкции здесь: https://wiki.ubuntu.com/Kernel/CrashdumpRecipe

Наконец Вы могли попытаться установить последнее ядро магистрали, чтобы видеть, устраняет ли это проблему. Это было бы полезной информацией для создания отчетов в ошибке также: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/

2
ответ дан 14 April 2017 в 01:24
  • 1
    Это - решение это I' m использование. К сожалению, не все студенты (I' m учитель Средней школы), может загрузить файлы. Кроме того, эти студенты - те, которые должны считать материал.... – amorvincomni 29 September 2017 в 04:27

В Ваших возможных соответствующих проблемах Вы упомянули:

интегрированная графика Intel обнаруживается как Intel Bay Trail (который я знаю, имел некоторые проблемы с Linux в прошлом)

, Вот мой личный опыт. У меня была подобная проблема. Это была карта NVidia GT820M. У меня всегда была проблема с помощью собственных драйверов от Nvidia

enter image description here

, Что зафиксировало его для меня, использовал драйверы Xorg Nouveau вместо этого. Я переключился бы между ними, чтобы подтвердить, что это было преступником. Те же признаки, поскольку Ваш произошел бы. ПК прекратит отвечать посреди чего-либо в любое время без любого предупреждения вообще. И браузер Chrome или Сублимат инициировали бы замораживание легко также.

, Если Вы, оказывается, используете собственный драйвер VGA для своего ПК, переключитесь на версию с открытым исходным кодом, предпочтительно nouveau.

И этот мой опыт произошел на Ubuntu i7 15.04. Проблема давно в прошлом, и я свободен теперь, но от всего, что Вы описываете, я рад поместить 20 щедрости точек на драйверы VGA как преступник

1
ответ дан 14 April 2017 в 01:24
  • 1
    I' m довольный это работает на Вас и благодарит совместно использовать Ваше решение:-), Но я добавлю предупреждение: dd мощный, но также и опасный инструмент. Это делает то, что Вы говорите ему обходиться без вопросов. Если Вы скажете ему вытирать изображения семьи, то это сделает это, и это - незначительная опечатка далеко. Это - хорошая идея использовать инструмент клонирования с заключительной контрольной точкой, где можно перепроверить, который Вы будете писать в корректное целевое устройство (USB pendrive) а не внутренний диск. – sudodus 11 September 2017 в 19:15

См. https://bugzilla.kernel.org/show_bug.cgi? id=109051

следующее устранил проблему для меня.

Редактирование/etc/default/grub. Изменитесь строка

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

к

GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=1 quiet splash"

затем делают

sudo update-grub

и перезагрузка.

5
ответ дан 14 April 2017 в 01:24
  • 1
    @Zsbá nAmbrus разверните свой ответ, тогда, на этом. Также полагайте что современные устройства Mac don' t имеют USB (только USB-C) так этот isn' t легко выполнимый для них также. – Thomas Ward♦ 12 September 2017 в 04:53

Я испытывал ту же проблему на ASUS N56JN (также набор микросхем Intel). Это работало на меня:

http://www.cyberciti.biz/faq/debian-ubuntu-building-installing-a-custom-linux-kernel/

Это в основном объясняет, как обновление ядро к последней версии, идет шаг за шагом о том, как загрузить, скомпилируйте и установите последнюю версию ядра Linux (4.5).

0
ответ дан 14 April 2017 в 01:24

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

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