ROSAForum

Да, тестинги отключены.
На urpm-package-cleanup --problems выводит "Проблем не найдено".
sudo urpm-package-cleanup --cleandupes не показал, что что-то удалил
reposync всё те же результаты выдал.

dmitrypp писал(а): ↑
02 июн 2018, 21:30
Да, тестинги отключены.
На urpm-package-cleanup --problems выводит "Проблем не найдено".
sudo urpm-package-cleanup --cleandupes не показал, что что-то удалил
reposync всё те же результаты выдал.

А зачем столько ненужных пакетов devel установлено?
Нужно в поиске набрать devel, в статусе щёлкнуть, чтобы отсортировало сверху установленные.
А потом удалить лишние из них, так как они не нужны в системе.
Оставить только необходимые.
Приложу картинку, какие у меня установлены.
Может после такой очистки сработает.
Но вообще, там у вас похоже что-то поломалось в пакетной базе,
и теперь не может разрешить зависимости.

Что-то компилить пробовал. Видимо, тогда накачалось. Wineasio, vst-плагины, php и ещё что-то.
Сейчас буду пробовать откатываться ещё раз без devel.

Получилось переобновиться, спасибо. Пока Плазма не висла.

У кого зависает plasma5 проверьте с ядром 4.15 от убунту.

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

http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2016.1/x86_64/kernel_desktop_4_15/release/

Если бы кто-то, у кого зависает, и если будет зависать также с этим ядром,
согласился установить для проверки пакеты с plasma5, которыми пользуюсь я сам,
было бы полезно.
Но там довольно много пакетов.
Там qt-5.10.1, frameworks и plasma5.
При сборке убрал из них патчи для изменения внешнего вида,
так как думал, что это из-за них зависало.
У меня с тех пор не зависает.
Откатить назад будет несложно, как обсуждали здесь недавно.
И желательно с видео картой intel, так как похоже проблемы на ноутбуках с этой картой.

В общем, залил на яндекс диск архив с обновлением plasma5
https://yadi.sk/d/Hzqj_xR23Xonin
Эта сборка наиболее близкая к апстриму.
Там минимум патчей.
У меня такой вариант сборки не зависает с 5 марта уже.
Правда я на ноутбуке использую ядра от убунту, 4.13.0 и 4.15.0,
и примерно тоже с того времени.
Но вначале перестало зависать и на ядре 3.14, на эти ядра перешёл позже.
В архиве qt-5.10.1, frameworks-5.47.0 и plasma-5.12.90.
Так же есть приложения из applications самые свежие,
ну там dolphin, spectacle, проигрыватель музыки elisa, может ещё какие, все не помню.
Plasma-5.13.0 ещё не собирал, но тут только номер отличается, 5.12.90,
но на самом деле в содержимом тот же 5.13.0, но есть и более новые изменения,
в plasma5-kwin во всяком случае точно есть.
Так же добавлена возможность загружаться в сеанс wayland.
Везде сделан перевод, только у настройки мыши поломали
отображение перевода при переходе на libinput.
Для установки нужно скачать и распаковать архив с локальным источником.
Потом дать команду подключения источника, например типа такой

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

urpmi.addmedia plasma /home/victor/plasma/

У вас естественно свой путь к источнику
А потом дать команду

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

urpmi --auto-update --auto

Если понадобится откатить это обновление,
то даём команду

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

urpmi.removemedia plasma

а потом команду

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

urpm-reposync -v -k

Которая откатит все изменения.
Хотелось бы знать, будут ли зависания на этой сборке, или это просто у меня перестало само зависать.
Если будут вопросы, или проблемы, то я тут и помогу решить или подскажу.

VictorR2007 писал(а): ↑
11 июн 2018, 19:26
В общем, залил на яндекс диск архив с обновлением plasma5
https://yadi.sk/d/SgTeiun_3XmhFg
Эта сборка наиболее близкая к апстриму.
Там минимум патчей.
У меня такой вариант сборки не зависает с 5 марта уже.
Правда я на ноутбуке использую ядра от убунту, 4.13.0 и 4.15.0,
и примерно тоже с того времени.

Если будут вопросы, или проблемы, то я тут и помогу решить или подскажу.

...у меня вот такая ... получается:

...восстановил базу (помог 4-й способ из вики) - все установилось

adeptru писал(а): ↑
12 июн 2018, 07:17
...восстановил базу (помог 4-й способ из вики) - все установилось

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

adeptru писал(а): ↑
12 июн 2018, 09:23
...может, только у меня так: и вэйланд, и коди -режимы нагревают систему и подвешивают ее,

Да, досадно. Ну меня ранее иногда вайланд также вел себя, и оказалось что настройки kwin были виноваты.
После удаления файла ~/.config/kwinrc и перезапуска сеанса проблема исчезала.
А вы какими дровами intel пользуетесь.
Наверное лучше использовать x11-server, через пакет x11-driver-video-intel-config-modesetting.
А графику из x11_backports не используете.
Там для интел все очень хорошо работает.
Особенно с пакетом x11-driver-video-intel-config-modesetting.
https://unixforum.org/viewtopic.php?t=144917

VictorR2007 писал(а): ↑
12 июн 2018, 10:40

adeptru писал(а): ↑
12 июн 2018, 09:23
...может, только у меня так: и вэйланд, и коди -режимы нагревают систему и подвешивают ее,
Да, досадно. Ну меня ранее иногда вайланд также вел себя, и оказалось что настройки kwin были виноваты.
После удаления файла ~/.config/kwinrc и перезапуска сеанса проблема исчезала.
А вы какими дровами intel пользуетесь.
Наверное лучше использовать x11-server, через пакет .
А графику из x11_backports не используете.
Там для интел все очень хорошо работает.
Особенно с пакетом x11-driver-video-intel-config-modesetting.
https://unixforum.org/viewtopic.php?t=144917

...у меня пакет x11-driver-video-intel-config-modesetting установлен... А как заставить систему работать, как Вы говорите?

adeptru писал(а): ↑
12 июн 2018, 13:24
А как заставить систему работать, как Вы говорите?

Вот даже не знаю. Видимо специфика вашего железа.
У меня ASUS N56VV, и на нём сейчас нормально.
Или вы об x11_backports?
Если об x11_backports, то об этом можно почитать в этой теме
https://forum.rosalinux.ru/viewtopic.ph ... _backports
В последнее время я собираю и обновляю пакеты в x11_backports,
так что использую их на постоянной основе, чтобы не пропустить туда брак.
Но для nvidia сейчас новый x11-server-1.20 работает только со свободными дровами.

VictorR2007 писал(а): ↑
12 июн 2018, 13:53

adeptru писал(а): ↑
12 июн 2018, 13:24
А как заставить систему работать, как Вы говорите?
Вот даже не знаю. Видимо специфика вашего железа.
У меня ASUS N56VV, и на нём сейчас нормально.
Или вы об x11_backports?
Если об x11_backports, то об этом можно почитать в этой теме
https://forum.rosalinux.ru/viewtopic.ph ... _backports
В последнее время я собираю и обновляю пакеты в x11_backports,
так что использую их на постоянной основе, чтобы не пропустить туда брак.
Но для nvidia сейчас новый x11-server-1.20 работает только со свободными дровами.

...источники из этого топика у меня уже есть
спасибо за рекомендации - будем пробовать

Кстати, пакеты со свежим KDE5, которые в архиве на яндекс диске, собирались
как раз с иксами из x11_backports, и я со стандартными иксами даже не пользовался этим KDE5.
28 февраля опубликовали x11-server-1.20-rc1,
и начал проверять его в плане возможности сборки и работоспособности, а также в плане
готовности его после релиза быть добавленным в x11_backports.
Так что пришлось полностью перейти на него ещё в начале марта.

VictorR2007 писал(а): ↑
12 июн 2018, 14:16
Кстати, пакеты со свежим KDE5, которые в архиве на яндекс диске, собирались
как раз с иксами из x11_backports, и я со стандартными иксами даже не пользовался этим KDE5.
28 февраля опубликовали x11-server-1.20-rc1,
и начал проверять его в плане возможности сборки и работоспособности, а также в плане
готовности его после релиза быть добавленным в x11_backports.
Так что пришлось полностью перейти на него ещё в начале марта.

...сейчас заметил - Dolphin (root) пропал в Вашем архиве

adeptru писал(а): ↑
12 июн 2018, 14:59
...сейчас заметил - Dolphin (root) пропал в Вашем архиве

Это не отдельный пакет, это пакет plasma5-dolphin-18.04.1.
Нужно пересобирать.
Я там забыл подключить один патч, и он от рута не работает.

Коллеги, после двух лет пользования системы без переустановки, а только обновления, система начала подвисать и не прорисовуются / либо с задержкой прорисовуются окна, такое чувство что в репах обновили драйвера на радеон.. Система рабочая нужна была срочно, скачал новый образ от 04.05.18 и установил без форматирования раздела хоум. Вроде на пару дней проблема ушла, а потом снова появляется, ноут виснит намертво, на кнопки не реагирует.

URL пробы: https://linux-hardware.org/?probe=5cbdf712a8

Залил обновления на яндекс диск.
https://yadi.sk/d/Hzqj_xR23Xonin
Нужно удалить старую папку с пакетами, и на то место распаковать новый архив.
Ещё починил пакет «plasma5-dolphin-18.04.2», чтобы работал «Dolphin (root)»

VictorR2007 писал(а): ↑
12 июн 2018, 23:39
Залил обновления на яндекс диск.
https://yadi.sk/d/Hzqj_xR23Xonin
Нужно удалить старую папку с пакетами, и на то место распаковать новый архив.
Ещё починил пакет «plasma5-dolphin-18.04.2», чтобы работал «Dolphin (root)»

...накосячил, честно скажу

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

Подскажите, люди добрые, как исправить?!

Нужно удалить файл /etc/X11/xorg.conf, если есть.
Пробуем перезагрузиться.
Если графика не запустилась, переходим в соседнюю консоль,
нажав клавиши Alt + Ctrl +F2, там логинимся и вводим XFdrake,
и настраиваем на тот драйвер, который система поставит первым с списке доступных.

VictorR2007 писал(а): ↑
13 июн 2018, 08:11
Нужно удалить файл /etc/X11/xorg.conf, если есть.
Пробуем перезагрузиться.
Если графика не запустилась, переходим в соседнюю консоль,
нажав клавиши Alt + Ctrl +F2, там логинимся и вводим XFdrake,
и настраиваем на тот драйвер, который система поставит первым с списке доступных.

Помогло! Удаление файла!

Спасибо огромное!!!

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

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

urpmi xinput

потом

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

rpm -e --nodeps x11-driver-input-libinput

Если поможет, отпишитесь здесь пожалуйста.
Сейчас работа мышки реализуется через новый модуль, который разрабатывается для wayland,
и который называется x11-driver-input-libinput.
Для иксов всегда ранее использовался модуль xinput.
Если поможет, можно будет исправить в репах.
Специально дал такую команду на удаление x11-driver-input-libinput,
потому что простое удаление этого пакета сделает сиротами несколько важных пакетов,
что в свою очередь может сломать систему при удалении пакетов сирот.

Кто нибуть решил проблему ? Надоело уже.... Уже частично сижу на lxqt, очень криво работает, не все иконки отображает, но покрайне мере не зависает в самый ответственный момент

Подскажите, в окне авторизации есть выбор "KDE/openbox", в этом режиме такие же зависания или нет? Что это за DE ?

admsasha писал(а): ↑
07 июл 2018, 13:43
Кто нибуть решил проблему ?

У меня перестало зависать на ноутбуке с видеокартой intel.
Но не знаю точно, что повлияло.
Перешёл на использование вывода видео через x11-server,
используя пакет x11-driver-video-intel-config-modesetting.
Потом перешёл на x11-server-1.20.0 из x11_backports_personal.
И ещё перешёл на ядро на основе убунтовского, на это
http://abf-downloads.rosalinux.ru/kerne ... 5/release/
Примерно с начала марта ни разу не зависло.
Вроде всегда зависало, когда пытался перейти в окно firefox, шёлкнув по его значку на панели задач.
Но могу и ошибаться.

VictorR2007 писал(а): ↑
07 июл 2018, 15:26
Вроде всегда зависало, когда пытался перейти в окно firefox, шёлкнув по его значку на панели задач.

Хм. По-прежнему ничего не зависает, всё работает как надо. Тестинги все включены. Intel + NVIDIA.

Обновил плазму

VictorR2007 писал(а): ↑
12 июн 2018, 23:39
Залил обновления на яндекс диск.
https://yadi.sk/d/Hzqj_xR23Xonin

Обновил ядро до версии 4.17.
Наблюдаю.

Вопросики таки непобедимы...

ans писал(а): ↑
31 июл 2018, 06:08
Обновил плазму
VictorR2007 писал(а): ↑
12 июн 2018, 23:39
Залил обновления на яндекс диск.
https://yadi.sk/d/Hzqj_xR23Xonin
Обновил ядро до версии 4.17.
Наблюдаю.

Прошло 10 дней - как зависало, так и зависает.
Устанавливал на 2 ПК и 1 ноутбук.

Кстати, тут лежат обновления https://yadi.sk/d/-a5HbVwf3a6dJz
Правда они собирались с подключенным x11_backports, так что не знаю, заругаются ли при обновлении.
И ещё они собраны с ffmpeg-4, который тоже лежит в обновлении.
Залил туда то, что у меня установлено на постоянной основе.
Там лежит frameworks-5.48 и самая свежая plasma5.

У меня то же наблюдается зависание системы, за месяц 2 раза уже . Не критично, но не приятно. Выход из зависания только выключение через удержание 5 секунд кнопки сеть.
Может есть еще какой нибудь способ выход из зависания кроме перезагрузки ноута?

klopio писал(а): ↑
10 авг 2018, 14:53
Может есть еще какой нибудь способ выход из зависания кроме перезагрузки ноута?

Alt+Ctrl+Backspace

VictorR2007 писал(а): ↑
10 авг 2018, 11:38
Кстати, тут лежат обновления https://yadi.sk/d/-a5HbVwf3a6dJz
Правда они собирались с подключенным x11_backports, так что не знаю, заругаются ли при обновлении.

Подключил на всякий случай x11_backports, всё обновилось нормально

Наблюдаем дальше

ans писал(а): ↑
10 авг 2018, 21:35
Подключил на всякий случай x11_backports, всё обновилось нормально
Наблюдаем дальше

Источник x11_backports не подходит для тех, кто пользуется картой Nvidia.
Там x11-server-1.20.0, и проприетарные дрова nvidia с ним пока не работают.

[/quote]

VictorR2007 писал(а): ↑
10 авг 2018, 18:02

klopio писал(а): ↑
10 авг 2018, 14:53
Может есть еще какой нибудь способ выход из зависания кроме перезагрузки ноута?
Alt+Ctrl+Backspace

Пробовал alt-ctrl+backspace, не помогает. Все зависает, кроме указателя. Но он бесполезен, так как все не активно.

Сработало alt-ctrl+backspace. Нажимать оказывается надо было не на правой стороне которой, а на левой стороне ctrl. А я правша , не сразу сообразил.
Благодарю за подсказку.

VictorR2007 писал(а): ↑
11 авг 2018, 06:48

ans писал(а): ↑
10 авг 2018, 21:35
Подключил на всякий случай x11_backports, всё обновилось нормально
Наблюдаем дальше
Источник x11_backports не подходит для тех, кто пользуется картой Nvidia.
Там x11-server-1.20.0, и дрова nvidia с ним пока не работают.

Обновил ещё на двух ПК без подключения x11_backports.
Установилось без проблем.
Ещё и ядро обновилось с 4.17.4 до 4.17.14 (сразу на 10 пунктов).
Наблюдаем.

ans писал(а): ↑
13 авг 2018, 06:16
Ещё и ядро обновилось с 4.17.4 до 4.17.14 (сразу на 10 пунктов).
Наблюдаем.

Наверное стоило использовать это ядро 4.17 http://abf-downloads.rosalinux.ru/kerne ... 7/release/
Там много полезных исправлений от убунту.
Здесь список исправлений
https://launchpad.net/ubuntu/+source/linux/4.17.0-7.8
Или же это ядро, которое скоро должно стать у нас официальным (скорее всего), http://abf-downloads.rosalinux.ru/kerne ... 5/release/
Тоже много полезных исправлений от убунту.
Здесь список исправлений
https://launchpad.net/ubuntu/+source/linux/4.15.0-31.33

VictorR2007 писал(а): ↑
13 авг 2018, 19:08
Наверное стоило использовать это ядро 4.17 http://abf-downloads.rosalinux.ru/kerne ... 7/release/
Там много полезных исправлений от убунту.

Сейчас попробуем эту убунту

Наблюдаем.

Вроде пошустрее стало

А почему вы решили, что виновато ядро ? Сама система то не зависает. Зависает именно plasma. Я сменил только DE и уже несколько месяцев зависаний нет.

admsasha писал(а): ↑
14 авг 2018, 04:53
А почему вы решили, что виновато ядро ? Сама система то не зависает. Зависает именно plasma. Я сменил только DE и уже несколько месяцев зависаний нет.

Есть мнение, что с убунтовским ядром не зависает, к тому же его собираются сделать официальным. Для интереса поставил.
И Виктору помочь тестом.

Я с самого начала сижу на R10, но с KDE4 и зависаний никогда не было. Ядра тут не причем. Ошибки нужно искать в Плазме по моему.

Barmalei писал(а): ↑
14 авг 2018, 09:53
Ошибки нужно искать в Плазме по моему.

...или подружить её с Росой

ans писал(а): ↑
10 авг 2018, 21:35
Подключил на всякий случай x11_backports, всё обновилось нормально

Если карта intel, то стоит установить пакет x11-driver-video-intel-config-modesetting.
Драйвера для intel далеко не новые.
А в x11-server драйвера для intel постоянно разрабатываются.
Так что лучше использовать для этого драйвера x11-server, которые включаются после установки пакета x11-driver-video-intel-config-modesetting.
Кстати, дня три назад собрал в x11_backports новый x11-server-1.20.1.
В основном изменения для wayland и ещё как раз для modesetting.

Вот так можно сделать пробу после зависания.

Если ещё раз зависнет, попробуй alt-sysrq-R, E, I, S, U, B (см. "magic sysrq key" в любом поисковике, если нужны детали, как это работает).Если система при этом перезагрузится, нужно загрузить данные с помощью hw-probe сразу после этого.Если повезёт, из пробы узнаем, на чём именно всё зависло при предыдущей загрузке. Тогда можно будет сказать точнее, какой компонент виноват.

В старых DE всё стабильно давно, а plasma5 переписывается для работы на wayland.
Может и это как-то влияет при каких-то условиях на картах intel.

X11 тоже как я понимаю не зависает. Я одно время делал эксперимент. Входил со второго сеанса с тем же пользователем, но в другую DE. т.е. у меня получалось два сеанса открытых KDE5/Plasma и lxqt. Но работал в KDE5/Plasma Когда происходило зависание, спокойно перехожу во вторую консоль и всё там работает.

Сложно понять причину.
У меня перестало зависать на plasma5 с начала марта.
Так и не понял, почему.
То ли переход на ядро от убунту.
В то время перешёл на это ядро
http://abf-downloads.rosalinux.ru/kerne ... 3/release/
То ли переход на x11-server-1.20 с использованием modesetting, в то время ещё бетка был.
Кстати, по x11-server-1.20.
Вчера собрал mesa-18.2.0-rc2. Теперь на Росе с x11-server-1.20.1, с mesa-18.2.0-rc2
начали отлично работать дрова nvidia396-396.51. Это на гибридной графике intel-nvidia.
Радует, что всё это так же работает в сеансе wailand, включая игры в steam.
Похоже, можно будет и домашний стационарный комп перевести на x11-server-1.20.1.
Наверное, после релиза mesa-18.2, можно будет в x11_backports_personal добавить дрова nvidia396-396.51.
Наконец подружили nvidia с wayland.

VictorR2007 писал(а): ↑
15 авг 2018, 04:22
Сложно понять причину.
У меня перестало зависать на plasma5 с начала марта.
Так и не понял, почему.
То ли переход на ядро от убунту.

Я уже раньше говорил, одна из причин - работа с памятью.
Например, у меня 8Гб оперативки, нагружаю путём запуска firefox, yandex, slimjet до 4Гб, потом запускаю VBox и... вуаля - всё висит.
Пробовал вчера и на убунтовском ядре - всё по-прежнему.
На Kde4 такого нет.

Похоже, что euspectre удалось частично воссоздать проблему.
Там проблема, что ядро, а точнее, nouveau, ругается на plasmashell.
И в итоге всё зависло.

VictorR2007 писал(а): ↑
15 авг 2018, 20:45
Похоже, что euspectre удалось частично воссоздать проблему.
Там проблема, что ядро, а точнее, nouveau, ругается на plasmashell.
И в итоге всё зависло.

Аж 2 года так работает.
Я через какое-то время поставил виджет с показаниями расхода памяти и если вижу, что к 6 Гб приближается, то уже не разгоняю, а что-то закрываю. Вот тогда ещё можно как-то работать.

ans писал(а): ↑
15 авг 2018, 07:39
Пробовал вчера и на убунтовском ядре - всё по-прежнему.
На Kde4 такого нет.

Это с какими иксами? Из x11_backports, или со стандартными.
И установлен ли пакет x11-driver-video-intel-config-modesetting?
И plasma5 из архива, что я выложил?
Если всё это установлено, то у нас разница только в том,
что у меня firefox с оффсайта.
В данный момент этот http://archive.mozilla.org/pub/firefox/ ... x86_64/ru/
А установленный от Росы всегда удаляю.

VictorR2007 писал(а): ↑
19 авг 2018, 23:09
Это с какими иксами? Из x11_backports, или со стандартными.
И установлен ли пакет x11-driver-video-intel-config-modesetting?
И plasma5 из архива, что я выложил?
Если всё это установлено, то у нас разница только в том,
что у меня firefox с оффсайта.
В данный момент этот http://archive.mozilla.org/pub/firefox/ ... x86_64/ru/
А установленный от Росы всегда удаляю.

Пакет x11-driver-video-intel-config-modesetting-1.0-2-rosa2016.1.noarch уже установлен
plasma5 из архива
firefox из Росы

ans писал(а): ↑
20 авг 2018, 07:38
Пакет x11-driver-video-intel-config-modesetting-1.0-2-rosa2016.1.noarch уже установлен
plasma5 из архива
firefox из Росы

А если на машине, где установлены обновления из x11_backports,
попробовать удалить firefox, и погонять с этим firefox http://archive.mozilla.org/pub/firefox/ ... x86_64/ru/
Хотелось бы понять, почему у меня перестало зависать.

VictorR2007 писал(а): ↑
21 авг 2018, 00:26
А если на машине, где установлены обновления из x11_backports,
попробовать удалить firefox, и погонять с этим firefox http://archive.mozilla.org/pub/firefox/ ... x86_64/ru/
Хотелось бы понять, почему у меня перестало зависать.

Хорошо, у меня на трёх, сделаю на трёх.
Но странно, что какой-то FF может приводить к зависанию
Удалять обязательно или, может, просто не запускать?

ans писал(а): ↑
21 авг 2018, 10:45
Хорошо, у меня на трёх, сделаю на трёх.
Но странно, что какой-то FF может приводить к зависанию
Удалять обязательно или, может, просто не запускать?

Лучше удалить.
А зависать из-за программы вполне может, так как у нас свой компилятор gcc,
у него свои оптимизации и т.п.

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

Since I did the update yesterday for BIOS, yesterday I was also changing the two 4 Gb memory ram modules with only one module. Since then until now no more freeze.
Maybe it is also related to memory allocation - just maybe, as I'm not really an expert, at list in my case.

VictorR2007 писал(а): ↑
21 авг 2018, 19:06
Лучше удалить.
А зависать из-за программы вполне может, так как у нас свой компилятор gcc,
у него свои оптимизации и т.п.

Хорошо, удалю.

VictorR2007 писал(а): ↑
21 авг 2018, 19:08
Кстати, вчера написал один товарищ, у которого были зависания.
Вот часть текста

Since I did the update yesterday for BIOS, yesterday I was also changing the two 4 Gb memory ram modules with only one module. Since then until now no more freeze.
Maybe it is also related to memory allocation - just maybe, as I'm not really an expert, at list in my case.

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

Кстати, можно прилично уменьшить нагрузку на систему, отключив lvm2.
А то сканирует диски, хотя raid массива нет.
Отключить можно заменив в строку use_lvmetad = 1 в файле /etc/lvm/lvm.conf
на строку use_lvmetad = 0
Но так не все службы отключаются.
Я удаляю его полностью командой

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

rpm -e --nodeps lvm2 lib64lvm2cmd2.02 lib64lvm2app2.2

VictorR2007 писал(а): ↑
22 авг 2018, 06:05
Кстати, можно прилично уменьшить нагрузку на систему, отключив lvm2.
А то сканирует диски, хотя raid массива нет.

Хорошо, отключу

ans писал(а): ↑
15 авг 2018, 07:39
Я уже раньше говорил, одна из причин - работа с памятью.
Например, у меня 8Гб оперативки, нагружаю путём запуска firefox, yandex, slimjet до 4Гб, потом запускаю VBox и... вуаля - всё висит.

Сейчас попрбовал - всё благополучно зависло

Уже писал вроде тут про alt-sysrq.

Если ещё раз зависнет, попробуй alt-sysrq-R, E, I, S, U, B (см. "magic sysrq key" в любом поисковике, если нужны детали, как это работает).Если система при этом перезагрузится, нужно загрузить данные с помощью hw-probe сразу после этого.Если повезёт, из пробы узнаем, на чём именно всё зависло при предыдущей загрузке. Тогда можно будет сказать точнее, какой компонент виноват.

VictorR2007 писал(а): ↑
22 авг 2018, 19:10
Если ещё раз зависнет, попробуй alt-sysrq-R, E, I, S, U, B(см. "magic sysrq key" в любом поисковике, если нужны детали, как это работает).Если система при этом перезагрузится, нужно загрузить данные с помощью hw-probe сразу после этого.Если повезёт, из пробы узнаем, на чём именно всё зависло при предыдущей загрузке. Тогда можно будет сказать точнее, какой компонент виноват.

Пока сам не виснет, если оперативную память до конца не забивать. Но если принудительно завесить, то через "alt-sysrq-R, E, I, S, U, B" перезагрузиться не получается.
Ещё проблемы с убунтовским ядром 4.17.0-9.1, не работает с ним

Сегодня опять случилось зависание. Такое, как указывал ранее. Опытным путем был найден виновный в этом процесс - это kwin_x11

ans писал(а): ↑
25 авг 2018, 18:33
Пока сам не виснет, если оперативную память до конца не забивать.

Параметр swappiness не меняли часом?
cat /proc/sys/vm/swappiness
У меня показывает 60.

Survolog писал(а): ↑
27 авг 2018, 16:18

ans писал(а): ↑
25 авг 2018, 18:33
Пока сам не виснет, если оперативную память до конца не забивать.
Параметр swappiness не меняли часом?
cat /proc/sys/vm/swappiness
У меня показывает 60.

Нет.
У меня тоже:
# cat /proc/sys/vm/swappiness
60

va9(2) писал(а): ↑
27 авг 2018, 13:56
Опытным путем был найден виновный в этом процесс - это kwin_x11

Нужно удалить файл /home/victor/.config/kwinrc и перезапустить сеанс.
Давненько было, что после какого-то обновления plasma5, процесс kwin стал
потреблять очень много ресурсов.
После удаления файла /home/victor/.config/kwinrc всё прошло.

VictorR2007 писал(а): ↑
27 авг 2018, 18:57
Нужно удалить файл ~/.config/kwinrc и перезапустить сеанс.

Файл удалил, сеанс перезапустил - сбросились некоторые настройки. Решил снова все настроить, а спустя пару минут зашумела система охлаждения. Заглянул в htop - процесс kwin_x11 нагружает одно ядро на 100%. Снова удалил файл и перезапустил сеанс - kwin_x11 сразу нагрузил ядро на 100%. Перезагрузил ноутбук - пока нормально работает, но не настаивал еще...

va9(2) писал(а): ↑
27 авг 2018, 19:17
Решил снова все настроить, а спустя пару минут зашумела система охлаждения.

А если не настраивать?
Кстати, из сети никакие темы, или что-то из подобного, для рабочего стола не устанавливали?
А то может что-то несовместимое попалось.

VictorR2007 писал(а): ↑
27 авг 2018, 19:29
из сети никакие темы, или что-то из подобного, для рабочего стола не устанавливали?

Не устанавливал

VictorR2007 писал(а): ↑
22 авг 2018, 19:10
Если ещё раз зависнет, попробуй alt-sysrq-R, E, I, S, U, B(см. "magic sysrq key" в любом поисковике, если нужны детали, как это работает).Если система при этом перезагрузится, нужно загрузить данные с помощью hw-probe сразу после этого.Если повезёт, из пробы узнаем, на чём именно всё зависло при предыдущей загрузке. Тогда можно будет сказать точнее, какой компонент виноват.

Наконец-то удалось перезагрузится по этой комбинации.
URL пробы: https://linux-hardware.org/?probe=5553e4833d

Опять kwin_x11 завис

ans писал(а): ↑
28 авг 2018, 07:21

Наконец-то удалось перезагрузится по этой комбинации.
URL пробы: https://linux-hardware.org/?probe=5553e4833d
[/quote]
Смотрю, а пакет x11-driver-video-intel-config-modesetting не установлен.
Не было смысла устанавливать новый x11_server, если использовать старые дрова intel.
Для того и нужны новые иксы, чтобы с помощью пакета x11-driver-video-intel-config-modesetting
использовать их дрова для вывода видео.

VictorR2007 писал(а): ↑
29 авг 2018, 05:50
Смотрю, а пакет x11-driver-video-intel-config-modesetting не установлен.
Не было смысла устанавливать новый x11_server, если использовать старые дрова intel.
Для того и нужны новые иксы, чтобы с помощью пакета x11-driver-video-intel-config-modesetting
использовать их дрова для вывода видео.

Самое интересное, что я пост об этом читал viewtopic.php?p=95027#p95027
и x11-driver-video-intel-config-modesetting устанавливал, но куда он делся не пойму.

ans писал(а): ↑
29 авг 2018, 06:51
куда он делся не пойму.

Иногда они пропадают из-за забытого фриза:
sudo rfreeze status

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

https://hobo.house/2018/05/18/fix-for-intel-i915-gpu-freeze-on-recent-linux-kernels/

Автор советует собрать DRM-код отсюда:

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

https://cgit.freedesktop.org/drm-tip/

Zeffanyx писал(а): ↑
07 янв 2019, 13:54
Код: Выделить всё
https://hobo.house/2018/05/18/fix-for-intel-i915-gpu-freeze-on-recent-linux-kernels/
Автор советует собрать DRM-код отсюда:
Код: Выделить всё
https://cgit.freedesktop.org/drm-tip/

Если я правильно понял, это действительно только для драйвера intel.
Если же использовать modesetting, он у нас включен по умолчанию в x11-server-1.20.3 в x11_backports_personal,
или включается установкой пакета x11-driver-video-intel-config-modesetting,
если используется стандартный x11-server-1.19.6.
И как оказалось, для intel очень полезно установить пакет x11-server-xwayland.
Для сборки KDE5 практически постоянно используется wayland, и пакеты, собранные на wayland.
viewtopic.php?p=98527#p98527
В общем, если использовать modesetting и x11-server-xwayland, проблем не должно быть.
В конце февраля будет год, как я позабыл об зависаниях, с тех пор, как перешёл на x11-server-1.20.
А x11-server-xwayland у меня всегда установлен, так как часто загружаю kde5 в сеансе wayland.

З.Ы.
В продолжение предыдущего сообщения.
Я при подключенном источнике x11_backports_personal,
вообще удаляю все дрова, и всё отлично работает на x11-server-1.20.3.
Для образца вбил команду на установку пакета x11-driver-video, чтобы было видно,
какие пакеты он захочет установить.

Я сейчас использую ядро 4.19, где, по идее, уже должен быть свежий код для Intel DRM. Зависаний пока не было, так что возможно, что проблема решена.

На всякий случай, обновлю эту тему.
На моей машине проблема с зависанием так и не решилась. Более того, она стала появляться и на второй системе (openSUSE 15) время от времени.
Зависание интерфейса происходит при повышенной нагрузке на GPU, например при загрузке тяжелых страниц в Falkon, или иногда при некоторых эффектах в Плазме. В логах из полезного вижу только "GPU hang".
Под подозрением ядро > 4.9, Mesa.
CPU Intel Core i3 2105, HD Graphics 3000.

Вот и у меня сегодня Плазма подвисла. Или не Плазма. Не знаю что...

Мышка и клавиатура не реагируют. Музон из плеера играет.
Перешёл на вторую консоль и залогинился под рутом. Уже хорошо.
Грохнул Плазму. Результата нет. При этом при переходе назад KWin ругнулся, что перезапустил что-то там.
Вообщем решил я и его грохнуть. Удивительно, но управление вернулось.
Через консоль запустил обратно KWin. Сейчас сижу, вроде всё работает.

И в логах ничего подозрительного кроме периодических сообщений:

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

26.02.2019 22:36	kernel	kauditd_printk_skb: 7 callbacks suppressed

А в 22:37 я залогинился на руте.

Странные дела творятся.

Andreas17 писал(а): ↑
26 фев 2019, 22:55
Мышка и клавиатура не реагируют. Музон из плеера играет.

Причём мышка перемещается, но сам интерфейс как бы "застыл". У вас так же?

А пакеты x11-driver-video-intel-config-modesetting и x11-server-xwayland установлены?

VictorR2007 писал(а): ↑
27 фев 2019, 13:23
А пакеты x11-driver-video-intel-config-modesetting и x11-server-xwayland установлены?

Вечером посмотрю. Они нужны или наоборот, не нужны?

P.S.
Вы наверно имели в виду вот это:
https://lists.debian.org/debian-kde/201 ... 00032.html

Zeffanyx писал(а): ↑
27 фев 2019, 13:26
Вы наверно имели в виду вот это:

Удивлён, что вы не в курсе.
Как выяснилось постепенно на форуме, после установи этих пакетов обычно пропадают
проблемы с графикой или зависания.
viewtopic.php?p=98333#p98333
viewtopic.php?p=99181#p99181
Но если подключены источники x11_backports, то пакет x11-driver-video-intel-config-modesetting устанавливать
не нужно, там автоматом используется этот режим.
В ОС Neon используется вариант x11-driver-video-intel-config-modesetting,
только с их пакетом.

VictorR2007 писал(а): ↑
27 фев 2019, 15:53

Zeffanyx писал(а): ↑
27 фев 2019, 13:26
Вы наверно имели в виду вот это:
Удивлён, что вы не в курсе.
Как выяснилось постепенно на форуме, после установи этих пакетов обычно пропадают
проблемы с графикой или зависания.
viewtopic.php?p=98333#p98333
viewtopic.php?p=99181#p99181
Но если подключены источники x11_backports, то пакет x11-driver-video-intel-config-modesetting устанавливать
не нужно, там автоматом используется этот режим.
В ОС Neon используется вариант x11-driver-video-intel-config-modesetting,
только с их пакетом.

Я конечно попробую, но в приведённых вами ссылках речь об артефактах, а не о фризах.

Zeffanyx писал(а): ↑
27 фев 2019, 13:10
Причём мышка перемещается, но сам интерфейс как бы "застыл". У вас так же?

Так точно.

Zeffanyx писал(а): ↑
27 фев 2019, 16:33
Я конечно попробую, но в приведённых вами ссылках речь об артефактах, а не о фризах.

Это то, что я нашёл от других из недавнего.
Не показывать же, где я уговариваю всех пользователей intel, у кого фризы,
устанавливать пакет x11-driver-video-intel-config-modesetting,
или обновляться из x11_backports.
Эта проблема видео intel, и как оказалось, решается именно так.
С лета всем напоминаю, и постепенно, по мере следования советам, часть народа ушла от фризов.
На Neon нет этой проблемы, так как на Intel по умолчанию автоматически
устанавливают свой аналог пакета x11-driver-video-intel-config-modesetting.
У меня с марта 2018 нет фризов после перехода на modesetting.

VictorR2007 писал(а): ↑
27 фев 2019, 18:48

Zeffanyx писал(а): ↑
27 фев 2019, 16:33
Я конечно попробую, но в приведённых вами ссылках речь об артефактах, а не о фризах.
Это то, что я нашёл от других из недавнего.
Не показывать же, где я уговариваю всех пользователей intel, у кого фризы,
устанавливать пакет x11-driver-video-intel-config-modesetting,
или обновляться из x11_backports.
Эта проблема видео intel, и как оказалось, решается именно так.
С лета всем напоминаю, и постепенно, по мере следования советам, часть народа ушла от фризов.

Спасибо, ваш совет помог. Я не сразу сообразил, как посмотреть, какой драйвер используется, в итоге проверил так:

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

sudo inxi -G -c0

Пока что фризов больше нет. Ещё раз спасибо!

VictorR2007 писал(а): ↑
27 фев 2019, 18:48
Эта проблема видео intel, и как оказалось, решается именно так.

Боюсь, что это проблема не только видео intel, как оказалось - у меня в системе и близко не "пахнет" Intel, "крутится" проприетарщина - NVIDIA, однако симптоматика такая же (на R9, правда, из-за чего перешёл на другую графическую оболочку). Любопытно проверить - поможет ваш совет в данном случае или нет.

Sartorius писал(а): ↑
04 мар 2019, 11:39
Любопытно проверить - поможет ваш совет в данном случае или нет.

Перейти на драйвер modesetting для видеокарты Nvidia? Звучит как-то странно...

Zeffanyx писал(а): ↑
04 мар 2019, 15:38
Перейти на драйвер modesetting для видеокарты Nvidia? Звучит как-то странно...

Так это драйвер Intel'a?!

Вот это я "танкист"! Я думал, это какая то "плюшка" по настройке KDE.

Zeffanyx писал(а): ↑
04 мар 2019, 15:38
Перейти на драйвер modesetting для видеокарты Nvidia? Звучит как-то странно...

Не, совсем не странно. Если на свободных дровах.
Вот недавно собирал здесь вариант, чтобы по умолчанию использовался modesetting для видеокарты Nvidia.
Как и для intel.
Не всех, а моложе определённых версий.
https://bugzilla.rosalinux.ru/show_bug.cgi?id=9778
В репозиторий x11_backports_personal давно там собираю. С момента публикации туда x11-server-1.20.xxx

Sartorius писал(а): ↑
04 мар 2019, 11:39
Боюсь, что это проблема не только видео intel, как оказалось - у меня в системе и близко не "пахнет" Intel, "крутится" проприетарщина - NVIDIA, однако симптоматика такая же (на R9, правда, из-за чего перешёл на другую графическую оболочку). Любопытно проверить - поможет ваш совет в данном случае или нет.

Наверное нужно обновиться из x11_backports_personal.
Для plasma5 нужна самая новая графика, так как идёт разработка на использование wayland,
а это всё в самом новом x11-server-1.20.xxx сейчас разрабатывается.
Ну и проверить, чтобы был установлен x11-server-xwayland.

Zeffanyx писал(а): ↑
04 мар 2019, 15:38
Перейти на драйвер modesetting для видеокарты Nvidia? Звучит как-то странно...

Я недавно отключил это в x11_backports.

Sartorius писал(а): ↑
04 мар 2019, 11:39
как оказалось - у меня в системе и близко не "пахнет" Intel, "крутится" проприетарщина - NVIDIA, однако симптоматика такая же

На этот счёт есть новость здесь https://www.phoronix.com/scan.php?page= ... gh-CPU-Fix
Как раз собирал последнюю версию с сегодняшними патчами отсюда https://cgit.kde.org/kwin.git/
Тут обсуждение решения проблемы разработчиками https://phabricator.kde.org/D19867
Выложил это обновление для тех, кто пользуется дополнительными сборками viewtopic.php?p=99688#p99688

ROSAForum

Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Re: Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10

Зависает Plasma R10