Ubuntu 18.04 виходить з ладу при відновленні з призупинення


40

Після завершення нової установки Ubuntu 18.04 LTS та перезавантаження я закрив кришку ноутбука Acer Aspire ES1-511 і трохи перервав. Коли я повернувся, щоб продовжити вивчення нових функцій 18.04, ноутбук не включався. Один із внутрішніх вентиляторів працював досить голосно, але нічого більше. Мені довелося перезавантажити ще раз.

Це, здається, є періодичною проблемою протягом років Ubuntu. Я розглядав проблему з того часу, спочатку намагаючись змінити параметри живлення, gnome-control-centerа gnome-tweak-toolпотім встановити pm-utils, редагувати системні файли, які нібито відповідали за призупинення, та ще багато спроб, безрезультатно. Я навіть спробував запустити Ubuntu 18.04 Live з USB-накопичувача, і ця проблема все ще виникає.

Я підозрюю, що це проблема з ядром, як я вже бачив цю проблему з ядром 4.15. Чи вирішить проблему оновлення до останнього ядра Linux або перехід на більш стабільну версію? Чи виправлена ​​проблема? Можливо, я можу просто відредагувати якийсь файл, і все це вирішиться ...

Деякі технічні характеристики: Ядро, яке зараз працює, становить 4,15. Комп'ютер, як згадувалося вище, є Acer Aspire ES1-511. Настольне середовище Gnome 3.28.1. Версія Ubuntu 64-розрядна 18.04.1 LTS.

Будь-яка допомога вдячна. Комп’ютер втрачає багато сну через це.


Кровотеча! Він був просто випущений 2 дні тому. Я думаю, що помилок можна очікувати.
Персонал EODCraft

4
Вихід із дуже подібною проблемою після оновлення до 18.04 на XPS 9560.
зіткненняДвоє

Matalak - я працюю над звітом про помилку, коли виникають ті самі проблеми. З специфікацій Acer Aspire ES1-511 здається, що у вас є Intel Celeron N2830. Чи можете ви сказати мені, чи є у вас основний накопичувач SSD?
pHeLiOn

@collisionTwo - все ще працює над звітом про помилки та переслідує невиразну теорію про те, що процесор Atom у стилі Celeron, поєднаний із SSD, є частиною проблеми. Ваш XPS 9560 не відповідає моїй теорії :) Чи не могли б ви повідомити мені, чи виправили проблему призупинення за допомогою виправлення драйвера nouveau (XPS 9560 має графіку nVidia?) Чи це не спрацювало, і вам довелося вдаватися до використання ядро 4.14, щоб знову призупинити роботу?
pHeLiOn

@pHeLiOn - жорсткий диск - це Toshiba MQ01ABF050, а не SSD. Однак у нього дійсно є Intel Celeron N2830.

Відповіді:


8

У мене виникла та сама проблема з HP Pavilion 11 x360.

Kern.log припускає, що він вважає, що він перейшов у режим призупинення - PM: призупинити запис (глибокий) - але система захоплюється в цей момент, і далі немає записів, поки ви не відключите та не перезавантажите.

"Успішне призупинення" матиме новіші записи PM: Синхронізація файлових систем ... виконана. , Заморожування процесів простору користувача ... тощо

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

Навіть використовуючи 18,04 живий USB, результати в тій самій проблемі призупинення, що дозволяє припустити, що це не через будь-які додаткові програми, які я встановив.

У трьох інших різних ноутбуках (у мого друга і у мене) немає проблем з призупиненням роботи 18.04 , що змушує мене замислитися, яка конкретна комбінація апаратних засобів спричиняє це.

Усі ноутбуки (включаючи «проблемну дитину») мають інтелектуальну графіку.

"Проблемний ноутбук" прекрасно припиняється з Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII та Windows 10, але не вдається призупинити роботу з Ubuntu 18.04 та Kubuntu 18.04.

(Спочатку проблема призупинення також виникала при спробі використання ядер 4.15, 4.16 і 4.17, але новіші ядра 4.17 і 4.18 мають оновлення, що дозволило призупинити роботу знову на цій машині)

Використання UKUU для встановлення останнього ядра 4.14 (4.14.47) 18.04 виправлено проблему. (Прийнята відповідь Маталака) - тепер рекомендую спробувати останнє ядро ​​4.17 або 4.18.


Редагувати - Погляньте на кроки, щоб побачити, чи можуть спочатку вирішити будь-яку іншу помилку : Ubuntu 18.04 - Dell XPS13 9370 більше не призупиняється на кришці закрити


У мене виникли проблеми з пошуком повідомлення про помилку щодо призупинення спричинення повністю безвідповідальної системи 18.04., Яка припускає, що це не впливає на велику частку користувачів.

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


Редагувати - Звіт про помилку було відкрито, імовірно, винуватець виявлений, і виправлена ​​версія ядра 4.15 для вирішення призупинення проблеми - патч тепер знаходиться в останніх ядрах 4.17 та 4.18 https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Подальше редагування - Станом на 11 вересня 2018 року стандартне ядро ​​оновлення системи (4.15.0-34) тепер має виправлення, яке було підтримано тими доброзичливими розробниками і призупинило роботу знову, як належить на проблемному ноутбуці з Intel N3540. Велика похвала їх роботі!


Для того, щоб бути зрозумілим, проблема полягає в спробі призупинити роботу машини 18.04, коли екран не зникає (але він явно не перейшов у режим "призупинення"), а потім не реагує ні на що інше, крім утримування кнопки живлення щоб закрити його.


8

Я вирішив проблему, встановивши UKUU та перейшовши на ядро ​​4.14.41. Можливо, в більш пізніх версіях ядра є несумісність з обладнанням.


4.14.41 буде включати захист від занепаду та привидів.
WinEunuuchs2Unix

Це заплутано. Чим тоді відрізняються між 4.14 та 4.15 +, які можуть спричинити призупинення / відновлення проблем? Якими б вони не були, я сподіваюся, що вони будуть відновлені в пізніших ядрах.

Я також розгублений. Я спробував 4.15, 4.16 і навіть ядро ​​4.17, але всі вони мають однакову проблему. Але тільки на одному ноутбуці. Ще 3 ноутбуки (один із дуже схожим обладнанням) призупиняються без проблем. Єдине виправлення, яке працює для мого «проблемного ноутбука», - це використання ядра 4.14 (спасибі matalak за рішення - я збирався запустити 17.10 і сподіваюся, що 18.04 виправився). Будь-ласка, допоможіть у звіті про помилки (посилання у моїй "відповіді"), якщо можете, щоб допомогти вгамувати цю дивну поведінку, яка, здається, впливає на декілька конкретних машин.
pHeLiOn

Нарешті я приєднався до наступного звіту про помилку: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Дякуємо за те, що ви разом

Ха-ха! Відмінно! Дякую маталак. Я трохи одержимий цією головоломкою, бо не має особливого сенсу, що вона впливає лише на кілька конкретних машин. Спочатку я був стурбований тим, що жоден із розробників не приділить йому великої уваги, але вони дали мені інструкцію розбивати ядро ​​між 4.14 та 4.15 та (13 установок ядра пізніше). Я отримав результат, який, сподіваюся, повинен бути корисним у підключенні безсонність. Ми, можливо, не
зациклюємося

4

Я вірю, що це водій баггі-нуво. Спробуйте додати:

 nouveau.modeset=0

щоб GRUB_CMDLINE_LINUXв /etc/default/grubфайлі, після цього запуску:

sudo update-grub
sudo reboot

І вуаля більше не висить на резюме від призупинення.


На жаль, це не спрацювало. Чи повинна була виглядати лінія GRUB_CMDLINE_LINUX="nouveau.modeset=0"?

Я переживаю таку саму поведінку з ноутбуком, який використовує Intel Graphics. Я підозрюю, що це не пов’язано з відеокартою, оскільки три інші ноутбуки, що використовують Intel Graphics, призупиняються без проблем.
pHeLiOn

1
@pHeLiOn - у вас також є додаткова відеокарта в ноутбуці? Більшість відповідей, які я бачив тут і в інших місцях, свідчать, що це проблема з графікою nVidia. Ось що у мене є, і ця відповідь спрацювала для мене.
kdgregory

@kdgregory - ні, в моєму «проблемному ноутбуці» немає другої графічної карти. Це просто Intel Graphics. Я думаю, що Acer Aspire ES1-511 Matalak виглядає як Intel Graphics лише наскільки я можу сказати з технічних характеристик.
pHeLiOn

@kdgregory - але так, часто виникають проблеми з драйверами відеокарт nvidia, які залишають екран порожнім. Якщо поведінка Matalaks є такою ж, як і моя, проблема, здається, полягає в тому, що вона насправді не зупиняється, а замість цього блокує екран і захоплює, а потім може бути лише вимкнено.
pHeLiOn

2
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

для мене добре працював, щоб вирішити цю проблему під час завантаження з використанням розширених параметрів для Ubuntu та вибору цього ядра


Ласкаво просимо до Ask Ubuntu! ;-) Ем, чим ця відповідь відрізняється від вже прийнятої відповіді?
Fabby

2
для початку він має фактичні команди ... можливо, запропонувати змінити іншу відповідь було б краще
Zanna

На щастя, ці команди були включені у надану URL-адресу. Дякуємо за допомогу все одно!

2

У мене було вирішено питання щодо призупинення роботи на Ubuntu 18.04 з NVIDIA GeForce GTX 1050 Mobile і власними драйверами nvidia 390. Я встановив pm-suspend via sudo apt-get install pm-utils. Потім я перемикаюся з Gnome Shell на термінал через Ctrl + Alt + f6. Після входу я роблю sudo pm-suspend. Після пробудження з режиму очікування я переходжу назад до Gnome Shell через Ctrl + Alt + f1. Готово!


Підвіска, здається, працює на мене. Це сплячий режим, який висить на резюме для мене.
Стюарт

1
Я фактично позбувся всіх проблем, спочатку видаливши драйвер nvidia, встановивши останнє ядро ​​через ukuu і врешті встановив останній драйвер nvidia з веб-сайту nvidia.
Герхард Хагеррер

0

У мене також виникала ця проблема, яка мені наштовхнула ... і виправлення після багатьох спроб великої кількості людей багато було, щоб перевстановити Ubuntu 18.04, і тепер вона працює чудово. Я також використовую "перевірений" драйвер Nvidia, оскільки винуватець раніше був Nvidia.

Можливо, саме "sudo add-apt-сховище ppa: графічні драйвери" ppa, яке встановило "Extra" речі з PPA та / або сам драйвер 396, який накрутив здатність мого ноутбука до сплячки.

У будь-якому випадку це працює бездоганно в цей час спілкування з перевіреним драйвером NVidia 390. І просто FYI, він також довго працював з драйвером 396, але минулого тижня стало проблематичним - ПРОТИ! Так, хоча я не знаю точної причини ...

Це / було, безумовно, пов'язане з драйвером NVidia, оскільки до переходу на драйвер Nouveau також працювало, але мені точно не сподобався такий варіант.

Намагаючись допомогти, Марк

ps ось мої інші замітки Томбоя щодо інших проблем з Ubuntu та Hibernating

18/07 Виправлення неполадок

‣ Передумови - чи підтримує ваше ядро ​​призупинення на диску?

• Ядро підтримує все, що перераховано в / sys / power / state, так:

• кіт / сис / влада / стан

• Дозволені (наскільки мені відомо) записи включають: mem, standby, freeze, disk. Пояснення:

∘ mem - має кілька значень, яке саме у вашій системі ви дізнаєтесь через cat / sys / power / mem_sleep. У мене є: s2idle [глибокий]

∘ режим очікування - призупинення живлення (якщо підтримується)

∘ заморожування - призупинення роботи в режимі очікування (STI)

∘ диск - Suspend to Disk (STD), сплячий режим. Це - ти хочеш.

∘ мій каже: заморозити мем диск - досконало!

• Потім нам потрібно перевірити

• $ cat / sys / power / диск

‣ [платформа] відключення перезавантажте призупинити тестовий_режим

‣ [відключено]

• (не дуже добре)

Увімкніть сплячку і помістіть її в меню - Easy-Peasy

• sudo apt встановити pm-utils cpufrequtils

• Потім перевірте, чи працює сплячий режим на вашому комп’ютері, виконавши команду:

• судо вечора-сплячка

• Коли комп'ютер вимкнеться, увімкніть його знову.

‣ Чи відкрилися ваші відкриті програми? Якщо так, це працює, якщо ні, то сплячий режим не працює. Ви можете перевірити, чи є ваш розділ Swappiness принаймні таким же великим, як наявна ОЗУ, оскільки це може вирішити проблему. Проблема! Зимова сплячка заборонена!

∘ Тест: pm-hibernate - (якщо встановлено пакет pm-utils), або

∘ працює! після 18.04 перевстановлення та ще немає Nvidia

∘ systemctl сплячий

∘ працює! після 18.04 перевстановлення та ще немає Nvidia

Повторно додайте сплячий варіант до меню вимкнення:

• 1. Відредагуйте певний файл за допомогою цієї команди.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Прокрутіть текстовий документ вниз і знайдіть наведені нижче розділи:

∘ [Вимкнути сплячий режим за замовчуванням у користувачеві]

∘ [Вимкнути сплячий режим за замовчуванням увійти]

∘ Змініть обидва значення з "ні" на "в":

∘ ResultActive = ні (змініть це на так)

‣ Збереження, вихід та перезавантаження - Готово!


0

Мій Acer ES1-512 був побудований 18.04, оновлений до 18.04.1 зараз. Проблема з чорним екраном у режимі призупинення / сну починається з 18.04.

Наступні кроки вирішили проблему:

  1. Попереднє ядро ​​було 4.15.33 (зайняло кілька автоматичних оновлень), і це джерело цієї проблеми.
  2. Пониження рівня до 4.14.41
  3. Змініть Grub на "Розширений варіант" та вкажіть на 4.14.41
  4. Відроджувати Груб
  5. Перезавантажте

Це воно! Функція призупинення і сну працює зараз чудово. Сподіваюсь, це допомагає.


0

Я спробував більшість перерахованих вище речей. Нарешті, я приземлився на win-raid.com, щоб перевірити, чи це проблема BIOS. І я зустрівся з джентльменом, який запропонував вивантажити модуль i2c_hid перед тим, як його призупинити, і завантажити його назад після резюме. А потім поблагословив мій ноутбук модулем acpi_call для збільшення його продуктивності в 2 рази.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683


Хоча це теоретично може відповісти на питання, бажано було б сюди включити істотні частини відповіді та надати посилання для довідки.
Кевін Боуен

0

Нічого собі, я читаю власний пост і думаю, наскільки це корисно!

Напевно, я повинен подякувати собі!

Я просто хотів додати, що як захід усунення несправностей я на жаль прийшов до висновку, що так це OFTEN пов'язано та / або поєднується з Gnome в Xorg / Ubuntu та Nvidia, ... ... Це спеціально UBUNTU / "Gnome на Xorg "Проблема.

Після повторної появи проблеми та перевстановлення мого драйвера nvidia-440 (Open Source) та перезавантаження в "Ubuntu" проти "Gnome на Xorg", це не спричинило автозапуск / Чорний екран / Потрібна перезавантаження, щоб повернутися назад. .. як ми всі знаємо, це проблема.

Потім вранці ... після перезавантаження та переходу в "Gnome на Xorg"

Це автоматично припиняється, коли його не повинно бути (пояснювати не потрібно). ARGHHHHHHH!

Отже, тепер по-змовницькому, я припустив, що це СПЕЦІФІКАЛЬНО (або гном на xorg та / або Ubuntu закидає гайковий ключ до речей, намагаючись змусити вас увійти в "Ubuntu".

Так чи інакше, це ще не автоматичне призупинення ... і я в "Ubuntu", і так ... 18.04 LTR.

ps Я навіть спробував обдурити це, ввімкнувши "Темний екран, коли неактивний", що я прийшов до висновку ... НЕ працює з встановленою Nvidia (інша історія), хоча розширення гнома змінює яскравість просто чудово "Налаштувати значок яскравості" ,

А комп'ютер після 5 хвилин бездіяльності дав повідомлення вгорі "Автозавірена заставка відключена" ... HMMMM ... але це не зробило жахливого "Go Black Thing!"

Отже, я назву це ... щось вирішено!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.