Manjaro KDE Edition
   1239

ПЕРИОДИЧЕСКИЕ зависания загрузки системы

Всем доброго времени суток!

Ребят, подскажите, пожалуйста, если сталкивался кто-то с подобной напастью, в чём может быть проблема? Ситуация такая:

Manjaro KDE довольно часто (но не всегда!) просто не загружается — зависает загрузка, просто чёрный экран без возможности вызвать командную строку, написать что-либо и т.д. Просто мёртвый чёрный экран и всё. На нажатия любых клавиш реакция нулевая, и помогает только «ручная» перезагрузка. Причём если нажать на системнике именно кнопку «Reset», то вероятность того, что всё зависнет точно так же и на том же самом месте равна 100%. Приходится именно вырубать комп, зажав на системнике кнопку «Power», подождать секунд 5-10, и только тогда включить заново. Если включить слишком рано, то, опять-таки, вероятность, что всё зависнет, крайне высока. Если подождать секунд 5, то почти всегда система без проблем загружается и дальнейшая работа идёт абсолютно без каких-либо сбоев и нареканий.

С этой проблемой столкнулся только недавно — на новом компьютере, хотя Manjaro использовал до этого года 3 как и на дремучем ноутбуке такой ерунды не было (юзал на нём в разное время и KDE и XFCE без проблем).

Из странностей (не знаю, связано ли оно с описанным выше) на новом компе было то, что сначала не получалось вообще с загрузочной флешки запуститься: при загрузке возникало сообщение ошибки «бла-бла-бла initramfs» — что-то вроде невозможности создать такую директорию. Точно уж не помню. И дальше всё останавливалось, но можно было команды вроде вводить. Тогда проблема решилась, насколько я помню, отключением Secure / Fast Boot в Bios'е: сообщение с ошибкой такой вылазило, но дальше всё равно всё загружалось и устанавливалось прекрасно. И пару месяцев всё работало хорошо, хотя беда с нерегулярным зависанием, описанным в начале этой темы, тоже была. Но я просто игнорил, перезагружал комп и работал дальше.

На днях решил полностью переустановить систему. Думал, что, возможно, полная чистая установка решит проблему с периодическими зависаниями. Но нет, не решила. Всё абсолютно чистое — никакого лишнего мусора в системе нет (принципиально всё в аккуратности на компе держу), лишнего хлама и зависимостей не «натянуто», система полностью обновлена и весь софт актуальный. А система как зависала через раз, так и зависает… Не знаю, что это за ерундень. Вроде не сильно мешает, но всё же напрягает это.

Конфигурация компа следующая:

Проц: AMD Ryzen 3 PRO 4350G (Renoir)
Материнка: ASUS PRIME B450M-K II (прошивка стоит актуальная)
Оперативка: 2 x 8 гб (планки разных производителей; AMD + Patriot Viper Elite, точнее не помню)
Графика и звук: встройка (на графику выделено 2 гига в настройках Bios'а)

Manjaro установлена как единственная система на NVMe SSD M.2 (128 гб).
Дополнительно стоит простой 2,5' SSD (240 гб) и 3,5' HDD (1 тб).

Версия ядра: 6.0.8-1 (обновился с 5.15 LTS, т.к. в 6-й версии исправлена какая-то ошибка на платформах AMD — мизерный, но, всё-таки, прирост скорости в играх заметен). Зависала система при включении вне зависимости от версии ядра.

Версия KDE: 5.26.3

Драйвер видео: amdgpu (установился и работает по-умолчанию сам).

Буду чрезвычайно признателен за какую-нибудь наводку — в чём может быть проблема таких зависаний «через раз»?

6 комментариев

avatar
Покажите вывод
lsblk -f;cat /etc/fstab;echo $XDG_SESSION_TYPE
Последний раз редактировалось
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
0
avatar
0
avatar
Здесь все нормальною Пробуйте «включить зеленые Оки» и смотреть на чем стопорится загрузка
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
0
avatar
А могли бы Вы подсказать, как это сделать? Я просто, можно сказать, «чайник»…

Знаю только, что логи загрузки можно (когда уже всё запустилось) посмотреть в терминале с помощью
<code>journalctl -b</code>

Вот так выглядит вывод этой команды, когда система с первой попытки загрузилась нормально:
0
avatar
А могли бы Вы подсказать, как это сделать?
один из вариантов и получим
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
0
avatar
Извиняюсь, что пишу сюда спустя почти три месяца, но вот так вышло, что все это время так и не удавалось найти причину этой напасти. Зависания случались реже, но все-таки случались. Тем не менее, я на это дело плюнул и уживался с этим как-то. Так вот. На днях, наконец, все выяснилось! Решил отписаться здесь — вдруг у кого ещё такая ерунда возникнет, так хоть наткнется в поиске на этот пост.

Случилось это так. Ни с того, ни с сего вдруг стали «падать» любые приложения. От системных до сторонних. Решил заново переустановить систему — с чистого листа начать давно собирался, а тут такое дело. Переустановил — но в этот раз версию на XFCE. Сначала все было нормально, но… Скоро опять все стало «сыпаться». Кроме того, стали появляться какие-то артефакты изображения, иногда стал крашиться Х-сервер. Я переустановил все в третий раз! Теперь на GNOME (на нем в итоге и остался теперь — понравилось). Manjaro GNOME использует Wayland вместо старых «иксов», поэтому часть ошибок исчезла. Но и тут приложения стали падать, хотя и не так агрессивно…

Отследить, в чем же дело, как это ни странно, помогли простые Chromium и Steam. В первом при падениях вкладок были указаны коды ошибок: «SIGSEGV» (чаще всего) и «SIGILL» (реже). И если со вторым кодом ясности не прибавилось, то первый код давал наводку на то, что проблема в оперативной памяти компа. Часто это ошибка кривого софта, но тут явно дело было именно в моей аппаратной части, ведь падали любые приложения, и тестированные-перетестированные миллионами человек. Подтвердить «диагноз» удалось в Steam — тоже почти случайно. В Стиме у меня возник странный глюк: когда закачка игры доходила до 99%, а затем шла проверка скачанных файлов, возникала ошибка: «пакет обновления поврежден». Простое гугление показало, что такая ошибка свойственна, опять-таки, при наличии «битой» оперативки.

В итоге я полез в системник, и ради эксперимента переставил планки оперативки (2 шт. по 8 гб.) местами. При попытке запустить комп спикер тут же стал пищать, выдавая сигнал об ошибке оперативной памяти и невозможности работы. Вытащил одну из планок, вызывавших подозрение (об этом расскажу чуть ниже) и без нее комп завелся с пол-тычка, и система работает просто как часы — никаких зависаний на запуске, и никаких падений приложений, красота!

Теперь по поводу планки оперативки. Комп хотя и свежий (собирал полгода назад примерно), но в самом начале была проблема — для сборки своей я туда купил две планки восьмигиговых под брендом AMD. Наивно полагал, что раз они делают отличные процессоры, которые, слава Богу, никогда меня в жизни не подводили, то и оперативка у них будет нормальной. НО! Из двух планок оперативки одна оказалась «дохлой» прямо из коробки — новая. Заменил ее на планку Patriot Viper Elite II (тоже на 8 гб.). Другая AMD-шная планка все-таки работала. Но, как оказалось, исходя из сказанного выше, что и она была поврежденной с самого начала, и работала полгода с ошибками, вызывая зависания при запуске системы, ошибки initramfs, а потом и все те «радости», о которых уже рассказал. Я ее, кстати, проверил при помощи MemTest86 (загрузочную флешку сделал), и на ней сумасшедшее количество ошибок при тестировании выявлено: за 42 секунды первого же теста было найдено более 2500 ошибок, а потом… Даже сама прога-тестировщик намертво повисла из-за битой планки. Короче, пришлось плашку ту выкинуть на помойку. На замену заказал еще одну планку «Патриота».

ВЫВОД: держитесь подальше от оперативки, выпускаемой под брендом «AMD» — из двух планок, купленных в разных упаковках, обе оказались бракованными изначально. Потом уже прочитал, что в той серии оперативки процент брака просто зашкаливает — не одному мне так «повезло». А все потому, что, как оказалось, сама компания AMD не имеет никакого отношения к разработке и производству оперативки и SSD-дискам, выпускаемым с их логотипом. Их делает сторонняя компания, отчисляя AMD проценты с прибыли за использование бренда. А качество — «гуано»… Чего не скажешь о процессорах — тут AMD «на коне».
+1
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.