Dell Latitude 7390 - Ubuntu 20.04 - Иногда зависает и перезагружается после нажатия "Suspend"
Я установил Ubuntu 20.04 на свой Dell Latitude 7390 (у него i5-8250U с графикой Intel HD 620).
Я пытался исправить проблемы со сном в течение нескольких часов / дней безуспешно. Я начинаю думать, что решения нет. Есть много старых сообщений о старых ядрах Linux и версиях Ubuntu. Но информации на 20.04.
Сценарий: На том же SSD у меня установлена Windows 10 (UEFI + Bitlocker + TPM) и 3 раздела для Ubuntu 20.04: один для SWAP 8 ГБ, один для "/" 20 ГБ и один для /HOME 30 ГБ) | У меня 8гб оперативной памяти | Безопасная загрузка включена. Вчера я также попытался установить Ubuntu, где зашифровал SWAP и /HOME. Сегодня я начал с новой установки Ubuntu.
Ноутбук может нормально спать в Windows 10. Пользуюсь им уже год. (У меня также установлена последняя версия прошивки SSD в BIOS). Единственная проблема, с которой я столкнулся в Windows 10, заключается в том, что я могу использовать только графические драйверы DELL Intel HD. Если я попытаюсь установить общие драйверы Intel DCH, они установятся нормально, но после перезагрузки у меня зависнет экран при входе в Windows. (Даже после чистой установки Windows 10 мне нужно установить драйвер графического процессора Dell перед первым перезапуском, иначе возникнет проблема). Я не уверен, связано ли это. Но просто чтобы вы знали, что для правильной работы этого ноутбука Dell требуются собственные драйверы Dell в Windows.
Проблема: когда я нажимаю "Приостановить". Иногда срабатывает, и компьютер зависает через 2-6 секунд. Иногда не работает, экран мгновенно становится черным, на клавиатуре все еще горит свет, а индикатор питания продолжает гореть. Когда это происходит, я заметил, что через некоторое время ПК отключается и Ubuntu снова загружается с нуля.
Это можно сделать, нажав кнопку приостановки, закрыв крышку, нажав кнопку питания (настроенную на приостановку при нажатии) или просто выбрав "Приостановить" через графический интерфейс.
Я знаю, что у многих людей возникают проблемы с "пробуждением" ПК из спящего режима. У меня возникают проблемы при попытке приостановить работу ноутбука. У меня все еще нет проблем с пробуждением.
Я думаю, чтобы воспроизвести это, лучше открыть Chrome с некоторыми вкладками (чтобы у меня было больше вещей, загруженных в оперативную память).
Настройки пробовали:
- mem_sleep_default= глубоко в / etc / default / grub (я думаю, что по умолчанию s2idle включен)
- Раскомментируйте типичные параметры с помощью = suspend в etc / systemd / logind
- Пытался установить этот пакет "TLP" в предыдущей установке.
- И еще много всего, что, я думаю, может не иметь отношения.
- Мне удалось установить "S2RAM", и он отлично работает. ПК спит максимум 1 секунду и возобновляет работу без каких-либо проблем, просто запустив "sudo s2ram". Но я не мог заменить Ubuntu 20.04 systemd на S2RAM, безуспешно пробовал некоторые руководства. Если кто-то знает, как это сделать. Я бы воспринял это как решение
У кого-нибудь есть недавний намек на это?
Обновление: еще несколько фактов:
В TTY "systemctl suspend" работает лучше (приостанавливается почти всегда менее чем через минуту, и индикатор питания гаснет). Также попытался оставить компьютер отключенным на всю ночь и снова включить нормально. Но если я открываю видео YouTube, переключаюсь на телетайп и вызываю приостановку, похоже, что я получаю неудавшуюся приостановку, как всегда.
Поэтому, если я попробую приостановить, во время выполнения процесса или звука приостановка не сработает (я воспроизвожу видео со звуком, чтобы быстро узнать, разбился ли компьютер или компьютер все еще в порядке. Если звук сходит с ума в коротком цикле, я предположим, что он разбился).
Обновление 20200524 (Правка: не исправлено):
Я нашел один параметр, который, кажется, исправил мою приостановку (systemctl suspend
) проблемы сбоя. Я в основном добавил в grub этот параметр ядра:
snd_hda_intel.dmic_detect=0
И это все параметры, которые я использую прямо сейчас, последние 2 являются настраиваемыми. Но только последний параметр сделал свое дело.
quiet splash mem_sleep_default=deep snd_hda_intel.dmic_detect=0
Источник:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867388
https://forum.manjaro.org/t/bug-in-5-4-2-1-with-suspend-and-snd-hda-intel/114726
Обновление 20200524-1230:
После исправления проблем с приостановкой я заметил:
1) Теперь, когда я отключаюсь от терминала, границы терминала становятся черными (графический сбой), затем он, наконец, приостанавливается.
2) Подвешивает неплохо, после 6 часов сна ноутбук потерял 2% батареи.
3) При пробуждении ноутбука ---> Рабочий стол появляется мгновенно и через 1-2 секунды рабочие столы снова "перезагружаются".
4) Функция "Блокировка" больше не работает. Каждый раз, когда я просыпаю компьютер или каждый раз нажимаю горячую клавишу <Пуск + L>. Ноутбук перезагружает пользовательский интерфейс рабочего стола без блокировки экрана (как в пункте 3). Я попытался исправить эту проблему и установил кое-что вроде gnome-screensaver, некоторые инструменты единства, но потом что-то снова сломалось. (После перезагрузки удалось снова исправить приостановку) -> DMESG добавляет такие строки (с разными вещами) каждый раз, когда я пытаюсь "заблокировать":
[ 853.654889] gnome-shell[4051]: segfault at 0 ip 00007fa295588252 sp 00007ffcb00160f0 error 4 in libst-1.0.so[7fa295568000+4c000]
[ 853.654897] Code: 48 83 c3 01 41 39 9f 30 01 00 00 0f 8e 27 01 00 00 49 8b 87 28 01 00 00 48 8d 35 ee 07 03 00 48 8b 2c d8 48 8b 45 00 48 8b 00 <4c> 8b 20 4c 89 e7 e8 63 31 fe ff 85 c0 74 c7 41 80 7c 24 0a 00 0f
И, наконец, я попытался удалить добавленный мной флаг "snd_hda_intel.dmic_detect=0", и приостановка по-прежнему работает. Так что я не знаю точно, исправил ли этот флаг проблемы с приостановкой (и нарушил ли функцию "Блокировка"). Я сожалею об этом.
Обновление 20200524-1345:
Думаю, проблема связана с GNOME. Я только что сделал чистую установку Ubuntu 20.04. После попытки исправить (снова) приостановить безуспешно. Я пытался установить "KDE Plasma Desktop" с помощью
sudo apt install kde-plasma-desktop
И после перезагрузки Suspend работает нормально и экран блокировки тоже работает нормально. Затем я попробую выполнить чистую установку Kubuntu.
Раньше я тоже пробовал lighdm, но этот ничего не исправил.
Если это не так, я удалю его из сообщения. Просто тестирую прямо сейчас.
Обновление 20200524-1605:
Кубунту кажется действительно стабильным. Приостановить и заблокировать работу из коробки. Нет необходимости в модификации. Пока без проблем.
Однако KDE довольно сложен. Множество опций и настроек. В будущем я могу попробовать что-нибудь попроще. Но пока мне это нравится. Прекрасно работает.
1 ответ
После почти недели безуспешных попыток, наконец, мой Latitude 7390 без проблем работал под Ubuntu 20.04 и Pop!_OS 20.04 .
- Короткий рассказ -
Как и Себастьян, я впервые обновил свой ноутбук до последней версии Pop!_OS 20.04 . Просто осознайте, что ноутбук зависает после того, как я оставил его почти на несколько часов (кнопка питания все еще включена, когда он уже должен быть в режиме ожидания) с пустым экраном, попробуйте нажать кнопку питания и нажать какую-то клавишу, не сработало, поэтому мне нужно принудительно выключить долгим нажатием на кнопку включения.
Во второй раз индикатор зарядки ноутбука мигнул 2 раза желтым и 1 раз белым вскоре после того, как ноутбук перешел в состояние блокировки. Согласно инструкции к Latitude 7390, это значит, что с процессором что-то не так. Это тоже происходит, когда я устанавливаю Ubuntu 18.04.4 и Ubuntu 20.04. Это происходит только в последней версии Ubuntu, но не в другом дистрибутиве.
Постарайтесь прикоснуться к стороне процессора под ноутбуком после зависания, но не нагрейте. Поэтому я предполагаю, что в процессоре должно быть что-то, что не может правильно работать под новым (ядром?) В Ubuntu. Ах, и у меня есть кастомный компьютер AMD APU с материнской платой ASUS, у которого такая же проблема, но, похоже, она появляется не часто. Но другой мой ноутбук (ThinkPad E540 и Vostro V131) работает без проблем.
Проблема заключается в состоянии блокировки, а не в приостановке. Потому что как-то я могу приостановить и разбудить его в обычном режиме, но не при блокировке системы. Просто попробуйте отключить блокировку и перейти в режим приостановки, или просто нажмите кнопку приостановки или запустите
sudo systemctl suspend
.
- Исправление -
(Latitude 7390 - i7-8650U - BIOS v1.14.0)
Поэтому я сосредоточился на настройке системы (BIOS). На этот раз нужно изменить некоторые настройки, связанные с процессором. Вот что я сделал (в BIOS - Руководство по настройке системы):
- Отключите " Intel Speed Shift Technology", это можно найти в меню " Управление питанием".
- Отключите " Trusted Execution " и " TPM 2.0 Security", это можно найти по этой ссылке для Trusted Execution и по этой ссылке для TPM
- Отключите " Беспроводное радиоуправление", это можно найти в меню " Управление питанием". Отключение WLAN и WWAN в этом меню устраняет проблему с аппаратным отключением после выхода из режима ожидания.
- Отключите " Intel Software Guard Extensions", это можно найти в разделе Intel Software Guard Extensions.
(Пользовательский ПК с материнской платой ASUS (F2A85-M LE) и AMD APU A10-5800K - BIOS v6504)
- Отключите " Deep S4", это можно найти в меню Advance BIOS.
- Вывод -
Похоже, что у Intel Speed Shift Technology, TPM и Intel Software Guard Extensions есть проблемы с новым ядром. Может быть, все еще нужна настройка на стороне водителя, конфликт с P-State или комбинация всего этого, idk. Но после того, как я отключил все это, мой ноутбук без проблем работал с Ubuntu 20.04 и Pop!_OS 20.04 .
Со стороны AMD кажется, что S4 переводит систему в очень глубокий сон, и никто не может ее корректно вывести, кроме как заставить ее пробудиться путем перезагрузки системы.
Я уже использую обе системы более 24 часов с последним обновлением (ядро 5.4.0-7634-generic). Кажется, вся система работает нормально.
- Обновление 20200610 1813 -
После использования почти недели или более, похоже, что мой ноутбук в порядке, но тогда мне нужен TPM из-за приложения, которое я создал, поэтому я включаю все функции, которые я уже отключил ранее в BIOS. Затем моя система снова вылетела. Но странно то, что даже я возвращаю его обратно, чтобы отключить, он продолжает сбой после блокировки, переходя в сбой процессора. После поиска в Google правильного ответа, что происходит с моим процессором, я нашел эту и эту статьи.
У меня i7-8650U, это Kaby Lake Refresh. В статье говорилось: " Некоторые системы Intel, такие как чипы Kaby Lake Refresh, требуют как intel_idle.max_cstate=1, так и i915.enable_dc=0 для обеспечения работы без зависаний ". Поэтому я поставил
intel_idle.max_cstate=1 i915.enable_dc=0
в моем параметре ядра GRUB. Похоже, это были правильные настройки, чтобы мой ноутбук Latitude 7390 мог блокировать и / или приостанавливать работу без сбоя ЦП и снова включать технологию Intel Speed Shift, TPM и Trusted Execution.
Надеюсь, ответ поможет вам и некоторым людям. Спасибо и удачи