LINUX.ORG.RU
решено Форум — General  

T480 Ubuntu 18.04 зависание до хардресета

 , , ,


1

1

Со вчерашнего дня с ноутбуком творится какая-то дичь: зависает намертво. Причем в логах найдено две ситуации:

Что это? Мышка, блютус или перегревы? Как диагностировать проблему? Ранее такого не наблюдалось, до этого, числа 1го установил обновление прошивки, но в логе написано, что касается только винды.

 ← 1 2 →

но в логе написано, что касается только винды.

И ты в это веришь?

Откатывайся на прошлую прошивку и проверяй.

Зачем кстати обновлял?

anonymous
()
Ответ на: комментарий от anonymous

Откатывайся на прошлую прошивку

Хороший вопрос как.

Зачем кстати обновлял?

Жду обновление, в котором исправят проблемы с троттлингом на линуксе

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Скачай прошлую прошивку и прошей.

Вообще, перед выполнение операции по обновлению неплохо бы в начале разобраться как откатываься назад.

В следующий раз будешь осторожен.

Зачем обнволялся? Что не работало? Или наоборот всё работало и хотелось поковыряться с проблемами? :) Ты справился.

anonymous
()
Ответ на: комментарий от JAkutenshi

При чём здесь это старое, не старое.

Ты сам написал, что делал только обновление прошивки, т.е. больше ни каких изменений перед возникновением проблемы не было.

Делаем логический вывод: виновато обновление прошивки.

Можешь сидеть дальше и ждать.

Но исходя из приведённых тобой сведение единственное действие, которое могло привести к проблеме обновление прошивки.

Если делал что-то ещё, то ты об этом не написал.

Так что следуя логике - откатывай прошивку. Проверить это можно лишь возвращением на прошлую версию.

Ну и повторю вопрос: Зачем ты обновлял прошивку, если всё работало?

anonymous
()
Ответ на: комментарий от anonymous

Делаем логический вывод: виновато обновление прошивки.

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

Ну и повторю вопрос: Зачем ты обновлял прошивку, если всё работало?

Я повторю ответ: на т480 проблемы с охлаждением и леново все еще обещает запатчить это.

Откатить пробовал, пишеь следующее:

$ fwupdmgr get-history 
UEFI Device Firmware
  DeviceId:             c19580db344e418cf2b23297bcf46d75c06e432a
  Guid:                 b87a926d-189c-49a1-b1ff-921099b1de89
  Plugin:               uefi
  Flags:                internal|updatable|require-ac|supported|needs-reboot
  Version:              0.1.18
  Created:              2019-12-31
  Modified:             2019-12-31
  UpdateState:          needs-reboot
  
  [Release]
  RemoteId:             lvfs
  Version:              0.1.19
  Checksum:             SHA1(c1c8b69f621d86ccd95f1f10f1f1458d424b552a)
  TrustFlags:           none
  CpuArchitecture:      x86_64
  RuntimeVersion(org.freedesktop.fwupd): 1.0.9
  CompileVersion(org.freedesktop.fwupd): 1.0.9
  CompileVersion(com.redhat.fwupdate): 10
  SecureBoot:           Enabled
  CompileVersion(org.freedesktop.gusb): 0.2.11
  CompileVersion(org.freedesktop.appstream-glib): 0.7.7
  ESPMountPoint:        /boot/efi
  KernelVersion:        5.0.0-37-generic
  UEFIUXCapsule:        Enabled
  RuntimeVersion(com.dell.libsmbios): 2.4
  BootTime:             1577823060
  CompileVersion(com.redhat.efivar): 34

$ fwupdmgr downgrade 
Choose a device:
0.	Cancel
1.	ea0fd60df22477668e549841f6a22a8c31cae587 (UEFI Device Firmware)
2.	c19580db344e418cf2b23297bcf46d75c06e432a (UEFI Device Firmware)
3.	48477ba14bd9bd0c97323a07caa54b7766f917c2 (20L50008RT System Firmware)
2
No downgrades for device, current is 0.1.19: 0.1.19=same, 0.1.18=lowest, 0.1.17=lowest, 0.1.16=lowest, 0.1.14=lowest
JAkutenshi ★★
() автор топика

По первому логу, если я не ошибся, действительно проблема с блютусом

Jan 04 14:11:01 archangel-t480 upowerd[1453]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/bluetooth/hci0/hci0:256/0005:045E:07A2.0001
Jan 04 14:11:10 archangel-t480 kernel: iwlwifi 0000:03:00.0: Error sending STATISTICS_CMD: time out after 2000ms.

И страдают от этого с разной периодичностью давно: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1788018 В частности на убунте: https://askubuntu.com/questions/1028883/ubuntu-18-04-systemd-udevd-uses-high-cpu-conflict-with-wifi Что по симптомам похоже, что весь процессор занят и не может ничего обрабатывать. Выключать блютус мне правда от этого не очень хочется, костыль костылей.

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Причем, да, само необработанное действие получить не сложно, достаточно отвязать мышку:

Jan 04 16:10:56 archangel-t480 upowerd[1462]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/bluetooth/hci0/hci0:256/0005:045E:07A2.0004

С блютус-гарнитурой, например, такого не возникает. Мышью я пользовался эти 4 дня, вполне возможно что просто везло и вылет был только 1 раз.

Второй лог все-таки пока не очень понятен, там только троттлинг описан, а почему система повисла – не понятно. В теории, я в тот момент тоже отключал мышку и могло просто в лог не успеть записаться. А отключал мышку выключая программу, сильно нагревавшую ноутбук. Вот только как бы это все проверить?

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi 
Jan 03 20:50:47 archangel-t480 pkexec[9241]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=0 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9248]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9248]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=1 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9255]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9255]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=2 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9263]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9263]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=3 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9270]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9270]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=4 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9277]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9277]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=5 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9284]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9284]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=6 --set=performance]
Jan 03 20:50:47 archangel-t480 pkexec[9291]: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jan 03 20:50:47 archangel-t480 pkexec[9291]: michael: Executing command [USER=root] [TTY=unknown] [CWD=/home/michael] [COMMAND=/usr/bin/cpufreqctl --governor --core=7 --set=performance]

Зачем ты переводишь процессор в performance режим, если он у тебя перегревается?

anonymous
()
Ответ на: комментарий от anonymous

Ubuntu-специфичный софт нужен, с которым на арче можно, но не удобно. Энивей оффтоп

JAkutenshi ★★
() автор топика
Ответ на: комментарий от anonymous

Ну, иногда хочется компилять быстрее и играть, поэтому и перевожу ненадолго. Ну и там удобнее убирать буст и сидеть на 1.6Ггц - и прохладнее и работать можно. Но иногда надо 3.4Ггц

JAkutenshi ★★
() автор топика
Последнее исправление: JAkutenshi (всего исправлений: 1)
Ответ на: комментарий от t184256

Нет, честно-говоря не очень понимаю зачем мне он если не требуется постоянно сидеть на высоких частотах забив на температуру. Т.е. 70 градусов, сбрасываем до 700Мгц и ждем пока упадет температура. Тормоза же != зависнуть насмерть. Поэтому мне это не страшно.

Говоря об обновлениях выше, fwupd работает только с secure boot, а для throttled требуется его отключение. Т.е. в ситуации когда прилетает обновление мне надо отключить демон, восстановить скорее-всего thermald, загрузиться в биос, включить SB, скачать патч, снова перезагрузиться, и все восстанавливать назад. Мне лениво. Проще либо забить на обновления (тоже вариант на самом деле) или забить на троттлинг. Последнее считаю косяком леново и впринципе адом современных железок, но это не исправить и проще смириться.

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Я бы на твоём месте подождал апдейта, да только не любого, а реально исправляющего баг. Там кривой фикс не от троттлинга вообще, а от супер-конкретного бага леновы.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 2)
Ответ на: комментарий от t184256

Всмысле подождал вместе с поставленным throttled? Алсо при чем-угодно давящем на процессор все выглядит примерно вот так:

Jan 05 00:26:19 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:21 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:21 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:23 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:23 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:25 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:25 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:27 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:27 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:29 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:29 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:31 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:31 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:33 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:33 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:35 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:35 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:37 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:37 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:39 archangel-t480 cpufreqd[1349]: cpufreqd_set_profile     : Couldn't set profile "Performance Low" set for cpu0 (2720000-2720000-performance)
Jan 05 00:26:39 archangel-t480 cpufreqd[1349]: cpufreqd_loop            : Cannot set policy, Rule unchanged ("AC Rule").
Jan 05 00:26:40 archangel-t480 kernel: mce: CPU1: Package temperature above threshold, cpu clock throttled (total events = 474993)
Jan 05 00:26:40 archangel-t480 kernel: mce: CPU4: Package temperature above threshold, cpu clock throttled (total events = 474994)

Я принудительно отключаю буст, посколько при включенном все тормозит еще больше. Возможно я что-то делаю не так и надо разобраться с cpufreq

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Косяк от лениво исправлять могут годами. Вот написать им и объяснить откуда у их инженеров руки растут сложно что ли? А вообще нафига было брать ноутбук, если на него нагрузки бешеные? Ноутбук это показать девочкам мол смотрите какая у меня штука. Я крутой, у меня ее еще не отняли.

anonymous
()
Ответ на: комментарий от JAkutenshi

Достать блютус модуль и заменить на что-то без глюков.

anonymous
()
Ответ на: комментарий от JAkutenshi

Это проц сам делает. С той скоростью, с которой он это делает, юзерспейс все равно не успеет. «Настроить» intel_pstates/INT3400 1 раз и забыть. Ссылки были выше.

Вот еще для истории прикопаю.

https://github.com/arter97/x86-kernel/commit/8a96c2b465107f21591979b0ed929150107b9560

vasily_pupkin ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Насколько я знаю проц регулирует частоту в зависиомсти от нагрузки, а не от, например, сигналов acpi о питании. Мне же важно чтобы без питания ноут работал как можно дольше. В оффтопике отдельно есть кнопочка которая сбрасывала частоты да чего-то очень малого. В онтопике соответственно cpufreq для этого использовал. Кроме того в нагрузочных тетсах надо принудительно установить максимальную одинаковую частоты для чистоты эксперимента. Так что как-то не согласен.

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Например по словам отсюда

https://www.kernel.org/doc/html/v4.12/admin-guide/pm/intel_pstate.html

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

vasily_pupkin ★★★★★
()
Ответ на: комментарий от JAkutenshi

Говоря об обновлениях выше, fwupd работает только с secure boot, а для throttled требуется его отключение.

Для fwupd не нужен secure boot, достаточно загрузиться в UEFI mode.

free_serj ★★
()
Ответ на: комментарий от anonymous

Они исправили только для актуальных T490 и T590. Для двух десятков остальных моделей уже 4,5 месяца пишут «в разработке, ждите».

Скорее всего, чинить в более старых, но еще поддерживаемых поколениях, попросту не будут, дабы стимулировать покупку новых устройств. Китайцы же.

ThinkPad T480 был моим первым и последним ноутбуком от Lenovo.

anonymous
()
Ответ на: комментарий от JAkutenshi

Установи thermald, предварительно вытащив правильные схемы энергосбережения из виндовых ACPI таблиц, прошитых в UEFI BIOS.

anonymous
()
Ответ на: комментарий от anonymous

Ну, есть конечно вероятность, что это решено для T490, но не для T490s. Но что-то слабо верится. Я на T490s и сижу на intel-undervolt + немного костылей.

├─System Firmware:
│     Device ID:           ca8e899e46f1da1776d16410bc92f2cf0d963433
│     Current version:     0.1.51
├─UEFI Device Firmware:
│     Device ID:           07edea1cf12d20814225b44de22b33758db1a1c8
│     Current version:     192.35.1427
├─UEFI Device Firmware:
│     Device ID:           09ce7908b2d90a3b53473c3f328410590a527f29
│     Current version:     0.1.15
├─UEFI Device Firmware:
│     Device ID:           e54a197be894484b8485cc65bd452ef0f69ba1ad
│     Current version:     1.1.7
├─UEFI Device Firmware:
│     Device ID:           06e92059ac0db8bc24337ed23cbd1991c4ca2c2f
│     Current version:     0.0.26403

У вас на T480 с костылями вообще должно быть норм

vasily_pupkin ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Судя по треду на форумах Lenovo, решили только для T490/T590 без суффиксов. Все остальные модели ThinkPad, включая X1C7, подвержены багу.

На T480 после установки thermald и извлечения схем из ACPI работает более-менее нормально, но это все-таки хак, а хочется нативного решения.

anonymous
()
Ответ на: комментарий от vasily_pupkin

А с температурой 70-80 градусов просто смириться?

По поводу автоуправления, я поигрался, похоже что действительно при питании от батареи уменьшается энергопотребление до 7-8 Вт.

Странность была в том, что при 100% нагрузке (использовал s-tui с пакетом stress) частота ставилась 2.7ГГц, а не 3.4ГГц, видно чтобы не перегреваться? Т.е. в целом я могу вмешиваться выставляя значения в cpufreq, но система и без меня справляется?

throttled поставил, да

Ну и если совсем хочется поэкономить и по-холоднее, то в /sys/devices/system/cpu/intel_pstate/no_turbo выставляю 1, выключая турбобуст. 4 Вт 1.6Ггц, 50 градусов

JAkutenshi ★★
() автор топика
Последнее исправление: JAkutenshi (всего исправлений: 2)
Ответ на: комментарий от anonymous

выставлением правильной схемы питания

echo 63BE270F-1C11-48FD-A6F7-3AF253FF3E2D > /sys/devices/platform/INT3400:00/uuids/current_uuid

Ммать, какой идиот пустил погроммистов микрософта в интель?

Deleted
()
Ответ на: комментарий от JAkutenshi

А с температурой 70-80 градусов просто смириться?

Ну, если у тебя на ноуте с ULV процом билд-ферма, то наверное это беда.

У меня вот на x230 сейчас рабочая температура 99 - 103^C. Ето уже напрягает :)

частота ставилась 2.7ГГц, а не 3.4ГГц, видно чтобы не перегреваться?

Там несколько ядер с разным потреблением. Штатная частота твоего проца скорее всего 1.6-1.8ГГц. Т.е. все шо больше - это уже считай турбо. На турбо он может жить ограниченное время. А максимум выдавать вообще доли секунды. Можно нагуглить кривую TDP. Соответственно максимум на одном ядре (если он вообще до него сможет дойти) он будет держать больше чем максимум на всех.

Т.е. в целом я могу вмешиваться выставляя значения в cpufreq, но система и без меня справляется?

В целом вмешиваться нет никакого смысла. Нужно выставить политику, сделать даунвольтаж и забыть.

vasily_pupkin ★★★★★
()

А вот хрен тебе на, опять завис. Ошибок в journalctl нет. Что делать теперь совсем не знаю

JAkutenshi ★★
() автор топика
Ответ на: комментарий от pekmop1024

Мне б понять что вообще виновато. В логах только нетворк-менеджер скрипты гоняет. Никаких ошибок нет. Ноут просто завис намертво.

Железо живое, на подключение питания мигает кнопка включения. Но реакции на ввод нету, монитор застыл, звук зациклен.

Это очень стремная ситуация, потому что внезапные потери рабочих данных – нифига не улыбается мне

JAkutenshi ★★
() автор топика
Ответ на: комментарий от pekmop1024

С фига ли мать-то? Тем более, что я скажу центру, у меня линукс падает? Офтопик работал без таких веселостей. Из вариантов через пару дней прогнать тест памяти

JAkutenshi ★★
() автор топика
Ответ на: комментарий от JAkutenshi

Сдай на диагностику, пусть сами трахаются. В случае гарантийного ремонта диагностика бесплатная.

pekmop1024 ★★★★★
()
Ответ на: комментарий от JAkutenshi

Пример: я со своим словил тандерболтовый баг (это когда включаешь хэлпер в биосе, а потом его резетишь), поменяли без проблем

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Прежде чем тащить в сервис я хотя бы должен понять что это баг железа, а не убунты, например. Я буду выглядеть мягко говоря идиотом с фразой что у меня линукс зависает. Винт у меня естественно шифрованный и все что они могут сделать – прогнать тесты леновы на загрузочной флешке, что могу и я.

JAkutenshi ★★
() автор топика

Полистал dmesg и там нашел странное:

[  128.134433] pcieport 0000:05:01.0: bridge window [io  0x1000-0x0fff] to [bus 07-3b] add_size 1000
[  128.134444] pcieport 0000:05:02.0: bridge window [io  0x1000-0x0fff] to [bus 3c] add_size 1000
[  128.134446] pcieport 0000:05:02.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 3c] add_size 200000 add_align 100000
[  128.134457] pcieport 0000:04:00.0: bridge window [io  0x1000-0x0fff] to [bus 05-3c] add_size 3000
[  128.134462] pcieport 0000:04:00.0: BAR 13: no space for [io  size 0x3000]
[  128.134464] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[  128.134466] pcieport 0000:04:00.0: BAR 13: no space for [io  size 0x3000]
[  128.134467] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[  128.134474] pcieport 0000:05:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[  128.134476] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[  128.134477] pcieport 0000:05:01.0: BAR 13: no space for [io  size 0x1000]
[  128.134478] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[  128.134480] pcieport 0000:05:02.0: BAR 13: no space for [io  size 0x1000]
[  128.134481] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[  128.134485] pcieport 0000:05:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
[  128.134486] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[  128.134488] pcieport 0000:05:02.0: BAR 13: no space for [io  size 0x1000]
[  128.134489] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[  128.134490] pcieport 0000:05:01.0: BAR 13: no space for [io  size 0x1000]
[  128.134491] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[  132.471311] pcieport 0000:05:00.0: Refused to change power state, currently in D3

Гугл выдает https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1426216 и последние сообщение подтверждают и железо и фризы.

ДОполнительно еще вот такое есть:

[   22.137845] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00
[   22.137846] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb
[   22.137848] thinkpad_ec: initial ec test failed
[   22.229164] broken atomic modeset userspace detected, disabling atomic
[   22.233099] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00
[   22.233100] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb
[   22.233101] thinkpad_ec: initial ec test failed
[   23.306964] Bluetooth: RFCOMM TTY layer initialized
[   23.306968] Bluetooth: RFCOMM socket layer initialized
[   23.306973] Bluetooth: RFCOMM ver 1.11
[   24.108621] rfkill: input handler disabled
[   26.579998] smpboot: CPU 6 is now offline
[   26.655885] smpboot: CPU 7 is now offline
[   38.810975] xhci_hcd 0000:3c:00.0: remove, state 4
[   38.810983] usb usb4: USB disconnect, device number 1
[   38.811342] xhci_hcd 0000:3c:00.0: USB bus 4 deregistered
[   38.811352] xhci_hcd 0000:3c:00.0: xHCI host controller not responding, assume dead
[   38.811356] xhci_hcd 0000:3c:00.0: remove, state 4
[   38.811362] usb usb3: USB disconnect, device number 1

Проблема в драйвере что ли?

JAkutenshi ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
General