LinuxMint.com.ru

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

: Скрин 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 работает без нареканий.

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

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

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

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

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

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

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

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

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

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

quiet splash

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

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

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

quiet splash

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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
может чего-нибудь выудим из логов?

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

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

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

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

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

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

LinuxMint.com.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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