Гибридные драйверы видеокарты (AMD® Radeon HD 8570 + Intel HD Graphics 4000)

Установите fglrx склонной командой

- добираются, обновление
склонный - получают fglrx fglrx-amdcccle fglrx-dev

установки, когда я сначала установил Ubuntu 14.10, я пытался установить драйверы AMD вручную, которые дали мне черный экран на запуске.

Проще говоря, драйверы AMD являются мусором так или иначе. У меня были проблемы самого с драйверами AMD, решил, что я никогда не буду снова идти с AMD снова для Linux. Производительность в Windows по сравнению с Linux вызывает жалость. Это использует, чтобы быть Nvidia, но они, кажется, улучшились.

Однако Ваша графика Intel должна работать просто великолепно. Intel, из всех компаний делают их лучше всего задание в поддержке Linux.

Вот то, что я предложил бы сделать: Посмотрите, можно ли временно запретить графику AMD (возможно, от настроек/BIOS UEFI?) и начальная загрузка с Intel, включенной только. Это должно исчерпать поле с последними версиями Ubuntu.

Кроме этого, существует много собственных пакетов, которые можно попробовать за графику AMD. Выберите тот, который работает лучше всего на Вас. К сожалению, я не очень крупный защитник AMD по этой самой причине, так как это работает плохо на Linux.

Что касается Гибрида, это привычка происходят на Linux. Существует шмель для установок nvidia/intel, но для систем AMD/Intel Вы просто получаете графику Intel.

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

Для мезаструктуры Это - лучшая документация прямо сейчас в сети. Быстрое практическое руководство должно обновить драйверы и ядро, более свежее лучше. Если возможно, обновите дистрибутив или используйте oibaf PPA. Затем сделайте это:

$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x79 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 4 associated providers: 0 name:Intel
Provider 1: id: 0x53 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 4 outputs: 0 associated providers: 0 name:radeon

$ xrandr --setprovideroffloadsink 0x53 0x79

Более новые версии могут также сделать это:

$ xrandr --setprovideroffloadsink radeon Intel

Я подозреваю, что случай важен, но никогда не тестируемый

После этой конфигурации, если Вы устанавливаете DRI_PRIME=1 переменная среды, новые приложения, запущенные на том терминале, будет использовать карту AMD вместо Intel. Без этой переменной приложения будут использовать Intel, поэтому удостоверьтесь, что Ваши 3D приложения действительно используют эту переменную. Примеры:

$ DRI_PRIME=1 glxinfo | grep -i opengl
$ DRI_PRIME=1 glxgears -info

Сравните

$ DRI_PRIME=0 glxgears -info
$ glxgears -info

Если Вы получаете "пустое" окно, сначала попробуйте, если это разрешено путем изменения размеров его. В противном случае затем это может быть, потому что у Вас нет "составления композита" включенным. Проверьте свой менеджер окон или установите и запуститесь xcompmgr прежде, чем запустить приложение (можно уничтожить его после, если Вы хотите). Обратите внимание на то, что некоторые менеджеры окон отключают составление композита, когда приложения выполняют полный экран.

Я использую этот маленький сценарий, названный radeon.sh:

 #!/bin/bash
 xrandr --setprovideroffloadsink radeon Intel
 xcompmgr &
 xcpid=$!
 DRI_PRIME=1 $*
 kill $xcpid

Затем поместите его в/usr/local/bin и работайте radeon.sh steam или radeon.sh warsow играть использование карты Radeon

Развлекайтесь!

Вот простая оболочка, управляют, чтобы любой мог выполниться для обнаружения, какая видеокарта (видеокарты) существует на компьютере:

lspci |egrep -i 'vga|display'

Я недавно испытал ту же проблему. Мой компьютер является ноутбуком Dell Inspiron 5548 с гибридной графикой, я имею в виду, это имеет два GPU (Графические процессоры): VGA совместимый контроллер Intel Corporation Графика HD 5500 и контроллер отображения Топаз AMD/ATI XT [Radeon R7 M260]. Intel GPU сохраняет потребляемую мощность / увеличивает ресурс аккумулятора, но имеет плохую производительность при обработке графики. GPU AMD/ATI имеет большую потребляемую мощность, но намного лучшую производительность при обработке графики. Операционной системой моего компьютера является 64-разрядный Linux XUbuntu 14.04.4 (4.2.0-35-универсальное ядро). Можно выполниться uname -r для обнаружения, который является версией ядра системы и uname -i чтобы узнать, является ли Ваша ОС (Операционная система) 32-разрядной или 64-разрядной.

После установки собственного графического драйвера AMD/ATI и системной перезагрузки, xserver (сервер Xorg) разрушил и больше не инициализировал. Но я настоял на установке собственного драйвера AMD/ATI потому что, если по сравнению с универсальным драйвером Xorg для AMD/ATI устройства GPU (модуль amdgpu), собственный драйвер (fglrx) улучшает производительность, также улучшает поддержку видеоускорения (работы, аккуратные с xvba-va, который является драйвером Видеоускорения XvBA), и он также понижает температуру Вашего GPU AMD/ATI.

=> Это шаги, которые я сделал (на терминале оболочки Linux) для устранения проблемы:

1. Во-первых, я стал суперпользователем (таким образом, я не должен был использовать sudo каждый раз):

   sudo su
   

2. Я затем выполнил суперкоманду ниже для удаления любого проблематичного собственного драйвера AMD и его конфигурационных файлов, затем обновите и уберите кэш репозитория:

   apt-get purge fglrx* -y && apt-get clean && apt-get update && apt-get check && apt-get dist-upgrade -y && apt-get autoremove -y
   

3. Впоследствии, я установил самый актуальный собственный драйвер AMD/ATI, доступный на репозитории моего распределения (FGLRX-ОБНОВЛЕНИЯ), наряду с Центром управления Катализатора AMD (AMDCCC) и совместимым с AMD драйвером видеоускорения (XVBA-ВА):

   apt-get install fglrx-updates fglrx-updates-core fglrx-amdcccle-updates xvba-va-driver -y
   

4. Поскольку моя система является 64-разрядной, и команда AMD/ATI не настраивала fglrx установщик правильно, я должен был сделать маленькую тонкую настройку. Я создал копию/usr/lib/fglrx в/usr/lib64:

   cp -R /usr/lib/fglrx /usr/lib64
   

5. Другая тонкая настройка была необходима, также: Я также должен был отредактировать X конфигурационных файлов/etc/X11/Xsession.d/10fglrx. Я выполнил это:

   gedit /etc/X11/Xsession.d/10fglrx
   

   ... и затем я изменил первые и четвертые строки, чтобы к make'em точно походят на это:

   • Первая строка:

   LIBGL_DRIVERS_PATH =/usr/lib/fglrx/dri:/usr/lib/x86_64-linux-gnu/dri:/usr/lib/dri

   • Четвертая строка:

   $ LIBGL_DRIVERS_PATH= {LIBGL_DRIVERS_PATH}:/usr/lib32/fglrx/dri:/usr/lib/x86_64-linux-gnu/dri

   Примечания:

   • Если у Вас нет Gedit, можно установить его с этой командой (я предполагаю, что Вы уже выполнились sudo su прежде):

     apt-get install gedit -y
     

   • Если установка fglrx еще не создала/etc/X11/Xsession.d/10fglrx, выполниться telinit 6 перезагружать систему. Если после перезагружают Ваши катастрофические отказы xserver (не инициализирует графику), можно стать суперпользователем (sudo su) и затем используйте Нано вместо Gedit для редактирования 10fglrx зарегистрируйте непосредственно в оболочке:

     nano /etc/X11/Xsession.d/10fglrx
     

6. После редактирования/etc/X11/Xsession.d/10fglrx, перезагрузите систему снова:

   telinit 6
   

7. Если xserver все еще отказывает, выполниться sudo su снова и затем выполните эту команду:

   amdconfig --initial
   

8. Если все идет как ожидалось после выполнения этого:

   startx
   

   ... GUI (Графический интерфейс пользователя) загрузится.

9. Перезагрузите свою систему и попытайтесь войти в систему. Если Вы не можете войти в систему (Вы выбрали свое имя пользователя и ввели Ваш пароль, но тем не менее вход в систему перестал работать), некоторые Ваши домашние конфигурационные файлы, возможно, "принадлежали" корню. Необходимо зафиксировать владение (пользователь владельца и группа владельца). На этот раз НЕ выполняйтесь sudo su (если Вы уже сделали, затем выполнитесь exit управляйте или нажмите клавиши Ctrl D для разъединения от режима суперпользователя), затем выполните эту суперкоманду оболочки:

   sudo chown -R `whoami` ~ && sudo chgrp -R `whoami` ~
   

10. Перезагрузите свою систему снова. Если все пойдет как ожидалось, то GUI загрузится, и Вы сможете войти в свою учетную запись.