Зависание linux mint 19 cinnamon

zanichka · #1

Добрый вечер, прошу помощи форумчан. Столкнулся с такой проблемой периодически зависает система помогает только перезагрузка с кнопки. При загрузке выдает вот такие строчки (смотри под спойлером).

: Скрин 1

После этого либо загружается как обычно, либо снова зависает. Загрузится получается только с третьей четвертой попытки. Похоже что система не дружит с моим железом. На материнке биос обновил, пробовал устанавливать различные ядра через програмку ukuu, ничего не помогло. Второй системой установлена windows проблем с зависанием на ней нет. Вот что показывает стандартное приложение Журналы

Вывод команды inxi -Fxz

cat1@cat1-System-Product-Name:~$ inxi -Fxz
System:    Host: cat1-System-Product-Name Kernel: 4.15.0-20-generic x86_64
           bits: 64 gcc: 7.3.0
           Desktop: Cinnamon 3.8.8 (Gtk 3.22.30-1ubuntu1)
           Distro: Linux Mint 19 Tara
Machine:   Device: desktop System: Gigabyte product: AB350M-DS3H serial: N/A
           Mobo: Gigabyte model: AB350M-DS3H-CF v: x.x serial: N/A
           UEFI: American Megatrends v: F23d date: 04/17/2018
CPU:       Quad core AMD Ryzen 5 2400G with Radeon Vega Graphics (-MT-MCP-) 
           arch: Zen rev.0 cache: 2048 KB      
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 28747
           clock speeds: max: 3600 MHz 1: 1430 MHz 2: 1451 MHz 3: 1418 MHz
           4: 1417 MHz 5: 1419 MHz 6: 1418 MHz 7: 1422 MHz 8: 1426 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Vega [Radeon Vega 8 Mobile]
           bus-ID: 08:00.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon)
           Resolution: 2560x1440@59.95hz
           OpenGL: renderer: AMD RAVEN (DRM 3.23.0, 4.15.0-20-generic, LLVM 6.0.1)
           version: 4.5 Mesa 18.3.0-devel Direct Render: Yes
Audio:     Card-1 Advanced Micro Devices [AMD] Device 15e3
           driver: snd_hda_intel bus-ID: 08:00.6
           Card-2 Advanced Micro Devices [AMD/ATI] Device 15de
           driver: snd_hda_intel bus-ID: 08:00.1
           Sound: Advanced Linux Sound Architecture v: k4.15.0-20-generic
Network:   Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: f000 bus-ID: 04:00.0
           IF: enp4s0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 660.1GB (60.4% used)
           ID-1: /dev/sda model: WDC_WD1600AAJS size: 160.0GB
           ID-2: /dev/sdb model: WDC_WD5000LPLX size: 500.1GB
Partition: ID-1: / size: 29G used: 13G (49%) fs: ext4 dev: /dev/sdb2
           ID-2: /home size: 404G used: 353G (93%) fs: ext4 dev: /dev/sdb4
           ID-3: swap-1 size: 6.14GB used: 0.00GB (0%)
           fs: swap dev: /dev/sdb3
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: No active sensors found. Have you configured your sensors yet? mobo: N/A gpu: 0.0
Info:      Processes: 246 Uptime: 5 min Memory: 1819.0/6979.1MB
           Init: systemd runlevel: 5 Gcc sys: 7.3.0
           Client: Shell (bash 4.4.191) inxi: 2.3.56

К стати на другой материнке ASUS PRIME B350M-A происходит все тоже самое.

Прошу не пинать сильно если бестолково объясняю суть проблемы, так как пользоваться linux стал сравнительно недавно. Можно конечно не заморачиваться и сидеть на windows, но уж сильно понравился linuxmint. На ноутбуке с процессором intel i3 2120 и nvidia 540m работает без нареканий.

027 · #2

Ух ты, прям убунтой 5.10 дохнуло.

Попробуйте прописать опцию загрузки ядра noacpi.
Через консоль делается так: https://losst.ru/ustanavlivaem-parametry-yadra-v-grub
Либо установите графическую управлялку загрузчиком Grub Customizer: https://help.ubuntu.ru/wiki/grub_customizer
И в ней на второй вкладке допишите в параметры ядра слово noacpi через пробел.
Перезагрузитесь и проверяйте.

zanichka · #3

Спасибо огромное. Прописал в Grub Customizer в параметры ядра noacpi и перезагрузился. При загрузке все так же мелькают сообщения об ошибках, но зато загружается без проблем. Теперь посмотрим будет ли зависать.

027 · #4

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

#5

Асусовское управление питанием (ACPI) - это кот в мешке. Попробуй поиграться для начала в биосе. Включая и отключая по одному параметру. Кстати, если заметишь какие-нибудь устройства, которые не используешь, тоже лучше (выяснить и) отключить (флоповоды, файрвайры, ком и лпт и прочую экзотику). У меня мамка, конечно, другая, но ошибки были похожие. Частично помогло отключение как раз-таки файрвайра (IEEE1394), которым я отродясь не пользовался.

А вторую часть долечил, именно так как советует тебе 027, пропиской noacpi в параметрах граба.

zanichka · #6

Прошивку мамки обновил до последней которая есть на сайте. Так же в биосе отключил iommu и несколько других параметров. При загрузке последняя строка перестала появляться, ошибки связанные с ACPI на месте. Хорошо уже что пока нет рандомных зависаний в самый неподходящий момент и загружается нормально а не не с пятой попытки, это уже радует. Правда появилась другая проблема периодически виснет при выключении компьютера. Благодарю за помощь, если у когото будут еще идеи, что можно сделать пишите будем экспериментировать

#7

zanichka писал(а): ↑
11 авг 2018, 14:56
Правда появилась другая проблема периодически виснет при выключении компьютера

Пока нормально не настроил вкл/выкл, в том же Grub Customizer удали параметры

Код: Выделить всё

quiet splash

, будет видно на чем виснет

zanichka · #8

AlexZ писал(а): ↑
11 авг 2018, 19:54
Пока нормально не настроил вкл/выкл, в том же Grub Customizer удали параметры

Код: Выделить всё

quiet splash

, будет видно на чем виснет

Сейчас вроде как не зависает при выключении. Специально пробовал несколько раз выключать и все нормально. Странно как то все это и не понятно

zanichka · #9

Похоже рано я порадовался. Снова началось, за сегодня уже пару раз зависала операционка. И снова при перезагрузке не с первого раза получается загрузиться.

Unborn · #10

zanichka писал(а): ↑
10 авг 2018, 22:48
Прописал в Grub Customizer в параметры ядра noacpi и перезагрузился.

Ты хотя бы немного понимаешь, что ты прописываешь в параметры загрузки ядра? Как и те, кто такие советы дает?
Твоя проблема зарыта в самой АМД с её проприетарью и реализации на платах под ЦП АМД аппаратной поддержки виртуализации.
Но отключать, не использовать ACPI, - это просто тупо клоунский совет и решение. Тем более с АМД. И ОС должна быть установлена в УЕФИ.
Гугли - IOMMU.
Для общего развития - не каждый ЦП имеет аппаратную поддержку виртуализации, и версия УЕФИ должна соответствовать модели ЦП. Прежде чем устанавливать крайние версии прошивок, проверяйте совместимость с моделью ЦП.

027 писал(а): ↑
10 авг 2018, 23:28
Это уефанство... Поубивал бы.

УЕФИ ни при чем. Это очень хорошая вещь. Годами шли к этому. Вендоров от спеков вправо-влево шатает, народ на линукс мучается, ибо чертежи своих велосипедов никому не показывают.

#11

Unborn писал(а): ↑
21 авг 2018, 16:38
УЕФИ ни при чем.

Нет. Виновник он. В 99 процентов случаев.

Unborn писал(а): ↑
21 авг 2018, 16:38
Это очень хорошая вещь.

И как мы без нее столько лет жили..А если серьезно, это очень плохая вещь.

Unborn писал(а): ↑
21 авг 2018, 16:38
Годами шли к этому.

Кто бы сомневался.

Unborn · #12

Obamacyborg1975 писал(а): ↑
21 авг 2018, 16:45
А если серьезно, это очень плохая вещь.

А если серьёзно, то это пришло с серверов на десктопы. На Маках начали внедрять. Яблочники при Джобсе. Там уже и гпт и защита типа секбюри бут от не подписанных низкоуровневых утилит (читай - зловредов). УЕФИ ругают только юзеры пиратки-говносборки Вин7, которые без неё жить не могут. Виста уже ефи понимала и умела. И неосиляторы. Вот и всё.
Первые версии были сырые, да. Но это нормально для переходных моделей мат. плат. Да и БИОС как таковая давно не нужна и не работала. Винда для справки БИОС использовала. Вся нужность - проверить на да - нет и пропикать комбинацию, если нет.

zanichka · #13

Я действительно не особо разбираюсь, по этому не стоит быть таким категоричным. Можете более подробно объяснить что к чему, или подсказать где и что почитать по этому поводу? Погуглил IOMMU и пока ничего толкового не нашел кроме того что так же в параметры ядра предлагают прописать следующее на выбор: iommu=pt iommu=1 amd_iommu=fullflush. Опять таки я не очень понимаю что это значит. Пишут к примеру что если iommu выключить в биосе то не работает сетевая карта, а если включить то usb. У меня к примеру хоть включен хоть выключен таких проблем нет. Вот человек пишет о похожей проблеме (Ноутбук виснит при работе с сетью), решил прописыванием iommu=soft.

#14

Unborn писал(а): ↑
21 авг 2018, 17:08
УЕФИ ругают только юзеры пиратки-говносборки Вин7, которые без неё жить не могут.

Никогда не юзал говносборок и пираток. Последняе мною юзанная версия Windows-оригинальная Xp.

Unborn писал(а): ↑
21 авг 2018, 17:08
На Маках начали внедрять. Яблочники при Джобсе. Там уже и гпт и защита типа секбюри бут от не подписанных низкоуровневых утилит (читай - зловредов).

Да пофиг, кто первый придумал. Проприетарщики и монополисты. Они все заботятся безопасности своих пользователей

Unborn писал(а): ↑
21 авг 2018, 17:08
Да и БИОС как таковая давно не нужна и не работала.

Да ладно уже. Все нормально работало. А то, что эта хрень попортила совместимость с Линуксом (я про установку и т.п.)-это факт. Но я этому не удивляюсь. Ведь УЕФИ для этого и была задумана. Конечно, они могут говорить все, что угодно. Хомячки съедят. Ну а лично я избегаю машин с УЕФИ. Как черт ладана.

#15

Obamacyborg1975 писал(а): ↑
22 авг 2018, 18:22
Ну а лично я избегаю машин с УЕФИ

Интересно как? UEFI начал внедрятся лет 7 назад, а то и больше. У меня материнка, купленная году в 2011-2013 уже с UEFI. А последние лет 5 так вообще все выпускалось только с UEFI.

#16

zanichka,
гуру занялись выяснением у кого EFI толще

а о насущных проблемах форумчанина забыли
Попробуй собрать побольше информации.
Нашел вот такой совет по логированию

1. добавить к параметрам ядра опцию для большего выхлопа
systemd.log_level=debug

2. При зависании, после перезагрузки использовать journalctl, чтобы просмотреть логи с предыдущей загрузки до выключения:
journalctl -p 0..3 -b 1

-p 0..3 это фильтр по приоритету записей в логах, от ошибок до АДСКИХ ошибок, список возможных вариантов: emerg(0), alert(1), crit(2), err(3), warning(4), notice(5), info(6), debug(7).
-b это диапазон загрузок, например -b 0 покажет только логи за текущую загрузку, -b 1 за предыдущую, -b 0..9 за десять последних.

https://toster.ru/q/263185
может чего-нибудь выудим из логов?

zanichka · #17

Спасибо большое за помощь. Будем посмотреть. Кстати как не странно за сегодня еще не разу система не повисла. Действительно эффект присутствия что ли

kutalgin · #18

Мать от гигабайт? IOMMU включено в биосе?

Unborn · #19

StarMAUGLI писал(а): ↑
22 авг 2018, 18:48
о насущных проблемах форумчанина забыли

Я специально не стал давать прямого готового решения в виде iommu=soft, чтобы человек хотя бы немного погуглил, почитал, приобрел знаний. Это давно так заведено.
Проблема пришла с мат. платами от gigabyte. Хоть собирай инфу, хоть нет. Проблему это не решит.

zanichka · #20

kutalgin писал(а): ↑
22 авг 2018, 19:26
Мать от гигабайт? IOMMU включено в биосе?

Да метеринка гигобайт. но пробовал материнку и от асус синдромы те же самые. IOMMU в биосе выключил.

Кто сейчас на конференции