Меню Рубрики

Установка intel hd graphics opensuse

OpenSUSE, какие драйвера для видео посоветуете для моей видюшки?

Ноут, Сусь 12.3, видео Intel GMA 4500M, какие драйвера (и откуда) посоветуете?

Хотелось бы в minecraft попробовать, да что-то не алё. Белый экран, в логах ошибка:

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

Драйвер для вашей карты один, Intel (xf86-video-intel), другого нет.

Если с ним игра не идёт, то и не пойдёт, единственно можете попробовать установить версию поновее, если есть возможность.

а как вообще посмотреть, какой сейчас используется?

хм. да вот что-то я не понимаю. в i3wm запускается, а в Awesome — нет. Пока не обновлял

обновил, в awesome не запускается

Тебе нужно обновить не драйвера а lwjgl, погугли как, я просто с телефона писать не удобно fixed

пока поставил zypper up, и он работает, сделал тест. Запустил minecraft с помощью SUN Java 1.6.0 и OpenJDK 1.7.0 — ни тот, ни тот не запустился в осоме, хотя в i3wm все по-дефольту работает, когда запускаю jar-ник.

Я подключил репозиторий Xorg:X11

После этого открыл менеджер пакетов, нашёл вкладку «Репозитории» и нажал по синей ссылке (в стиле гипертекста) «Перевести системные пакеты на версии из этого репозитория». Правда, в GTK-версии менеджера пакетов я не нашёл вкладки «Репозитории» — это была Qt-версия. Перевелось много 350 пакетов. Тем не менее, скачалось быстро: только у нескольких из них размер превышал 1 Мб.

Перезагрузился. Все 3D-приложения стали писать о том что для Gen6+ им нужно ядро Linux 3.6+. Пришлось подключать ещё один репозиторий, с ядром из openSUSE 12.3. Теперь всё работает: неработавшие игры из Steam и VA-API.

Смотри лог /var/log/Xorg.0.log.

нагуглил это. Скачал последнюю версию, обновил все. Ситуация не поменялась. Та же ошибка в Awesome WM, в i3wm работает.

что-то не увидел в нем ничего особенного.

Не помогло мне. Добавил репу, обновился с нее (все пакеты), перегрузился, на кернел не ругалось. ситуация не поменялась.

Есть утилитка Intel Linux Graphics Drivers Installer. Попробуй ее, если она есть для openSUSE.

А что ты в нём хотел увидеть особенного ?

а как вообще посмотреть, какой сейчас используется?

Смотри лог /var/log/Xorg.0.log.

Если не понимаешь лог, то так и скажи: «мне не понятно как анализировать лог и на что в нём обратить внимание».

Отвечаю, воспользуйся утилитой grep и сделай выборку вхождения в лог ‘_drv’

Так же можешь обратить на строки:

Странно! У меня майнкрафт работает. Может что-то с lwjgl. Хотя вряд ли, ошибка-то у иксов.

Говоришь в i3wm minecraft работает, а в awesome нет?

в i3wm у меня тоже работает.

попробовал еще wmname LD3D, обновил lwjgl до 2.9.1 — бестолку

источник

SDB:Configuring graphics cards

Navigation edit

Version: 12.2+ As this guide assumes the use of systemd and GRUB 2, this guide may not work for very old versions below 12.2.

Contents

Symptom

Upon installing openSUSE, the X system’s automatic configuration may have failed to properly configure the graphics correctly. Typically this results in either a black screen upon reboot, or the wrong resolution being used in the graphical login manager and in X sessions.

This guide is for all supported openSUSE versions up to and including openSUSE Tumbleweed.

Cause

Typically the cause is your graphics are not configured properly. The reason for the misconfiguration can vary, dependent upon your openSUSE version. With most modern hardware using a single display, configuration is automagic on-the-fly at each session start — no permanent display configuration files are needed.

Solution

This section provides some guidance on how to sort out your graphic problem. It is recommended one determine their openSUSE version and read up on some practical graphic theory before proceeding to solve their problem.

After a kernel upgrade

If after a kernel upgrade in SLED 12 or openSUSE Leap your display defaults to basic display (or no graphic display) your display drivers may not have updated cleanly. This issue has been reported in bug reports where the NVIDIA kernel module was not activated and there were KMP abnormalities in more than one type of NVIDIA driver so may be a general issue. You may well be able to reboot into the previous kernel without the problem (usually after an upgrade the last kernel is offered via a boot menu option). A fix is a forced reinstall of all the display drivers (such as NVIDIA — see below if you need to identify your display) via YAST. (see for example openSUSE bug 925437)

Determine openSUSE version

It is very important you know what openSUSE version you are using. This is simple to do. Either this can be read from clicking on the «My Computer» icon on one’s desktop, and reviewing the section under «OS Information» next to «System», or instead simply open a terminal and type:

You need to know which openSUSE version in order to select the optimal solution to solve your problem.

Determine your graphic card version

It is also important to determine what graphic hardware one has on their PC, and what graphic driver one is using on their PC. Try to get access to a terminal/Konsole, either by opening a bash shell (terminal/Konsole) if you have a GUI, or if you only have a full screen black screen, try pressing Ctrl + Alt + F2 which may take you to a full screen text mode with a log in prompt (in which case login as a regular user). Then in both cases (bash shell or full screen) type the following as a regular user:

Читайте также:  Установка подоконников пвх расценка

Note what you type in GNU/Linux is ‘case sensitive’. That command should tell you what graphics hardware you have on your PC. For example on a PC with NVIDIA proprietary graphic driver, one can get:

With Intel graphics using the integrated modesetting driver, one might see:

Given you likely have a graphic problem, your PC may only show the 1st two lines and not the kernel driver. If you have a hybrid graphics device, you may even see evidence of two graphics cards.

  • your openSUSE version,
  • your graphic hardware, and
  • your in use graphic driver [whether it works or not],

please proceed to the next steps in this guide.

Experienced Linux users should note that in the vast majority of cases /etc/X11/xorg.conf and /etc/X11/xorg.conf.d/50-[device,monitor,screen].conf files are not needed for any openSUSE version AFTER 11.1.

Troubleshooting things to try

1st thing to try (cmdline options)

If you have already installed openSUSE, follow the steps here to boot with «nomodeset«.

If you are installing openSUSE on a regular BIOS fitted PC, select the «No KMS» menu under F3, which does the same thing as «nomodeset«.

Note that nomodeset on GRUB 2’s kernel cmdline prevents the AMDGPU, Intel, Modesetting, Nouveau and Radeon FOSS DDX drivers from functioning. Non-availability of kernel modesetting (KMS) will either prevent Xorg from starting entirely, or cause it to run in a crippled low resolution (fallback) VESA or FBDEV mode suitable in most cases only for simple troubleshooting, or for servers with little or no need for graphical apps. This option is intended primarily to ensure access to a login prompt on vttys3, and allow editing of configuration files. See SDB:Nomodeset:_Work_Around_Graphic_Upgrade_&_Installation_Obstacles for additional nomodeset detail.

2nd thing to try (failsafe/safe-settings boot)

If installation failed, try using the Safe Settings option (press F5 to load the GRUB «Kernel Default» menu).

If you have already installed openSUSE, choose in the GRUB 2 boot menu Advanced options for openSUSE Leap (or what ever your openSUSE version may be)..

If this works, you may wish to stop here. But for users with installed systems, whether that succeeds or not, you may wish to read on to see if you can better optimize your system.

3rd thing to try (use installation config file)

  • The 3rd thing to try is boot to multi-user.target (a full screen text mode) and try to use the installation graphic configuration file xorg.conf.install as a temporary measure.

Your PC should boot to a full screen text mode with a login prompt. You are now in multi-user.target. Login as a regular user and then type:

and enter the root/administrator user password when prompted for a password.

Typically the installation configuration file will use the FBDEV graphic driver. In some cases the xorg.conf.install file will NOT exist, and of course if that is the case, then this step will not work. After doing the preceding, to test if this works, you can reboot your system by typing:

Hopefully that will allow a boot to a graphical X window with the FBDEV driver. If this works, you «may» wish to stop here. However that driver is VERY low quality and you may wish to continue to the next step, even IF you have that functioning.

4th thing to try (edit /etc/X11/xorg.conf.d/ directory)

  • The 4th thing to try is to edit the configuration file for X window graphics to attempt to force a boot to a specific graphic driver. If you have not read the practical theory guide referenced above, PLEASE do so now, else this step will be difficult to understand.

Again, boot to multi-user.target (3 added to boot cmdline) like the 3rd step above. Check if there is an /etc/X11/xorg.conf file, and if there is you need to move that file so it does not interfere with the configuration you are to setup. Hence if there there is such an xorg.conf file, then change the name of that file to something different, such as:

Then edit the /etc/X11/xorg.conf.d/50-device.conf file, adding an entry for your chosen graphic driver. You will need to do this from a text editor with root permissions.

For example, if you using Vim (included out of the box), type:

Enter root password when prompted.

To edit the file, press I to enter insert mode. Once in insert mode, use the arrow keys to move the cursor and type as normal.

After making the necessary edits, to exit Vim press Esc , then type «:wq» (without the quotes), then press Enter . Be very careful as one is using this editor with root permissions.

Tip: Prior to doing the above, check the openSUSE Video Hardware Compatibility List (HCL) for guidance on what graphics drivers are available for use on openSUSE Leap.

For example, you could change that file to:

where in the example above the line Driver amdgpu was added to try force the load of the open source «amdgpu» graphic driver for recent AMD cards. It is important one read the practical theory guide referenced above to understand what graphic drivers may be available.

echo "blacklist nouveau" >> /etc/modprobe.d/50-blacklist.conf

It may also be necessary to run «yast» (you can run yast in text mode with root permissions if X window not available) and navigate to yast > System > /etc/sysconfig Editor > System > Kernel > NO_KMS_IN_INITRD and change it to «yes». This takes a minute or two to save once changed is submitted. (see below image examples).

Читайте также:  Установка климата вместо кондиционера джетта

For users trying to blacklist «nouveau» driver, examples of how to specify NO_KMS_IN_INITRD from a text yast are here, illustrated sequentially below (note one must also blacklist nouveau as described above). So to edit the /etc/sysconfig start yast from a text login by typing:

Use the spacebar, tab key, enter key, and arrows to navigate yast in text mode, and then follow the example screens.

In case a more complex edit is needed (hopefully not needed), then another example of an edit in the /etc/X11/xorg.conf.d/ directory (but this time to configure a monitor instead of specifying a graphic driver) is an openSUSE forum example of customizing the 50-monitor.conf file. Note one might have to click on that link twice to connect to the proper page.

And then after making any such edit(s)/change(s), as a regular user again reboot as before with the

Hopefully your PC will boot to X window graphical desktop and if this works, you may wish to stop here.

5th thing to try (Xorg -configure creation of a legacy xorg.conf file)

  • The 5th thing to try is to try to create your own version of the «classic/legacy» xorg.conf custom configuration file for the graphics. This is more precisely known as the /etc/X11/xorg.conf file. In fact this step does in part what the old sax2 configuration wizard (removed in 11.3) used to do for openSUSE (but this is less capable). Some users may even have a copy of their old xorg.conf from a previous Linux install that they might try (although it may not work with openSUSE Leap). Again, if you have not read the practical theory guide referenced above, PLEASE do so now, else this step will be difficult to understand.

For this step, boot to multi-user.target (3 added to boot cmdline) like the 3rd step above. But this time, create a draft xorg.conf file by typing:

If it doesn’t segfault it will create the file /root/xorg.conf.new.

You now need to move that file to the proper location so it is used by X when starting, and you need to rename that file. You can do so by typing:

If you are lucky, you will then be able to reboot (as described above) by typing systemctl reboot and you might successfully boot to an X window desktop. However, it is also possible you may need to change the driver in that /etc/X11/xorg.conf file, and to do so you need to open it with a text editor (see Step 4 for example of using Vim) with root permissions and then change the driver. For example you may need to change «nouveau» to «modesetting» in the device section of that file, such that the «modesetting» driver is used instead of the «nouveau» driver.

Again, per step#4 above, NVIDIA graphic card users may need to black list the «nouveau» driver and change NO_KMS_IN_INITRD to «yes» with the sysconfig editor (see step#4 above).

And then after making such an edit/change, as a regular user again reboot as before with:

Hopefully your PC will boot to X window graphical desktop and if this works, you may wish to stop here.

6th thing to try (proprietary graphic driver)

Again, per step#4 above, NVIDIA graphic card users may need to black list the «nouveau» driver in the /etc/modprobe.d/50-blacklist.conf file, for example with root permissions by typing: echo "blacklist nouveau" >> /etc/modprobe.d/50-blacklist.conf and also change NO_KMS_IN_INITRD to «yes» with the sysconfig editor (see step#4 above).

If instead your PC has Intel integrated graphics or a VIA graphic card or other graphic card, then you need to again consult with the practical theory guide to determine what your options are for the VIA and Intel graphics devices.

7th thing to try (experts only — udev edits)

Does re-plugging the input devices makes them appear? If they can’t be removed/connected, try:

See also

This wiki was created to address an action associated with openSUSE bug report 608237. An related issue is also in openSUSE feature tracking: openFATE #308357: Replacement for Sax2 in 11.3.

References

Below are some references to other wiki, which provide useful information on configuring one’s graphics in openSUSE.

  • Configuring graphics in Dual Head mode for openSUSE 11.2 and earlier, although likely applicable to openSUSE Leap (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • Multiple Screens Using XRandR for openSUSE 11.3 and earlier, although likely applicable to openSUSE Leap (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • Configuring openSUSE graphic cards is an older wiki on the same subject, but with less technical content (as to different options/steps available).
  • Configuring graphic cards through the command line interface is an older wiki for openSUSE 11.3 and earlier (possibly applicable in part to Leap) (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • Monitor Settings is a general write up (with minimal specifics) on applying custom monitor settings (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • 3D Acceleration is a simple guide on how to enable 3D acceleration on Gnome and KDE4 (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • Graphic card troubleshooting was written with openSUSE 11.1 and 11.2 in mind and has not been updated to reflect changes as of openSUSE 11.3 (especially wrt the nouveau driver requiring blacklisting). Hence care must be applied when following that guide (link to this reference wiki location to be updated eventually as part of wiki transistion process)
  • openSUSE Hardware Compatibility List (HCL) for Video cards provides a link to data provided by users on the compatibility of their video cards with openSUSE Linux.
Читайте также:  Установка буст контроллера на 2jz gte vvti

источник

HCL:Video

Содержание

File providing the graphic driver

The open source video drivers for openSUSE typically come with the rpms:

  • xorg-x11-driver-video [contains most of the drivers]
  • xorg-x11-driver-video-radeonhd [for ATI radeonhd drivers]
  • xorg-x11-driver-video-unichrome [for via and unichrome drivers]
  • xorg-x11-driver-video-ivtv [X11 video driver for the PVR-350 frame buffer]
  • xorg-x11-driver-video-tdfx [for 3dfx based cards]

If the rpm is installed, one can see what drivers are provided in the rpm by examining the contents of the rpm, by typing (using xorg-x11-driver-video as an example):

for example the presence of intel_drv.la, intel_drv.so and intel.4.gz indicate there is a driver called «intel». Typing:

will provide detail on the intel driver

If the rpm is downloaded, but not yet installed, then one can still look at the rpm contents to see what drivers are present. For example, using the rpm xorg-x11-driver-video-unichrome-20091020-1.1.1.x86_64.rpm as an example, one can find the contents of the file (and hence the drivers provided) by typing:

from which one can see that the «via» and «unichrome» drivers are provided. After noting «via» and «unichrome» are provided, one can then type:

which will provide detail on the unichrome driver

SiS — Silicon Integrated Systems

openSUSE 11.0

Autodetected — 3D Support

openSUSE 11.1

Autodetected — 3D Support Distorts the image, seems to be due to some xorg.conf change between 11.0 and 11.1. Works with the VESA driver.

65x/M650/740 PCI/ACP

SUSE Linux 10.0

Autodetected — 3D Support
The driver provided by SUSE Linux 10.0 doesn´t support all features of this chip-set. Use the driver from Thomas Winischhofer to use more/all features (e.g. dual head, tv-out . )

SUSE Linux 10.1

Autodetected — 3D Support
To use the dual head feature of the chipset set the «MergeFB» option of the card in SaX2 to «On». Use «CRT2Position» option to define the monitor layout (e.g. «LeftOf»). There’s an accelerated version of the driver available from Thomas Winischhofer (comercial).

KM400

Autodetected — 3D Support
Must manually configure YaST to use vesa drivers.

Matrox

Autodetected — 3D Support
Standard configuration will be in 1 screen. 3D will not work in Xinerama. For dual screen you need to run sax2 -b /usr/share/sax/profile/Matrox_G550 or any other apropriate file in /usr/share/sax/profile/

Not supported out of the box in 11.2 , but proprietary driver can be downloaded and installed.

hwinfo

installation

  • Register to http://www.matrox.com, find your card and download the driver. Actually the downloaded driver is only one file which includes both the script and the dirver. To compile the driver kernel development pattern must be installed first.
  • Install the kernel development environment with #zypper in -t pattern devel_kernel
  • Run the downloaded script.
  • If you receive the following error, edit your xorg.conf manualy.

summary

Intel chipsets

HD 3000/HD 2000

Intel HD Graphics 3000 / HD 2000, integrated in SandyBridge CPU family (Core i3/i5/i7-2xxx), needs H67 or Q67 chipset with graphics output.

openSUSE 11.4

Autodetected — 3D Support
Works out of the box, but update for xorg-x11-driver-video package from the update repository is recommended, it fixes some screen artifacts in KDE desktop.

4500MHD

Intel Graphics Media Accelerator 4500MHD. Chipset: GM45.

openSUSE 11.2

Autodetected — 3D Support
Works out of the box so to speak. I used the 11.2 DVD _64 bit. KDE4. No installation issues, just default all the way. Kernel driver in use: agpgart-intel

openSUSE 11.3

Autodetected — 3D Support
Out-of-the-box support on openSUSE 11.3 Milestone 1 (open source intel driver).

openSUSE 11.4

Autodetected — 3D Support
Out-of-the-box support on openSUSE 11.4 (open source intel driver).

855 GM

There are various implementations of the i855GM chipset, meaning what works in one case may not work in another, and visa versa.

openSUSE 11.1

Autodetected — 3 D Support
Out-of-the-box 3D / special desktop effects works on i855GM.

openSUSE 11.2

Autodetected — 3 D Support
On Fujitsu-Siemens Amilo 7400M i855GM implementation, the Intel driver will only boot with «ACPI=OFF» boot code. Performance slow relative to same hardware with openSUSE-11.1’s 2.6.27 kernel.

openSUSE 11.3

On Fujitsu-Siemens Amilo 7400M i855GM implementation, the Intel driver will only boot with «ACPI=OFF» or «nomodeset» boot code, both of which result in FBDEV driver being used instead of Intel driver. Performance with FBDEV driver is poor. Intel driver is unstable with this i855GM (desktop will crash 10 to 30 minutes after boot) and has not useable with any kernel after openSUSE-11.1’s 2.6.27 kernel. Issue being tracked in freedesktop.org bug 27187 and openSUSE bugzilla 593463

965 GM

Using Intel: 965 GM | On Lenovo R61e | openSUSE 11.0 & 11.1 | Works from Default Install — Just open Yast/Harware/Monitor and check 3D |

For using the native resolution on newer laptops, please refer to Patch the Video BIOS.

See also

List of supported graphics card by chipset (not by model): http://intellinuxgraphics.org/documentation.html

Voodoo5 5500 — Detected out of the box. Everything works except boot splash.

источник

Добавить комментарий