Manjaro 15.12 виснет намертво
Здраствуйте, у меня вопрос.
Я только вчера или позавчера установил Manjaro KDE, она уже не работает. Когда я пытался поставить Intellij Idea (ибо эклипс не работает), у меня намертво все зависло, работал только хард-ресет. Несколько раз перезагружал комп — не помогло. Сислог по Ctrl Alt F12 не открывается. Пытался убить иксы — в консоли зависает клава. Тогда попробовал убить login — меня вернуло в sddm, все как и должно быть, захожу в систему — зависает снова, причем еще хуже, средний отклик клавы 30 секунд. По SSH не залогиниться, т.к. все остальные компы в доме — маки (с мака и сижу). Думаю, проблема в том, что в автозагрузке KDE висит firefox (он сам повесился туда), т.к. когда он запускается, все зависает, но убрать не могу как раз потому, что виснет. Помогите плз.
Железо: Intel Core2Duo 2.33Ghz, 6Gb озу, Seaweed Barracuda 120Gb + 80Gb, NVidia GT730 2Gb, но я не думаю, что это важно.
Заранее спасибо!
Память?
Неожиданный поворот. Захожу на TTY-4, а там:
[1831.141436] Out of memory: kill process 1376 (baloo) бла бла
[1831.141460] Killed process 1376 (baloo) бла бла бла
И это — несмотря на 6Gb оперативы!
Самое глупое, что когда я скачал LxQT и зашел на него, все заработало. Но хочется все же кеды, которые не работают ни в какую.
значит что-то течет. своп есть?
plasmashell —version ? можешь, конечно, выключить( balooctl disable ), но аж интересно стало, ибо умвр в арче
Да есть, 4 гб ставил, не знаю, стоило ли?
Плазма 5.5.2, с отключением baloo счас попробую вариант
Похоже если отключить baloo то начнет кикать из плазмы в sddm во время входа
В общем ты описал симтомы переполнения оперативки. Следующий шаг — это проверить что именно сжирает память. Для этого следует воспользоваться инструментами вроде free, top, htop и что там еще было. да хоть гуишной кдешной, чем тебе удобней, здесь главное определить кто виноват и дальше уже конкретно с ним работать.
Эммм… А network-manager + modem-manager должны жрать 750 мб, не понимаю? Понятно аконади жрет 600, это кде. Но NM+MM. А Baloo File Extr? Там где виртуал 9гб, там где ресы — 4гб, так везде? И притом Baloo выключен! :о
Впрочем, теперь понятно почему кеды не реагируют на кейбинды и на кнопки мыши.
возможно, из этого ченить поможет
а вообще это начальная индексация, она всегда в плазме была болезненной
Спасибо, вроде помогло! Уже 5 минут работает нормально! 🙂
Новая проблема того же типа. У меня на новю-дровах не работали кеды (во время загрузки панели зависало намертво, даже панель только на половину удлинялась). Нашел в инете совет — поставить мезу вместо новю, что мне не помогло, как и отключение baloo. Симптомы те же, что и ранее, по SSH не подключиться, DMESG не открыть (виснет как бы). Что в этой ситуации делать?
Источник
Намертво зависает Ubuntu/Manjaro
Ubuntu 18.04LTS редко бывает то что зависает намертво помогает лишь REISUB(не всегда), задолбался и решил перекочивать на Manjaro GNOME (там с драйверам кажется дела по лучше). Запускаю Manjaro в Live режиме и когда вбиваю команду по типу:
То он тоже как и Ubuntu зависает намертво и REISUB не помогает лишь кнопка *выключение* :
С вероятностью ->1 у тебя виснет видеодрайвер
Попробуй установить в Manjaro ядро 5.3, может там починено
c райзеном как у меня, много чего зависать может.
ОС при зависаниях коннектится через ссх? чтобы логи посмотреть.
А у Manjaro таки ядро Linux 5.3.6-1 стоит
Я как месяц только на линуксе сижу, как мне проверить коннектиться ли он через ccx ??
Он у меня полностью зависает и все
с телефона? с другого компьютера
Сейчас буду устанавливать Manjaro как вторую OC, через ПК сижу могу и через смартфон
Manjaro вообще не ставится! Пробовал 4-раза подряд неудачно, он в конце где-то на 75% зависнет и все
Мне или кажется то что нормальных драйверов для AMD лишь существует на windows
c райзеном как у меня, много чего зависать может.
А как ты исправил ?
зависит от логов и проблемы, зачем мне советовать своё решение, которое тебе не прокатит?
После неудачного установки Manjaro, я обновляю Ubuntu до 19.10 версий.
Если проблема будет продолжаться я вам обязательно скину логи с проблемами!
Полное зависание системы это всегда проблемы с оборудованием.
Причиной может быть что угодно, как начавший отказывать жесткий (твердотельный) диск, так и видеокарта.
Если проблема с видео, попробуй просто поменять видеодрайвер.
Проще всего это проверить установив другую видюху.
c райзеном . много чего зависать может
Когда уже этого штеудофанатика забанят?
а если грузиться с параметром noacpi ? Покопай в эту сторону.
Проще всего это проверить установив другую видюху.
Это просто APU Ryzen не готов к Линуксу. Всё ещё. Или Линукс не готов к APU Ryzen. Кому что по душе. 
mittorn не даст соврать.
Хорошо, погуглив нашел ответы:
Просто отключить интернет, после установки Ubuntu 19.10 обязательно попробую!
Наверное Линукс еще не готов к Ryzen. Ну все же можно же как-то решить эту проблему.
Да и кстати вопрос, почему на офф.сайте нету драйверов на Linux ? А тогда откуда линукс берут эти драйвера, сами пишут ??
Чуть не забыл, когда запускаю лайв режим, то выходит вот такой Warning: https://imgur.com/a/O6c1uPS
Как я понял, нужно прописывать:
На лайве это нормально, он пытается восстановить предыдущую яркость экрана, но не может её найти, так как это лайв.
В линуксе это работает немного не так. Все драйвера уже находятся в ядре. Вот, например, тот самый драйвер, из-за которого у тебя проблемы: https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/amd/amdgpu.
Copyright 2017 Advanced Micro Devices, Inc.
У AMD заведено так: они делают открытые драйвера AMDGPU и закрытый драйвер AMDGPU-PRO, который работает вместе с открытым, но он тебе не нужен вообще.
Ты расскажи, как зависает. Музыка продолжает играть? Курсор продолжает бегать?
Благодарю за ответ.
Я запускаю лайв режим с драйверами Free и сразу выбираю русский языак. Запускается Live, я подключаюсь к своей Wi-Fi сети и начинаю установку, где-то 75%, полностью прям полностью ЗАВИСАЕТ вся ОС и ничего не происходит! Музыка пропадает и курсор не двигается
Сегодня попробую без включенного Wi-Fi и прописанных acpi=off
Музыка пропадает и курсор не двигается
Это уже не похоже на amdgpu. А убунта так же зависала?
Попробуй на лайфе погонять. Не устанавливай, а просто посиди, понаблюдай, в консоли sudo dmesg повбивай и почитай.
Вангую проблему с acpi
На убунту зависает редко, а если зависнет то музыка играет (точно не помню) ну курсор не двигается, благо REISUB помогает. Да и кстати убунту бывает то что зависнет в этап загруки т.е когда ввёл пароль и идет загрузка рабочего стола он может зависнуть и тут даже REISUB не помогает
Ок, просто посижу понаблюдаю
Полное зависание системы это всегда проблемы с оборудованием.
Мнение полнейшего дилетанта. Иди учись.
да причём здесь это.
смотри мой тред.
проблема полностью ясно не определяется, в чём корень проблемы.
люди в инете пишут -меняли даже радеон на жифорс — та же фигня у них.
сейчас прописан в грабе mem_encrypt=off
тестирую с ним.
Сообщение красным сделал скриншоты:
А куда прописовать acpi=off
Так. Небыло времени вникать, работал. Отвечаю на всё сразу 🙂
Первое: У тебя отключен fastboot и secureboot в биосе? А винда была выключена, или «заснула» в fastboot? Для надёжности — в настройках винды поставь всегда именно выключать комп, а не хитрить. Перед пробой установить линукс — убедись, что ты выключил винду, а не заснул, а лучше просто, перезагрузи и сразу в линукс. Тогда можно будет исключить проблемы с захватом фигни всякой, как винда любит.
Второе : Не понял что там у тебя в строке grub’а? Откуда там «nouveau.modeset=1 i915.modeset=1 radeon.modeset=1»? Это лайф манджары пробует все карты? А если все их убрать?
Опцию acpi=off в grub добавляй рядом с «quiet» гденить (на скриншоте вторая строка). Я так делаю обычно. Попробуй это, или noapic, или nolapic.
Вообще я бы делал так: сначала удали опции modeset (что выше указал), загрузись. Если не помогло, попробуй указать nomodeset и загрузись. Если не поможет, то тогда пробуй acpi=off, noapic или nolapic. Если по одному не поможет, пробуй тогда все вместе.
Теперь третье — я там у тебя вижу две видяхи. Я не специалист по амд, да ещё и ноутбучным, но не приводит ли к проблемам наличие второй видяхи? Но это уже вообще, гадание на диетической гуще.
Первое: Fastboot and secureboot включен, у меня не основная ОС не винда а Ubuntu, комп выключаю полностью и запускаю.
Второе: Параметры убирал с acpi=off не запустился, с остальными запустился.
Третье: У меня одна видеокарта xDD, radeon 535.
Пятое: Запускается в Live нормально, только когда я запускаю ‘Manjaro Installer’ то на 75% вся ОС зависнет и все, на 75% ‘Запись на жетский диск’ что-ли или вроде такого.
6) Наверное проблема в жестком диске ? Ну Ubuntu работает нормально (пока что. ). Мне или кажется стоит подождать пока драйвера под Ryzen и Radeon завезут : ( 23.10.19 23:39:51 )
А, так Убунту всё-таки удалось поставить? А то ты говорил, что и Убунта тоже зависает. Ну хоть так.
Про зависания — вроде раньше говорили, что у амд проблемы с переходами cstate, Почитай про processor.max_cstate=5 Но не факт, что с этим связано.
А также убедись, работает ли у тебя управление вентилятором? Может он не повышает обороты? На половине сегодняшних материнок с райзенами не обойтись без it87 Автор модуля сам удалил проект, а этот клон используется в арче, в ауре. Почитай про него, может дело в неправильном чтении/управлении температурой?
Про fastboot — везде, где ставится линукс рекомендуется его отключать. Он нужен только винде (и то не нужен), а в линуксе может создавать проблемы.
Ну позавчера обновил до 19.10 и таких проблем не наблюдал, надеюсь и не буду наблюдать(зависание всей ОС).
Ubuntu уже как месяц, я имел ввиду то что он мог зависнуть в просмотре видео в ВК или при открытие Steam т.е когда встроенное видеоядро переключалась на дискретку(возможно). А как мне проверить нормально работают ли вентиляторы ? Кажется, работают нормально, в играх начинает работать сильнее, а в обычном пользование работают тихо, помню на винде он в MVS гудел и при запусках двух и более pyCharm’s.
А Manjaro хотел просто попробовать, ну к сожалению не судьба : ( 24.10.19 14:33:34 )
Если вентиляторы регулируются автоматически, то, скорее всего, всё в порядке.
Если Убунта работает, то и ладно.
Кстати, просмотреть логи с прошлой сессии, которая зависла, можно в journalctl. Если система, конечно, успела сохранить логи. почитай маны.
Так и наверное происходит то что они автоматически регулируются
Наврятли Live режим сохранит логи
Я имел в виду — если Убунта опять зависнет 🙂
Источник
Через раз зависает Manjaro при запуске
Зависает Manjaro при запуске. Через раз. Когда нормально запускается, а когда зависает или перезагружается, при этом отключается монитор. Пробовал менять ядра не помогло.
Операционная система: Manjaro Linux, Версия KDE Plasma: 5.18.3, Версия KDE Frameworks: 5.68.0, Версия Qt: 5.14.1, Версия ядра: 5.6.0-1-MANJARO, Архитектура: 64-битная, Процессоры: 3 × AMD Athlon(tm) II X3 460 Processor, Память: 7,8 ГиБ ОЗУ
Что делать? Как определить в чем проблема?
Попробуй позапускать другой дистр, не Манджаро.
А на каком этапе зависает? Только при загрузке или бывает что и рандомно во время работы? Попробуй запустить с параметром memtest=2 , может память сбоит.
Пошарься в журнале. journalctl -b -1 покажет лог предыдущей загрузки.
Видеокарта и видеодрайвер какие?
Видяха, энергосбережение процессора, или бродкомовский вайфай. Это яаще всего встречалось.
Зависает только при загрузке системы. Если загрузиться работает нормально. Память тестировал сбоев не было.
Пробовал поставить Mint, так там так же!
Вот на этом обрывается лог Manjaro:
Как узнать какой видеодрайвер?
Вот на этом обрывается лог Manjaro:
Каждый раз на одном и том же месте?
Драйвер можно узнать из lspci -k и modinfo .
Лог иксов ещё посмотри.
Каждый раз на одном и том же месте?
вот лог другого зависания. место тоже.
Видео драйвер: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] Subsystem: Micro-Star International Co., Ltd. [MSI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] Kernel driver in use: radeon Kernel modules: radeon
Попробуй как-то загрузиться в консоль, без иксов. Например, добавь к параметрам ядра systemd.unit=multi-user.target . Если всё ок, то, попробуй отключить видеодрайвер, и загрузиться нормально, с иксами. Чтобы отключить драйвер надо в параметры ядра записать module_blacklist=radeon .
Лог иксов не смотрел?
Запусти Artix с live-cd, arch без systemd и AppArmor
А как я его посмотрю? Когда загрузка зависает, не посмотришь. А когда нормально загружается, то он перезаписывается, и предыдущей загрузки там нет.
вот окончание файла Xorg при ошибке:
Запусти Artix с live-cd, arch без systemd и AppArmor
Скачал дистрибутив artix-plasma-s6-20200210-x86_64, записал на флешку. И там тоже самое, начинается загрузка, выключается монитор и зависает.
Server terminated successfully (0)
Не похоже на зависание. На другие консоли не переключается через Ctrl+Alt+F* ? На SysRq не реагирует? Нажми Alt+PrintScreen+b когда зависнет — должен выполнится хард ресет.
Пробовал без драйвера радеона? У тебя там на флешке, скорее всего, GRUB стоит сейчас. После загрузки его меню нажми e , чтобы отредактировать текущий пункт, и добавь к строке параметров тот, про который я выше писал. Потом F10 .
Когда зависнет на команды клавиатуры не реагирует. Тем более судя по логам он девайсы ввода отключает. Иногда бывает что сам перезагружается, когда как.
В строку параметров добавлял module_blacklist=radeon. Загружается всегда. Консоль работает. StartX не стартует, пишет ошибка, но тут Radeon отключен.
Получается что проблема связана с видео?
Да кто его знает, может и с видео. А может и с иксами. А может и сама карточка того. На винде работает?
У драйверов иногда бывают параметры с которыми можно поиграться. Чтобы узнать их список можно вызвать, например, modinfo radeon . Подробнее надо читать в документации к драйверу.
К параметрам ядра можно добавить loglevel=8 , чтобы побольше инфы в журнал писалось.
Покомпилять другие ядра уж не предлагаю, больно муторное это дело, да и какого-то результата навряд ли можно ожидать.
В качестве временного решения можно настроить иксы на работу без драйвера радеона, посмотри там в логе, чего им не хватает, когда загружаешься без драйвера.
В manjaro вроде другие ядра легко поставить, попробуй sudo pacman -S linux419 linux414 или как там команда, появится в пункте загрузке еще пара ядер.
Исключишь влияние, что не в LTS ядрах что-то у тебя сломали.
В manjaro вроде другие ядра легко поставить
Пробовал ставить ядра 5.4, 5.5, 5.6. Везде виснет. Думаю дело не в ядрах потому что я ставил Linux Mint там так же зависал, видимо везде используется один и тотже видеодрайвер, вот он и глючит. MSI Radeon R5 230 не самая популярная карта, может тестированию на ней уделили мало времени. Или есть какая-то особенность именно у этой MSI, например что у нее нет вентилятора и работает она на пассивном охлаждении.
Под Windows 10 карта работает нормально, никогда не глючила.
А может настройки acpi влияют. Может по разному оборудование настраивается? Как определить в каком месте ошибка?
Самым простым способом определить, где ошибка, наверное, будет вариант запостить багрепорт в багтрекер с максимальной информацией о системе и самыми детальными уровнями логов от ядра, драйвера и иксов.
Пока что мы даже внятного сообщения о какой-бы то ни было ошибке не нашли, так что, получается, и багрепорт-то толком не напишешь.
Кстати, в том багтрекере (старой его версии) есть кое-что на твою тему. Посмотри вот эти репорты, может натолкнёт на какую-то мысль: 108361, 90926, 88364, 102820, 112192.
Ещё, я вижу, для твоей карты есть проприетарный драйвер Catalyst. В AUR’е есть для него PKGBUILD, но работает он, как я понял, только с ядрами ( 08.04.20 18:03:41 )
Нашёл документацию, лол. Ничего интересного.
Try modinfo -p radeon to find up-to-date parameters. To check default values look at drivers/gpu/drm/radeon/radeon_drv.c or drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c in Linux kernel source. To check current values look at /sys/class/drm/card*/device/driver/module/holders/radeon/parameters/ or /sys/class/drm/card/device/driver/module/holders/amdgpu/parameters/*
Дефолтные значения параметров, если вдруг надо:
А как узнать за что эти параметры отвечают?
Например int radeon_msi = -1; Это что msi? У меня видюха тоже изготовлена msi. Это как то связано?
Пробовал убунту там тоже при загрузке через раз виснет. Везде один и тоже видеодрайвер что ли?
Вот логи при зависании системы во время загрузки.
Можете сказать что не так? Почему зависает?
Почитал твой лог загрузки. Какая-то дичь. Комп нормально загружается, без каких-то вопросов, потом уходит зачем-то в сон, потом просыпается и начинается какая-то котовасия. Заканчивается всё то ли перезагрузкой, то ли остановкой системы.
Лор не пережевал мою мотню, посему прошу пройти на внешний ресурс: https://pastebin.com/KwePVuY7
Ты там где-то посмотри, может в биосе, может ещё где-то можно выключить управление питанием через езернет. Либо NetworkManager как-то надо настроить, чтобы он не уводил комп в сон. К слову, NetworkManager тоже во все подряд дистры ставят. Попробуй совсем без него: systemctl disable NetworkManager . Сеть только надо будет поднастроить как-то. Но проверить гипотезу можно и без сети.
Лог иксов нормальный: Server terminated successfully (0) .
Узнать про параметры можно либо из исходников, либо спросив у автора драйвера, что за что там отвечает. Под MSI там, вероятно, имеется в виду это, а не имя производителя. И, судя по логам, у тебя в данный момент MSI включены:
modinfo radeon вкратце напишет тебе про параметры. Если захочешь запустить систему с какой-то опцией драйвера, то допиши к параметрам ядра в GRUB module.param=value ; например: radeon.test=1 .
Видеодрайвер — да, один. Точнее, видеодрайвер входит в состав ядра, которое во всех дистрибутивах одно и то же — Linux.
у тебя /var на отдельном разделе? мне показалось, что «да»…
у тебя /var на отдельном разделе? мне показалось, что «да»…
Нет. Я ничего не переносил. /var так.
Попробуй совсем без него: systemctl disable NetworkManager
Пробовал сетвую карту в биосе отключать. Виснет.
Почитал твой лог загрузки. Какая-то дичь. Комп нормально загружается, без каких-то вопросов, потом уходит зачем-то в сон, потом просыпается и начинается какая-то котовасия. Заканчивается всё то ли перезагрузкой, то ли остановкой системы.
Получается что по каким-то причинам комп в сон уходит при загрузке, а я думал что это видеодрайвер сбоит из-за чего монитор выключался. Как локализовать проблему то? В чем причина такого сбоя может быть?
эта «мелочь» может крови попить… возможно, стоит устранить это установкой haveged.
эта «мелочь» может крови попить… возможно, стоит устранить это установкой haveged.
Установил, все равно виснет при загрузке.
в логах всё то же самое или что-то поменялось?
в логах всё то же самое или что-то поменялось?
а я думал что это видеодрайвер
Опять же, когда ты отключаешь модуль видеокарты, комп не виснет. Но и до загрузки NetworkManager’а, я так понимаю, там тоже не доходит дело. И в тех логах, что ты привёл, такое поведение с внезапным уходом в сон встречается только однажды.
Попробуй ещё ACPI отключить: добавь к параметрам ядра acpi=off .
Есть ещё один способ «ловли блох»: оставить в компе минимально возможную конфигурацию оборудования, то есть отключить всё, без чего компьютер может загрузиться. Можно поотключать в биосе или просто повытаскивать из материнки лишние USB-устройства, диски, PCI-карточки и т.д. Оставить только самый минимум. И потом постепенно добавлять оборудование и загружаться. Но в твоём случае, как я понял, комп виснет не каждый раз, так что загружаться придётся не по разу.
Попробуй ещё ACPI отключить: добавь к параметрам ядра acpi=off.
отключить всё, без чего компьютер может загрузиться
Отключал юсб контроллер в биосе — виснет. Отключал сеть в биосе — виснет.
А вот когда прописывал module_blacklist=radeon, то до консоли грузился всегда.
Как еще можно локализовать проблему?
Ещё можно попробовать загрузиться пошагово, вручную. До multi-user.target , я так понимаю, грузится без проблем. Так вот дальше попробуй сам запустить каждый сервис по отдельности. Но для этого надо знать, что и когда запустить. Можно посмотреть как это делает systemd. А возможно у неё даже есть специальный режим на такой случай. Надо либо читать документацию, либо звать экспертов, типа Ивана.
Чтобы посмотреть все зависимости для дефолтной загрузки, надо выполнить systemctl list-dependencies default.target .
Либо можно без systemd попробовать из командной строки запустить xinit с каким-нибудь openbox’ом. Они весят: один — 80 килобайт, другой — 1.2 мегабайта. Если у тебя нет файла
/.xinitrc , то после установки xorg-xinit’а и openbox’а выполни один раз echo exec openbox >
/.xinitrc . Затем из консоли, которая будет после загрузки в multi-user.target , пиши startx и, по идее, должны будут загружаться иксы с оконным менеджером. Но в этом случае лог иксов надо будет искать в пользовательской директории, если он вдруг понадобится. Что-то типа
Прописал nomodeset. Вот видео загрузки https://yadi.sk/i/YURgXQ9HCeLp2A
На 14 сек искажается экран. В как раз в этом месте виснет(иногда), но этого не видно когда видео драйвер стартует, потому что когда возникает ошибка монитор в спячку уходит.
Что это может быть за сбой на 14 сек. Почему вывод искажается?
видео не смотрел.
переключается на некорректный видеорежим. попробуй задать допустимый в параметрах ядра при загрузке.
переключается на некорректный видеорежим. попробуй задать допустимый в параметрах ядра при загрузке
Вот скриншот как выглядит сбой ( длится 1 сек) https://yadi.sk/i/yBl2xoGXVq4sSw
Как тут задать видео режим? Именно в этот момент иногда происходит зависание. Такое впечатление что обращение в памяти по неправильному адресу.
Где в логах можно увидеть эту ситуацию?
в логах этого нет. как ядро/драйвер узнает, что обращается «по неправильному адресу»… упадёт? тогда будет бектрейс в dmesg.
сейчас посмотреть не могу, позже гляну… может неправильно сванговал…
Да это, скорее всего, тот же самый буфер, только отображённый с другим разрешением. В этом ничего страшного нет. Я не знаю как заставить иксы очищать буфер, поэтому предлагаю добавить к параметрам ядра systemd.show_status=0 , чтобы отключить отображение процесса загрузки в консоль 🙂
Ну может быть тот же буффер. Но странно что он не очищается при инициализации.
Прописал systemd.show_status=0 экран с искажениями исчез, но зависания остались.
Вот зависания происходят когда разрешение должно изменятся. Это в данный момент x стартует ? Там что то не так?
И еще если в логах видно что xorg сам завершается, то где найти причину по которой он так делает?
Он так делает, судя по логу, потому, что его просит об этом systemd и sddm.
Меня больше волнует почему комп уходит в сон во время загрузки. Это пока самый странный момент.
Попробуй дописать к параметрам ядра systemd.mask=sleep.target и systemd.mask=suspend.target (через запятую почему-то не работает, поэтому два раза systemd.mask= ). Если каждый раз неохота писать, то после удачной загрузки можно выполнить systemctl mask sleep.target suspend.target , но потом, когда проверишь сделай обратно, как было: systemctl unmask sleep.target suspend.target .
Попробуй дописать к параметрам ядра systemd.mask=sleep.target и systemd.mask=suspend.target (через запятую почему-то не работает, поэтому два раза systemd.mask=). Если каждый раз неохота писать, то после удачной загрузки можно выполнить systemctl mask sleep.target suspend.target
Он так делает, судя по логу, потому, что его просит об этом systemd и sddm. Меня больше волнует почему комп уходит в сон во время загрузки. Это пока самый странный момент.
Где то я читал что система может уходить в сон из-за сбоя что бы предотвратить худшие последствия. Это не точно, но кажется информация по этому поводу где то попадалась.
В как-то можно подробный лог видеодрайвер сделать?
Надо, наверное, включить отладочные сообщения. За это отвечает параметр loglevel=8 , или просто debug , ядра или, возможно, какой-то параметр драйвера. Может быть надо будет скомпилировать модуль или ядро, чтобы выводились более подробные отладочные сообщения, но навряд ли.
Есть опция для модуля, чтобы включить тест: radeon.test=1 , но не знаю, насколько она действенная.
Все сообщения потом надо будет смотреть в журнале.
Кстати, в том логе ещё есть такое сообщение:
А есть у тебя другая видеокарточка или комп, из которого временно можно выдернуть карту? Попробуй подменить.
Насчёт «аварийного засыпания» — довольно странное поведение, так как оно ничем не помогает, да и в логе, думаю, это как-то бы отображалось более очевидным образом, нежели «Reached target Sleep. Starting Suspend…».
У него правильный драйвер. Пробовать надо module_blacklist=amdgpu.
У него правильный драйвер. Пробовать надо module_blacklist=amdgpu.
Попробовал. Виснет. Думаю что проблема не в выборе драйвера, а в его инициализации. Выбран правильно. Потому что если система стартует, то работает без проблем. Браузер работает, видео нормально воспроизводиться, нет глюков. Проблема именно в инициализации, она работает через раз. Возможно это баг в самом драйвере. А может что то еще. Может другое оборудование вызывает сбой.
Только как можно узнать точно где проблема?
А есть у тебя другая видеокарточка или комп, из которого временно можно выдернуть карту? Попробуй подменить.
Нет, к сожалению, сейчас такой возможности нет.
Источник
