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

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

 , , ,


1

1

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

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

 ← 1 2 →
Ответ на: комментарий от vasily_pupkin

Ошибок апдейта не было. Как можно его тогда откатить на всякий случай, выше писал, что fwupd пишет мол не могу?

У убунты ныче 5.0. Компилять свое новое? Вообще, может через пару дней арч накачу, мб проблема убунты. У Вас-то арч?

Опять же, это проблема pcie драйвера или действтельно нести в сц мать менять?

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

Ошибок апдейта не было. Как можно его тогда откатить на всякий случай, выше писал, что fwupd пишет мол не могу?

У леновы или все или почти все апдейты однонаправленные, так что штатно, вероятно, никак.

У Вас-то арч?

У меня на ноутбуке гента с ванильным ядром с kernel.org.

Опять же, это проблема pcie драйвера или действтельно нести в сц мать менять?

Так как доподлинно не известно, были ли проблемы ранее, лучше сперва попробовать все доступные варианты. Вообще с ACPI/регионами на свежих матерях и свежих ядрах регулярно какая-то дичь, так что я бы попробовал в диапазоне 4.14 - 5.4 разные варианты.

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

У леновы или все или почти все апдейты однонаправленные, так что штатно, вероятно, никак.

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

Скорее всего с этого проще всего начать

А я хоте просто купить ноут и работать…

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

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

В том сообщении я скорее обратил внимание на xhci контроллер который отключался. У Вас все работает?

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

Я кстати залез в биос, там есть галочка на откат прошивки. Формально я могу скачать cab файлы и прошить сам. Но есть пару смущающих ньюансов:

  1. Последняя версия UEFI BIOS на сайте лленово 1.29, а у меня fwupd считате 1.28.
  2. fwupdmng get-list выдает множество устройств с одинаковым именем, но абсолютно разными версиями прошивки. Не очень понятно что обновлять или откатывать.
  3. Собственно в биосе пишет, что версия 1.28, а прошивка встроенного контроллера 1.19. Т.е. как минимум версия биоса отлична от текущего на сайте леновы и fwupd об этом почему-то не знает. Леново предлагает инструкицию и файлы для ручного обновления.

У меня пока что ощущение, что проще всего будет взять старый винт с виндой и обновить все с него, а потом вставить линукс и проверить как все работает.

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

И я только что додумался уточнить, что до обновления та же проблема с pcie была:

Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: remove, state 4
Dec 30 11:44:43 archangel-t480 kernel: usb usb4: USB disconnect, device number 1
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: USB bus 4 deregistered
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: xHCI host controller not responding, assume dead
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: remove, state 4
Dec 30 11:44:43 archangel-t480 kernel: usb usb3: USB disconnect, device number 1
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: Host halt failed, -19
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: Host not accessible, reset failed.
Dec 30 11:44:43 archangel-t480 kernel: xhci_hcd 0000:3c:00.0: USB bus 3 deregistered
Dec 30 11:44:43 archangel-t480 upowerd[1375]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/0000:04:00.0/0000:05:02.0/0000:3c:00.0/usb4/4-0:1.0
Dec 30 11:44:43 archangel-t480 upowerd[1375]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/0000:04:00.0/0000:05:02.0/0000:3c:00.0/usb3/3-0:1.0
Dec 30 11:44:43 archangel-t480 upowerd[1375]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/0000:04:00.0/0000:05:02.0/0000:3c:00.0/usb4
Dec 30 11:44:43 archangel-t480 upowerd[1375]: unhandled action 'unbind' on /sys/devices/pci0000:00/0000:00:1d.0/0000:04:00.0/0000:05:02.0/0000:3c:00.0/usb3
Dec 30 11:44:43 archangel-t480 boltd[1522]: [c4010000-0082-T480                       ] removed (/sys/devices/pci0000:00/0000:00:1d.0/0000:04:00.0/0000:05:00.0/0000:06:00.0/domain0/0-0)
Dec 30 11:44:43 archangel-t480 boltd[1522]: [c4010000-0082-T480                       ] dbus: unexported
Dec 30 11:44:43 archangel-t480 bluetoothd[1095]: /org/bluez/hci0/dev_5C_EB_68_78_D0_61/fd0: fd(26) ready
Dec 30 11:44:43 archangel-t480 rtkit-daemon[1480]: Supervising 3 threads of 1 processes of 1 users.
Dec 30 11:44:43 archangel-t480 rtkit-daemon[1480]: Successfully made thread 2652 of process 1983 (n/a) owned by '1000' RT at priority 5.
Dec 30 11:44:43 archangel-t480 rtkit-daemon[1480]: Supervising 4 threads of 1 processes of 1 users.
Dec 30 11:44:43 archangel-t480 boltd[1522]: domain: 'domain0' removed
Dec 30 11:44:43 archangel-t480 boltd[1522]: dbus: domain0 unexported: ok
Dec 30 11:44:43 archangel-t480 boltd[1522]: domain: 'domain0' removed
Dec 30 11:44:43 archangel-t480 kernel: pci_bus 0000:05: Allocating resources
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:01.0: bridge window [io  0x1000-0x0fff] to [bus 07-3b] add_size 1000
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: bridge window [io  0x1000-0x0fff] to [bus 3c] add_size 1000
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 3c] add_size 200000 add_align 100000
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:04:00.0: bridge window [io  0x1000-0x0fff] to [bus 05-3c] add_size 3000
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:04:00.0: BAR 13: no space for [io  size 0x3000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:04:00.0: BAR 13: no space for [io  size 0x3000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:01.0: BAR 13: no space for [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 13: no space for [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 15: no space for [mem size 0x00200000 64bit pref]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 13: no space for [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:01.0: BAR 13: no space for [io  size 0x1000]
Dec 30 11:44:43 archangel-t480 kernel: pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]

И проявлялось оно, оказывается с самого первого дня журналирования

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

Раз апдейт не при делах, то или кривота с ACPI, или с драйвером чего-то что на этой шине. Что там вообще за устройства? Это часом не тандерболт?

lspci -tv

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

Да. Но я и не обновляю прошивок, пока не увижу в чейнджлоге нужного мне фикса.

t184256 ★★★★★
()
Ответ на: комментарий от vasily_pupkin 
$ lspci -tv
-[0000:00]-+-00.0  Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers
           +-02.0  Intel Corporation UHD Graphics 620
           +-04.0  Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem
           +-08.0  Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model
           +-14.0  Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller
           +-14.2  Intel Corporation Sunrise Point-LP Thermal subsystem
           +-16.0  Intel Corporation Sunrise Point-LP CSME HECI #1
           +-17.0  Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode]
           +-1c.0-[01]--
           +-1c.6-[03]----00.0  Intel Corporation Wireless 8265 / 8275
           +-1d.0-[04-3c]--
           +-1f.0  Intel Corporation Intel(R) 100 Series Chipset Family LPC Controller/eSPI Controller - 9D4E
           +-1f.2  Intel Corporation Sunrise Point-LP PMC
           +-1f.3  Intel Corporation Sunrise Point-LP HD Audio
           +-1f.4  Intel Corporation Sunrise Point-LP SMBus
           \-1f.6  Intel Corporation Ethernet Connection (4) I219-V

$ dmesg | grep fail
[    0.797765] acpi PNP0A08:00: _OSC failed (AE_SUPPORT); disabling ASPM
[   13.971582] thermal thermal_zone6: failed to read out thermal zone (-61)
[   17.451626] pci 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   17.451629] pci 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   17.451635] pci 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   17.451637] pci 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[   17.451640] pci 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   17.451644] pci 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   17.451647] pci 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   17.451649] pci 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[   21.259486] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb
[   21.259488] thinkpad_ec: initial ec test failed
[   21.360223] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffffffb
[   21.360225] thinkpad_ec: initial ec test failed
[   37.860355] xhci_hcd 0000:3c:00.0: Host halt failed, -19
[   37.860358] xhci_hcd 0000:3c:00.0: Host not accessible, reset failed.
[   38.585912] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   38.585916] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   38.585924] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   38.585927] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[   38.585929] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   38.585934] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   38.585937] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   38.585940] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[   60.956695] pci 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   60.956698] pci 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[   60.956706] pci 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   60.956708] pci 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[   60.956711] pci 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   60.956716] pci 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[   60.956719] pci 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[   60.956721] pci 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[  101.261471] xhci_hcd 0000:3c:00.0: Host halt failed, -19
[  101.261473] xhci_hcd 0000:3c:00.0: Host not accessible, reset failed.
[  102.008326] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[  102.008329] pcieport 0000:04:00.0: BAR 13: failed to assign [io  size 0x3000]
[  102.008337] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[  102.008340] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]
[  102.008343] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[  102.008347] pcieport 0000:05:02.0: BAR 15: failed to assign [mem size 0x00200000 64bit pref]
[  102.008350] pcieport 0000:05:02.0: BAR 13: failed to assign [io  size 0x1000]
[  102.008353] pcieport 0000:05:01.0: BAR 13: failed to assign [io  size 0x1000]

Thermal subsystem? Правда вот тут https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1426216/comments/17 человек почему-то смотрит на 1c, а не на 5 смещение

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

Я посмотрел журнал еще раз и все уже 4 раза лог прерывался на запуске скриптов нм-диспатчера:

Jan 08 07:52:28 archangel-t480 nm-dispatcher[22849]: req:1 'dhcp4-change' [wlp3s0]: new request (2 scripts)
Jan 08 07:52:28 archangel-t480 nm-dispatcher[22849]: req:1 'dhcp4-change' [wlp3s0]: start running ordered scripts...
Jan 08 07:54:49 archangel-t480 wpa_supplicant[1240]: wlp3s0: WPA: Group rekeying completed with 4c:5e:0c:ec:89:2d [GTK=CCMP]
Jan 08 07:56:18 archangel-t480 dhclient[1811]: DHCPREQUEST of 192.168.21.17 on wlp3s0 to 192.168.21.1 port 67 (xid=0x6a37bd06)
Jan 08 07:56:18 archangel-t480 dhclient[1811]: DHCPACK of 192.168.21.17 from 192.168.21.1
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8069] dhcp4 (wlp3s0):   address 192.168.21.17
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8070] dhcp4 (wlp3s0):   plen 24 (255.255.255.0)
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8070] dhcp4 (wlp3s0):   gateway 192.168.21.1
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8071] dhcp4 (wlp3s0):   lease time 600
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8071] dhcp4 (wlp3s0):   nameserver '192.168.21.1'
Jan 08 07:56:18 archangel-t480 NetworkManager[1235]: <info>  [1578459378.8071] dhcp4 (wlp3s0): state changed bound -> bound
Jan 08 07:56:18 archangel-t480 dbus-daemon[1165]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.9' (uid=0 pid=12
Jan 08 07:56:18 archangel-t480 systemd[1]: Starting Network Manager Script Dispatcher Service...
Jan 08 07:56:18 archangel-t480 dhclient[1811]: bound to 192.168.21.17 -- renewal in 286 seconds.
Jan 08 07:56:18 archangel-t480 dbus-daemon[1165]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 08 07:56:18 archangel-t480 systemd[1]: Started Network Manager Script Dispatcher Service.
Jan 08 07:56:18 archangel-t480 nm-dispatcher[23527]: req:1 'dhcp4-change' [wlp3s0]: new request (2 scripts)
Jan 08 07:56:18 archangel-t480 nm-dispatcher[23527]: req:1 'dhcp4-change' [wlp3s0]: start running ordered scripts...

Все это дело в логе повторяется очень часто и вроде как ничего страшного, опрашивает себе адрес периодически. Странно что все 4 раза оно по странной случайности на старте 2х скриптов и вставало

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

С PCI лучше было бы сравнить выхлоп с выхлопом такой же модели. Есть с T480s, разница там минимальна - NVMe и Serial IO I2C Controller. Думаю железо не при делах. Или фирмваре, или драйвера, или ACPI

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

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

Загрузился с флешки убунты - дмесг показывает все те же ошибки. Пока что последним вариантом остается сделать флешку с арчем и посомтреть в нем выхлоп.

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

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

А, следующие два ньюанса: прошлю неделю я сидел с wifi и там как раз какие-то скрипты запускались, я еще заметил, что все ломалось как раз на их очередном запуске, но выглядело как совпадение. Сейчас же с провода такого в логах нету. Ноут работает круглосуточно, так что подожду, если неделю простоит без глюков, то буду думать на это.

Второе что заметил это орущий cpufreq при выключении

event_wait               : Error polling ACPI Event handler (0x0011).

Расследование продолжается

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

При загрузке на арче ни проблем с usb-контроллером (который сейчас под убунтой assume dead), ни с pci нету. Судя по тому, что коллеги выше не на убунте - вполне возможно дистропроблемы. Полноценно ставить арч и развлекаться с настройкой оси вместо дедлайнов пока возможности нет, но вдруг у кого такие же проблемы вознили - скорее-всего проблема в убунте.

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

К беспроводному модулю все больше вопросов:

[11503.205439] iwlwifi 0000:03:00.0: regular scan timed out
[11503.206858] iwlwifi 0000:03:00.0: Microcode SW error detected.  Restarting 0x2000000.
[11503.209572] iwlwifi 0000:03:00.0: Start IWL Error Log Dump:
[11503.209579] iwlwifi 0000:03:00.0: Status: 0x00000100, count: 6
[11503.209582] iwlwifi 0000:03:00.0: Loaded firmware version: 36.9f0a2d68.0
[11503.209590] iwlwifi 0000:03:00.0: 0x00000084 | NMI_INTERRUPT_UNKNOWN       
[11503.209601] iwlwifi 0000:03:00.0: 0x000002F0 | trm_hw_status0
[11503.209606] iwlwifi 0000:03:00.0: 0x00000000 | trm_hw_status1
[11503.209608] iwlwifi 0000:03:00.0: 0x0002485C | branchlink2
[11503.209611] iwlwifi 0000:03:00.0: 0x0003A7CA | interruptlink1
[11503.209614] iwlwifi 0000:03:00.0: 0x0003A7CA | interruptlink2
[11503.209617] iwlwifi 0000:03:00.0: 0x00000000 | data1
[11503.209620] iwlwifi 0000:03:00.0: 0x00000080 | data2
[11503.209623] iwlwifi 0000:03:00.0: 0x07830000 | data3
[11503.209626] iwlwifi 0000:03:00.0: 0x00000000 | beacon time
[11503.209630] iwlwifi 0000:03:00.0: 0xAC9B1662 | tsf low
[11503.209636] iwlwifi 0000:03:00.0: 0x00000002 | tsf hi
[11503.209638] iwlwifi 0000:03:00.0: 0x00000000 | time gp1
[11503.209640] iwlwifi 0000:03:00.0: 0xAC9B1664 | time gp2
[11503.209643] iwlwifi 0000:03:00.0: 0x00000001 | uCode revision type
[11503.209646] iwlwifi 0000:03:00.0: 0x00000024 | uCode version major
[11503.209649] iwlwifi 0000:03:00.0: 0x9F0A2D68 | uCode version minor
[11503.209651] iwlwifi 0000:03:00.0: 0x00000230 | hw version
[11503.209654] iwlwifi 0000:03:00.0: 0x00489000 | board version
[11503.209656] iwlwifi 0000:03:00.0: 0x8090FE01 | hcmd
[11503.209659] iwlwifi 0000:03:00.0: 0x00022000 | isr0
[11503.209661] iwlwifi 0000:03:00.0: 0x00800000 | isr1
[11503.209664] iwlwifi 0000:03:00.0: 0x08001802 | isr2
[11503.209667] iwlwifi 0000:03:00.0: 0x40400080 | isr3
[11503.209674] iwlwifi 0000:03:00.0: 0x00000000 | isr4
[11503.209682] iwlwifi 0000:03:00.0: 0x808FFB03 | last cmd Id
[11503.209689] iwlwifi 0000:03:00.0: 0x00000000 | wait_event
[11503.209696] iwlwifi 0000:03:00.0: 0x0000CFEC | l2p_control
[11503.209703] iwlwifi 0000:03:00.0: 0x00000000 | l2p_duration
[11503.209711] iwlwifi 0000:03:00.0: 0x00000000 | l2p_mhvalid
[11503.209719] iwlwifi 0000:03:00.0: 0x00000000 | l2p_addr_match
[11503.209723] iwlwifi 0000:03:00.0: 0x0000008F | lmpm_pmg_sel
[11503.209726] iwlwifi 0000:03:00.0: 0x04120134 | timestamp
[11503.209729] iwlwifi 0000:03:00.0: 0x00342038 | flow_handler
[11503.209943] iwlwifi 0000:03:00.0: Start IWL Error Log Dump:
[11503.209947] iwlwifi 0000:03:00.0: Status: 0x00000100, count: 7
[11503.209950] iwlwifi 0000:03:00.0: 0x00000070 | NMI_INTERRUPT_LMAC_FATAL
[11503.209953] iwlwifi 0000:03:00.0: 0x00000000 | umac branchlink1
[11503.209956] iwlwifi 0000:03:00.0: 0xC00868A4 | umac branchlink2
[11503.209958] iwlwifi 0000:03:00.0: 0xC008D4F0 | umac interruptlink1
[11503.209961] iwlwifi 0000:03:00.0: 0xC0083A94 | umac interruptlink2
[11503.209964] iwlwifi 0000:03:00.0: 0x00000800 | umac data1
[11503.209967] iwlwifi 0000:03:00.0: 0xC0083A94 | umac data2
[11503.209970] iwlwifi 0000:03:00.0: 0xDEADBEEF | umac data3
[11503.209973] iwlwifi 0000:03:00.0: 0x00000024 | umac major
[11503.209977] iwlwifi 0000:03:00.0: 0x9F0A2D68 | umac minor
[11503.209979] iwlwifi 0000:03:00.0: 0xC088628C | frame pointer
[11503.209982] iwlwifi 0000:03:00.0: 0xC088628C | stack pointer
[11503.209984] iwlwifi 0000:03:00.0: 0x00D9010D | last host cmd
[11503.209987] iwlwifi 0000:03:00.0: 0x00000000 | isr status reg
[11503.209993] ieee80211 phy0: Hardware restart was requested

Самое смешное, что сижу я на проводе, модуль скорее всего просто сканирует сети в округе. А вот и баг: https://bugzilla.kernel.org/show_bug.cgi?id=203315 Судя по всему его даже исправили, но доступное обновление пакета linux-firmware не для 18.04. Поживу недельку и уйду на арч.

JAkutenshi ★★
() автор топика
Последнее исправление: JAkutenshi (всего исправлений: 3)
20 февраля 2020 г.
Ответ на: комментарий от JAkutenshi

Все так же убунта. Thunderbolt autoassist выключен, вай-фай отключен, интернет через Ethernet, но зависание снова проявилось, спустя весьма продолжительное время. Прошивка критической уязвимости usb-c и thunderbolt-а поставлена. Держу в курсе, так сказать.

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

Современные ноуты вообще такое себе говнище.
При том, что мой Т480 меня вполне устраивает, ему три раза материнку по гарантии меняли.

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

Увы. А по каким причинам меняли? И как долго этот процесс проходит?

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

Да, вся убунта без моего спроса обновилась. Зашибись, винда 10 с оранжевым шильдиком. Разумеется автообновления я поотключал.

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

Увы. А по каким причинам меняли? И как долго этот процесс проходит?

Один раз словил тандерболтовый баг.
Второй раз не включился после сброса биоса.
Третий раз сдохло питание подсветки (подозреваю говношлейф).

убунту

Прекращай жрать это вот самое с лопаты. Не хочешь арчик, есть Debian, есть свеженький CentOS.

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

А убунту можно ставить только с серверного минимала, но там в итоге работы получается как с арчиком. Хотя и результат похожий.

pekmop1024 ★★★★★
()
14 июля 2020 г.

Проблема решена установкой федоры.

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