Lenovo ThinkPad 11e випадково зависає на Ubuntu 16.04


16

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

Опис заморожувань, які трапляються:

  • Екран застигає на місці без спотворень
  • Апаратні кнопки стають невідповідними (підсвічування клавіш без звуку / мікрофона більше не перемикається при натисканні)
  • Важкий перезапуск - єдиний спосіб виправити заморожування
  • Перед тим, як заморозитись, немає абсолютно ніякого попередження, система діє нормально, поки не замикається

Здається, ця проблема виникає частіше, коли в моїй системі я запускаю все, що стосується Chrome / Chromium (включаючи матеріали, які використовують рамки Electron, наприклад редактор Atom). Але це все одно відбудеться, навіть якщо нічого, пов'язаного з тими, не запущено. Це також не здається пов'язаним зі стресом у системі, тому що я можу запускати Windows 10 у VMWare Workstation 12 без жодних проблем.

Я навіть не впевнений, з чого мені слід шукати підказки щодо того, що викликає проблему, тому я сподівався, що хтось тут може мати ідею. Коли проблема виникає, весь комп'ютер стає невідповідним, і мені доводиться жорстко вимикатись. Я не впевнений, які журнали можуть містити будь-яку інформацію, пов’язану із заморожуванням жорсткої системи.

Я спробував використовувати, linux-crashdump як запропонував Кріс Дж Арджес , але навіть після повторної повторення проблеми я не виявив жодних записів аварій, /var/crashокрім тих, які змушували б збій ядра, щоб переконатися, що воно працює

Можливо відповідна інформація:

  • Інтегрована графіка Intel виявляється як Intel Bay Trail (який, наскільки я знаю, мав деякі проблеми з Linux в минулому)
  • Я оновив систему до 8 Гб оперативної пам’яті (проблема виникла і до цієї зміни)
  • У моїй системі є формат SSD, відформатований до ext4 (проблема виникла також із використанням btrfs)
  • Я запустив кілька апаратних діагностичних тестів (як вбудованих тестів BIOS, так і від завантажувальних утиліт), які не знайшли проблем із моїм обладнанням

Ви можете спробувати ядро ​​командного рядка ... intel_idle.max_cstate = 1. Якщо під час запуску update-initramfs з'являється повідомлення про "відсутність прошивки", спробуйте отримати файл прошивки, що відсутній.

Де саме я б поставив "intel_idle.max_cstate = 1" перед запуском update-initramfs?
Ян

У мене це саме питання. Мій ноутбук Acer E5-511, також заснований на Intel, але також працює на жорсткому диску SSD.
Тамсин Михайло

Скільки у вас пам’яті обміну? У мене виникло питання, де в моїй системі закінчиться своп і заморозиться так, як ви описали, довелося збільшити кількість свопів.
Сергій Колодяжний

Acer E1-510P, заснований на Intel, працює оригінальний жорсткий диск (не SSD). Windows 10 ідеально стабільний. Але свіжа установка (форматні розділи) Ubuntu 16.04 застигає таким же чином (абсолютно не відповідає), відтворюючи Netflix в Chrome - як правило, за 1 годину чи менше. Здається, це цикл процесора, оскільки я помічаю, що вентилятор виходить на 100% після аварії. Я пропоную позначити цю помилку Ubuntu як ту, яку у вас є: bugs.launchpad.net/ubuntu/+source/linux/+bug/1575467 - люди, які повідомили, що використовують більш старе ядро ​​3.16, здається, працюють навколо неї. Отже, помилка в ядрі.
RoundSparrow hilltx

Відповіді:


5

Спробуйте встановити новіші ядра. У деяких випадках він виправляє проблему заморожування, спричинену поганим високоточним таймером . Це двійковий код для Linux 4.5.2:

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

Завантажте відповідні 3 .debдвійкові пакети, встановіть їх та перезавантажте нове ядро. Я сподіваюся, що це виправить вашу проблему. До речі, Ubuntu 16.04 виправляється з новим ядром, тому зробіть чисту установку (а не оновлення) і подивіться, чи вирішує вона вашу проблему.


1
Я вважаю, що оновлене ядро ​​вирішило мою проблему. Мені вдалося відкрити Chrome протягом декількох годин, не відчуваючи жодних збоїв. Будучи так, як це, здається, вирішило проблему, і щедрість скоро закінчиться, я просто прийму це як відповідь.
Ян

1
@IanLantzy Я радий бачити, що ваша проблема виправлена. Насправді, налагодження подібних проблем дуже складне, і налагодити та виправити їх може лише кілька людей. Ця проблема з HPET (якщо це було так) існувала тривалий час, і це потребувало певного часу, щоб зрозуміти і виправити гуру ядра. Phoronix ( phoronix.com ) - хороше місце для поінформування про останні досягнення в Linux та можливі проблеми.
Ho1

У мене завантажений Ubuntu 16.04 VM із живого компакт-диска, який заморожений (на тій же HW). Ви можете це налагодити.
Hitechcomputergeek

1
Я встановив останнє ядро, і воно, схоже, не усунуло проблеми зрештою - воно просто замерзло два рази поспіль після тижня не замерзання.
Hitechcomputergeek

1
Так, я помітив, що проблема, як видається, зберігається, але покращилася з високими версіями ядра. Ймовірно, якась проблема з апаратним / мікропрограмним забезпеченням, яка згодом буде виправлена.
Ян

5

Дивіться 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

і перезавантажити.


2
Будь ласка, майте на увазі, що ця зміна збільшить споживання електроенергії (особливо це проблема при роботі від акумулятора).
дерматтіас

2

Інформації для діагностики цього недостатньо, тому ви повинні подати помилку. Я припускаю, що коли ви згадуєте про "заморожування", комп'ютер повинен бути повністю зарядженим, щоб знову використовувати його. З цим, швидше за все, проблема з ядром. Наступне посилання пояснює, як подати помилку на ядро ​​Ubuntu: https://wiki.ubuntu.com/Kernel/Bugs

Інший підхід полягає у використанні, linux-crashdumpщоб спробувати зафіксувати невдачу, коли це відбувається. Інструкції тут: https://wiki.ubuntu.com/Kernel/CrashdumpRecipe

Нарешті, ви можете спробувати встановити останнє ядро ​​основної лінії, щоб побачити, чи це усуває проблему. Про цю корисну інформацію можна повідомити і про помилку: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/


Частина мого запитання - це запитання, де мені слід шукати інформацію стосовно того, що відбувається, коли воно виходить з ладу. Я мав би уявити, що в одному з журналів десь має бути щось.
Ян

Так, отримання краш-дампа збереже журнал ядра після збою, щоб ви могли його переглянути. При збої системи вона зберігатиме логін у /var/crash/<timestamp>/<timestamp>.dmesg.
Chris J Arges

Я встановив краш-дамп, і він працює, коли я його тестую, проте я змусив свою проблему виникати вже двічі (граючи в Bloons TD 5), і жодних аварій не було зареєстровано
Ian

1

У своїх можливих відповідних питаннях ви згадали:

Інтегрована графіка Intel виявляється як Intel Bay Trail (який, наскільки я знаю, мав деякі проблеми з Linux в минулому)

Ось мій особистий досвід. У мене було подібне питання. Це була карта NVidia GT820M. У мене завжди були проблеми з використанням власних драйверів від Nvidia

введіть тут опис зображення

Для мене це вирішило використання драйверів Nouveau Xorg. Я б переключився між ними, щоб підтвердити, що це був винуватець. Були б ті самі симптоми, що і у вас. ПК перестане реагувати посеред нічого у будь-який час без будь-якого попередження. І браузер Chrome, або Sublime також легко спровокують зависання.

Якщо ви користуєтесь власним драйвером VGA для свого ПК, перейдіть на версію з відкритим кодом, бажано на nouveau.

І цей мій досвід трапився на Ubuntu i7 15.04. Питання давно минуло, і я зараз вільний, але, з усього, що ви описуєте, я радий поставити вину за 20 балів на драйвери VGA як винуватця.


Ні, єдиний додатковий драйвер, який я використовую, - це лише додатковий мікрокод для самого процесора. Немає встановленого драйвера для інтегрованого GPU Bay Trail. Дуже гарна відповідь, хоча.
Ян

@IanLantzy плюс ви вже згадали, що знаєте, що на Бей-стежці минулі результати виникнення проблем. Я здогадуюсь, що це більший знак того, що він є винуватцем. Редагувати: Щойно зрозумів, що збірка ядра виправила вашу проблему Добре знати. Я буду мати це на увазі сам. Спасибі
Хофі

0

У мене була така ж проблема на ASUS N56JN (також чіпсет Intel). Це працювало для мене:

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

В основному це пояснює, як оновити ядро ​​до останньої версії, поетапно йде про те, як завантажити, компілювати та встановити останню версію ядра Linux (4.5).


Ласкаво просимо до Ask Ubuntu! Хоча це теоретично може відповісти на питання, бажано було б сюди включити істотні частини відповіді та надати посилання для довідки.
Тім

У вас виникли одні й ті ж проблеми на тому ж ноутбуці?
Ян

Ні, на ASUS N56JN також чипсет Intel не AMD. Я посилаюсь на проблему, що вона була випадково замерзлою після оновлення до 16.04.
CMorales
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.