Всім привіт.
Долучив тут сусіда до кубунте (до речі дуже йому подобається) і ось вчора оновив йому систему до 15.04
Все ніби стало нормально але не включається OpenGL в забезпеченні ефектів.
Я здуру став накочувати пропрієтарні дрова, а вони викликають стабільного Малевича. (Коротше кажучи, я зніс через рекавери режим їх, все стало на місце (на кшталт) але проблема з OpenGL нервує, особливо тому, що на 14.10 все працювало без питань незалежно від найдревнішого залізо (ATI RV370). Так, і що мене сильно напружило до експериментів по lsmod я бачив драйвер radeon в списку, а після того як поставив і зніс пропрієтарні дрова - не бачу :( Хоча працює все так само як і до експериментів. Тільки в режимі Xrender.
Вобщем питання такі
1. Чи можна змусити на цій карті і ядрі (3.19) працювати пропрієтарні дрова (і чи є сенс?)
2. Як відновити статус кво з драйвером radeon щоб він з'явився за lsmod
3. Чи можна (як?) Змусити цю карту працювати в режимі OpenGL з драйвером radeon
Читав інтернет але що то просвітлення не настав :( Надайте будь ласка правильний вектор. Буду вдячний :)
1. Чи можна змусити на цій карті і ядрі (3.19) працювати пропрієтарні дрова (і чи є сенс?) Не можна, через сильно стародавнього заліза, зовсім не підтримуваного пропрієтарним драйвером на цьому ядрі, тому навіть пробувати не мало ніякого сенсу.
2. Як відновити статус кво з драйвером radeon щоб він з'явився за lsmod Якщо вам вдалося знести пропріетарний драйвер, та так що ви з сусідом вже бачите зображення на екрані, слід припускати, що саме драйвер radeon або vesa і виводить вам це зображення. Щоб зайвий раз у цьому переконатися, подивіться / покажіть нам вихлоп lspci -k | grep -EA2 # 'VGA | 3D #'
3. Чи можна (як?) Змусити цю карту працювати в режимі OpenGL з драйвером radeon Ось тут не можу з упевненістю сказати нічого ні поганого, ні хорошого. Якщо режим OpenGL не включався до установки пропріетаного драйвера, де гарантія, що працював драйвер radeon. а не vesa. який саме Xrender і підтримує. Перевірте наявність встановленого пакета libgl1-mesa-dri.
Якщо ви впевнені, що пропріетарщіна повністю і правильно пішла, врешті-решт можна переконфігурувати XServer, що зазвичай навіть рекомендують:
sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core xserver-xorg-video-radeon xserver-xorg-video-ati
dpkg-reconfigure xserver-xorg
Більш конкретно вас би проконсультував тільки власник саме такої картки, але знайти такого існує ще менша ймовірність, що не знайти конкретику і в моїх рекомендаціях. Зобов'язуюся супроводжувати тему до перемоги, давно не траплялося такого цікавого.
Дякую за бажання допомогти. )
Отже.
1. Так зображення є, все нормально але працює тільки в режимі Xrender
2.
$ Lspci -k | grep -EA2 # 'VGA | 3D #'
04: 00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD / ATI] RV370 [Radeon X300 / X5
50 / X1050 Series]
Subsystem: ASUSTeK Computer Inc. Device 016a
Kernel driver in use: radeon
Тобто таки дравер Радеон ніби як включений
3. Ось все що встановлено по mesa:
$ Dpkg -l | grep mesa
Сервер переконфігурувати - нічого не змінилося :(
Тільки вилізла якась хрень в кутку екрану. Ця хрень всього лише робота ефекту Графік продуктивності. відключіть його в Параметрах системи і не буде вилазити.
Тут цікаво інше, якщо цього ефекту на плазмі до оновлення не було, чого я вже не пам'ятаю, а він з'явився після поновлення, то як він включився сам, якщо за замовчуванням він відключений?
У мене таке враження що в драйвері, який йде з новим ядром якась бага, пов'язана зі старим залізом А у мене немає такого враження - вільний Радеон якраз і орієнтований на забезпечення працездатності старого заліза, тільки для нового логічніше використовувати свіжі пропрієтарні дрова.
Але у мене є ще радикальну пропозицію, випробувати конфігурацію вашого сусіда на зовсім новому - Wily Werewolf. не обов'язково встановлювати а просто перевірити на режим OpenGL. Вже якщо і там (де ще більш свіжий вільний драйвер і ядро) нічого не вийде, буде привід задуматися про новий залозі. Тільки я майже впевнений, що цього не станеться, аж надто підозріло поводиться сусідська 15.04, как-будто там завівся барабашка - вже дуже багато незрозумілостей з невідповідностями.
Ок. Запишу болванку відпишуся. Я вже думав над цим тільки про 15.04
Дякую за графік продуктивності. Я взагалі до рюшиках байдужий, тому і не знаю як виглядають багато ефекти. Цілком можливо що сусід його включив, хоча перед оновленням плазми я нічого такого не бачив.
Ще - облазив сьогодні все логи - ніде ознак якихось помилок немає. Містика якась.
Якщо вручну поміняти?
Since the entry for Desktop Effects does not have an Advanced tab anymore (at least on my system), I did not realize that kwin backend had been switched to xrender. In case anyone else runs into this issue, go to /home//.config/ and open kwinrc in kate (or any other editor of choice), look for Backend = xRender and change it to Backend = openGL. Once you log back into KDE, you'll have all the effects available.
У мене геть вилетіла з голови локація і ім'я цього файлу, але його особисто бачив і редагував на KDE 4 (швидше за все, він буде і на 5-ці, але трохи не там). Гугленіе поки не допомогло, але спробую ще разок на різних мовах пошукати.
O: OpenGL backend (either OpenGL 1, OpenGL 2 or OpenGL ES 2.0)
O1: OpenGL 1 backend
O2: OpenGL 2 backend
X: XRender backend
Q: QPainter backend
N: No Compositing
UPDATED 2: Схоже на те, що в kwinrc повинна бути група [Blacklist], але зараз у мене її там немає. Однак я пам'ятаю звідки-то прямо список чіпсетів, який я раніше бачив.
Проте для поєднання KDE 4 і ATI знаходиться це (вже було вище), я б спробував:
[Compositing]
DisableChecks = true
OpenGLIsUnsafe = false
Думаю, що треба якось відключити саму цю перевірку, що має дати (по ідеї) такий же ефект.
Зміни не триматися після перезавантаження. (Файл скидається в настройки з XRender. Мабуть в 5 плазмі якісь нові засоби настройки.
Тобто з настройками OpenGL бекенда включається, але з перезавантаженням знову пропадає?
Спробуйте спочатку так (по Alt + F2, не з консолі):
env KWIN_COMPOSE = O kwin --replace
Якщо не плутаю нічого, то в консолі буде так:
KWIN_COMPOSE = O kwin --replace disown
Або так:
KWIN_COMPOSE = O kwin --replace
Якщо щось вийшло, то я б спробував зробити скрипт на автозапуск:
#! / Bin / bash
export $ (dbus-launch)
export KWIN_COMPOSE = O
kwin --replace
І поклав би його в
/.config/autostart (якщо в KDE 5 змінилася локація, звичайно).
Начебто
export KWIN_DIRECT_GL = 1
в KDE 5 не підтримується, але хіба мало ... Якщо що, то в той же скрипт перед export KWIN_COMPOSE = O.
Додатково можна прибити цвяхами kwinrc так:
sudo chattr + i file_name
- The operator "+" causes the selected attributes to be added to the existing attributes of the files.
- Незмінний (i).
P.S. Якщо доведеться відкотити цю кувалду, то
sudo chattr -i file_name
Я мав на увазі тільки зміни, які в файл вносяться. Ніяких змін режиму на OpenGL в поточному сеансі це звичайно не викликало, а при перезавантаженні все скидається. Спробуємо погратися з оточенням ще, але, щось оптимізму у мене вже зовсім мало.