openSUSE 11.2 – proprietären Grafik-Treiber ATI Catalyst 10.3 als RPM installieren

Hinweis: Dieser Artikel ist veraltet. Ein neuer Artikel befindet sich hier: openSUSE 11.2 – proprietären Grafik-Treiber ATI Catalyst 10.4 als RPM installieren

Es gibt 2 Wege den Bau des RPM-Packages durchzuführen.

  1. das RPM mit dem Skript makerpm-ati-10.3.sh bauen (empfohlen)
  2. das RPM manuell bauen (für Fortgeschrittene)

Der Vorteil zu Punkt 1: man muss sich nicht um die nötigen Packages für den Bau kümmern und man spart sich die Tipparbeit, die Zeit und die Nerven. ;-)

[UPDATE 11.04.2010]
Das Skript makerpm-ati-10.3.sh in der Version 2.5 prüft nun automatisch, ob die vorhandene Grafikkarte vom ATI Catalyst unterstützt wird. Hierzu wird der Inhalt vom ATI-Installer extrahiert. Aus dem fglrx-Quellcode wird die ASIC-IDs ausgelesen und mit der vorhandenen AMD/ATI Grafikkarte im Computer abgeglichen. Falls diese nicht unterstützt wird, so wird das Skript sofort mit einer entsprechenden Meldung abgebrochen. Man hat hier auch nochmal eine Bestätigung, ob die Grafikkarte noch vom ATI Catalyst unterstützt wird. Robuster geht es nun wirklich nicht mehr. ;-)
[/UPDATE 11.04.2010]

Wichtig: Bevor ihr irgendwelche Fragen an mich richtet, lest euch bitte sorgfältig diesen Artikel durch und achtet auch auf eure Eingaben in der Konsole wegen mögliche Tippfehler. Falls es Probleme geben sollte, schaut bitte unter Troubleshooting nach, ob euer Problem dort schon dokumentiert wurde.

Alle genannten Schritte müssen in der Konsole im Root-Modus ausgeführt werden. Die Installation des RPM-Package „fglrx“ kann im Runlevel 3 oder auch im Runlevel 5 durchgeführt werden. Danach ist ein Neustart des Computers auf jeden Fall erforderlich.

Vorhandene fremde fglrx-Treiber sind auf jedenfall zu deinstallieren, sonst kommt es zu Konflikten bei der Installation dieses selbstgebauten RPM-Package.

RPM mit dem Skript bauen

Das Skript makerpm-ati-10.3.sh ist sehr mächtig, robust und läuft vollautomatisch. Der ATI-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Auf dem System werden nach den nötigen Entwicklungspakete geprüft und ggfs. installiert. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.

Folgende Argumente können dem Skript übergeben werden:
-b – Nur das RPM-Package bauen (Standard)
-c <type> – Nur X-Server konfigurieren. Monitor-Typ: single = 1 Monitor, dual = 2 Monitore (Wichtig: Nur ausführen, wenn es Probleme mit der Standardkonfiguration des X-Servers auftreten)
-d – Nur den ATI-Installer downloaden
-i – Das RPM-Package bauen und installieren bzw. updaten
-ux – Nur den gepatchten X-Server installieren. Verbessert die Zusammenarbeit mit dem fglrx-Treiber. (dringend zu empfehlen)
-h – Die Hilfe anzeigen lassen
-V – Version des Skript anzeigen

Downloads:

Empfohlene Vorgehensweise:

Optional: Das System im Runlevel 3 starten oder wechseln:
Beim Booten: Im Bootmenü den Eintrag von openSUSE 11.2 selektieren und auf der Tastatur die Zahl „3“ und Enter drücken und als „root“ einloggen
Im laufenden System: STRG+ALT+F1 drücken und sich als „root“ einloggen. Danach mit folgendem Befehl in den Runlevel 3 wechseln:

init 3

1. Das Skript herunterladen:

wget http://www.sebastian-siebert.de/downloads/makerpm-ati-10.3.sh

2. Die Prüfsummendatei herunterladen:

wget http://www.sebastian-siebert.de/downloads/makerpm-ati-10.3.sh.sha1

3. Die Prüfsummendatei gegen das Skript prüfen:

sha1sum -c makerpm-ati-10.3.sh.sha1

Idealerweise sollte folgende Ausgabe erscheinen, andernfalls stimmt etwas mit dem heruntergeladenen Skript nicht:

makerpm-ati-10.3.sh: OK

4. Die Rechte des Skriptes ändern und ausführbar machen:

chown root:root makerpm-ati-10.3.sh && chmod 744 makerpm-ati-10.3.sh

5. Das Skript mit dem Argument -ux ausführen. Es wird ein gepatchter X-Server installiert. (Diese Vorgehensweise wird empfohlen. Weitere Informationen findet ihr hier: X-Server und ATI Catalyst Treiber (fglrx) zur Zusammenarbeit bewegen)

./makerpm-ati-10.3.sh -ux

6. Das Skript mit dem Argument -i ausführen. Das RPM-Package wird im Anschluß automatisch installiert.

./makerpm-ati-10.3.sh -i

7. Den Rechner neustarten:

reboot

Troubleshooting (RPM mit dem Skript bauen):

– Sollte man trotz gepatchten X-Server nach dem Booten in der Konsole landen, dann kann es evtl. an einer fehlerhaften Konfiguration des X-Servers liegen. In diesem Fall bitte als „root“ in die Konsole einloggen und das Skript mit folgendem Parameter ausführen lassen.

Vorher noch in den Runlevel 3 wechseln:

init 3

Bei einem Monitor (Single-Modus):

./makerpm-ati-10.3.sh -c single

Bei zwei Monitore (Dual-Modus):

./makerpm-ati-10.3.sh -c dual

Danach den Rechner neustarten.

RPM manuell bauen

Das ist der etwas schwierigere Teil. Aber es ist nicht unmöglich. :-)

Für den Bau des RPM-Packages werden folgende Entwicklungswerkzeuge bzw. -packages benötigt

  • gcc
  • make
  • patch
  • linux-kernel-headers
  • kernel-source
  • kernel-{default,desktop,pae,rt,vanilla,xen}-devel

Beim Kernel-Entwicklungspackage ist zu beachten, dass man die richtige installiert hat. Welchen Kernel zur Zeit auf dem System läuft, kann man in der Konsole abfragen:

uname -r

Bei mir ergibt beispielsweise diese Ausgabe:

2.6.31.12-0.2-default

Also muss im o.g. Fall der Kernel-Entwicklungspackage kernel-default-devel installiert sein.

Folgende Schritte werden auf einem 32bit openSUSE-System durchgeführt:
(64bit openSUSE-System weiter unten)

1. Den gepatchten X-Server installieren:
Anleitung: http://www.sebastian-siebert.de/2010/03/24/opensuse-11-2-x-server-und-ati-catalyst-display-treiber-fglrx-zur-zusammenarbeit-bewegen/

2. Den Installer des proprietären Treiber von ATI herunterladen:
http://support.amd.com/us/gpudownload/Pages/index.aspx

Optional: Das System im Runlevel 3 starten und als „root“ einloggen oder per init 3 wechseln.

3. Den Bau des RPM-Packages anstoßen:

sh ./ati-driver-installer-10-3-x86.x86_64.run --buildpkg SuSE/SUSE112-IA32

4a. Das RPM-Package installieren (Neuinstallation):

rpm -ihv fglrx_7_4_0_SUSE112-8.712*.rpm

4b. Das RPM-Package installieren (Update):

rpm -Uhv fglrx_7_4_0_SUSE112-8.712*.rpm

5. Den Rechner neustarten:

reboot

Folgende Schritte werden auf einem 64bit openSUSE-System durchgeführt:

1. Den gepatchten X-Server installieren:
Anleitung: http://www.sebastian-siebert.de/2010/03/24/opensuse-11-2-x-server-und-ati-catalyst-display-treiber-fglrx-zur-zusammenarbeit-bewegen/

2. Den Installer des proprietären Treiber von ATI herunterladen:
http://support.amd.com/us/gpudownload/Pages/index.aspx

Optional: Das System im Runlevel 3 starten und als „root“ einloggen oder per init 3 wechseln.

3. Den Bau des RPM-Packages anstoßen:

sh ./ati-driver-installer-10-3-x86.x86_64.run --buildpkg SuSE/SUSE112-AMD64

4a. Das RPM-Package installieren (Neuinstallation):

rpm -ihv fglrx64_7_4_0_SUSE112-8.712*.rpm

4b. Das RPM-Package installieren (Update):

rpm -Uhv fglrx64_7_4_0_SUSE112-8.712*.rpm

5. Den Rechner neustarten:

reboot

Troubleshooting (RPM manuell bauen):

– Sollte man trotz gepatchten X-Server nach dem Booten in der Konsole landen, dann kann es evtl. an einer fehlerhaften Konfiguration des X-Servers liegen. In diesem Fall bitte als „root“ in die Konsole einloggen und folgende Schritte durchführen.

1. X-Server-Konfiguration verschieben, falls vorhanden:

mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup

2. Von SaX2 eine neue Konfigurationsdatei erzeugen lassen:

sax2 -a

oder alternativ mit aticonfig (Das Tool aticonfig kann mittlerweile auch eine X-Server-Konfiguration from Scratch erzeugen, jedoch speziell auf den fglrx-Treiber zugeschnitten. Die restliche Hardware wird vom X-Server automatisch erkannt und geladen. Dies sollte in Zukunft vorgezogen werden, falls die Autoerkennung für den fglrx-Treiber oder X -configure nicht funktioniert):

Bei einem Monitor (Single-Modus):

aticonfig --initial

oder bei zwei Monitore (Dual-Modus):

aticonfig --initial=dual-head

Hinweis: Falls man bereits in diesem Schritt das Tool aticonfig für die Erzeugung einer X-Server-Konfiguration verwendet hat, so entfallen die nachfolgenden Schritte 3, 3a, 3b.

3. Die Konfigurationsdatei von aticonfig für die Nutzung des fglrx-Treibers modifizieren lassen.

3a. Bei einem Monitor (Single-Modus):

aticonfig --initial --input=/etc/X11/xorg.conf

3b. Bei zwei Monitore (Dual-Modus):

aticonfig --initial=dual-head --input=/etc/X11/xorg.conf

Feedbacks sind wie immer willkommen. :-)

23 thoughts on “openSUSE 11.2 – proprietären Grafik-Treiber ATI Catalyst 10.3 als RPM installieren

  1. Pingback: openSUSE 11.2 – proprietären Grafik-Treiber ATI Catalyst 10.2 als RPM installieren

  2. Hallo Sebastian,

    ich bin über Deine Postings auf opensuse-de schon vor einiger Zeit auf diese Seiten
    gestossen, aber erst gestern versucht auf einem Netbook (Medion E1312) den “fglrx” Treiber zu bauen und zu installieren. Ich benötige ihn, weil der HMDI Ausgang nur mit ihm vernünftig funktioniert. Unter 11.1 hat noch der vom ATI Repository funktioniert aber mit 11.2 hat er ein Problem mit der Version des X servers. Er meint dass die version 7.1 installiert ist, will aber die Version 7.4 (oder so ähnlich) die aber laut RPMs installiert ist.
    Könntest Du bitte auch kurz auf Deinen Seiten beschreiben was man machen muss um wieder den vorherigen Zustand zu bekommen oder zumindest den ‚radeon‘ oder ‚radeonhd‘ Treiber wieder zum laufen zu bekommen ?
    Leider hat bei mir die Installation mit „makerpm-ati-10.3.sh“ nicht funktioniert. Da das ganze im Textmodus ablief, habe ich mir die Meldungen nicht aufgeschieben, sondern gebe sie jetzt nur aus dem Gedächtnis wieder.
    Beim X-Server Patch installieren meldete das Script nur [FEHLER] und nachdem ich dann trotzdem das RPM installiert habe, meldet X beim start, dass es kein Device findet. Eventuell könnte es daran liegen dass der “fglrx” Treiber den ATI Chip in dem erst 1 Jahr alten Netbook (Radeon X1250) nicht mehr unterstützt (habe ich irgendwo gehört).
    Wenn Du die genauen Fehlermeldungen wissen willst, werde ich es nochmal versuchen und aufschreiben.
    Danke erst mal und Gruss
    Werner

    • Hallo Werner,

      Eventuell könnte es daran liegen dass der “fglrx” Treiber den ATI Chip in dem erst 1 Jahr alten Netbook (Radeon X1250) nicht mehr unterstützt (habe ich irgendwo gehört).

      Ich mache es schnell und schmerzlos. Der ATI Catalyst 10.3 (fglrx-Treiber) unterstützt die Grafikkarte Radeon X1250 nicht mehr. Die Unterstützung der Grafikkarte ist schon mit ATI Catalyst 9.4 rausgeflogen. Lediglich ATI Catalyst 9.3 enthält noch die Unterstützung für diese Grafikkarte, aber nicht mehr für openSUSE 11.2.

      Das ist leider eine sehr bitter Pille, da dein Netbook wirklich nicht alt ist. Die Unterstützung der Grafikkarte ist im April 2009 eingestellt worden und Medion hat das Netbook mit dieser integrierten Grafikkarte (Radeon X1250) Anfang Juli 2009 in den Handel gebracht. Nicht gerade die feine englische Art. Genau aus diesem Grund habe ich dieses Nachfolge-Modell nicht gekauft.

      Ich habe selber ein Netbook von Medion, jedoch ein E1210 der 2. Generation mit einer 160 GB Festplatte, worauf ich diese Antwort auf dein Kommentar schreibe. Mit diesem Modell bin ich sehr zufrieden und möchte es ungern weggeben. :-)

      In deinem Fall kannst du nur noch den radeonhd-Treiber verwenden oder aus dem ATI-Repo den alten fglrx-Treiber „ati-fglrxG01-*“ installieren.

      Bitte vorher deinen gebauten fglrx-Treiber mit YaST oder zypper entfernen lassen.

      rpm -qa | grep fglrx
      zypper rm (package-name)

      Gruß

      Sebastian

      • Hallo Sebastian,
        Danke für die Antwort.
        Ich hatte es schon befürchtet. Desswegen habe ich wieder 11.1 installiert. Damit funktioniert der fglrx-Treiber noch und jetzt auch wieder.

        Eventuell könntest Du doch auf Deiner Seite noch ein paar kleine Hinweise unterbringen, wie man wieder zu einem funktionierenden X kommt, wenn das mit dem fglrx-Treiber nicht funktioniert. Wenn man die Mausklickerei gewöhnt ist, steht man erst mal ganz blöd da, wenn man nur noch den Textmode eventuell auch noch ohne Cut&Paste hat. Da muss man viel schreiben. Gut dass ich wenigstens etwas mit dem vi arbeiten kann.

        Am Abend nach der Nachrich an Dich habe ich es mit mehr Ruhe probiert zu einem funktionierenden X zu kommen.
        – erst mal den gerade installierten fglrx-Treiber deinstalliert
        – X -configure
        – in xorg.conf „radeonhd“ eingetragen
        aber es hat nicht trotzdem geklappt. In Xorg.0.log fand ich:
        (II) RADEONHD(0): Reference Clock: 14320
        (II) RADEONHD(0): Found libdri 5.0.0.
        drmOpenDevice: node name is /dev/dri/card0
        drmOpenDevice: open result is -1, (No such device or address)
        drmOpenDevice: open result is -1, (No such device or address)
        drmOpenDevice: Open failed
        Backtrace:
        0: X(xorg_backtrace+0x37) [0x81396b7]
        1: X(xf86SigHandler+0xa0) [0x80c32c0]
        2: [0xffffe400]

        Aber das ist ja inzwischen Schnee von gestern. Mit 11.1 funktioniert das Netbook
        wieder. Jetzt suche ich nur noch wo sich das umfangreichere Beispiel zu „aticonfig –initial=dual-head …“, das ich von Dir kürzlich gesehen habe, wieder befindet.
        Ich hätte es mir gleich aufschreiben sollen ;-)
        Ich möchte meinen 1920×1080 TV über HDMI als zweiten Bildschirm konigurieren, wobei der Netbook Monitor daneben sein soll, so dass ich des Videotool VLC vom Monitor auf den TV schieben kann. Beide sollen mit ihrer bestmöglichen Auflösung arbeiten. Mit randx funktioniert das nicht so recht.
        Grüsse
        Werner

        • Hallo Werner,

          Ich hatte es schon befürchtet. Desswegen habe ich wieder 11.1 installiert. Damit funktioniert der fglrx-Treiber noch und jetzt auch wieder.

          Ja, leider. Okay, solange noch openSUSE 11.1 unterstützt wird, hast du im Prinzip nichts zu befürchten. Die Entwicklung des radeonhd-Treibers geht auch voran, soviel ich mitbekommen habe. Evtl. funktioniert es schon mit der kommenden openSUSE 11.3. Falls der radeonhd-Treiber noch buggy ist, dann sollte es spätestens mit openSUSE 12.0 oder openSUSE 12.1 mit dem Grafikchipsatz und HDMI funktionieren.

          Eventuell könntest Du doch auf Deiner Seite noch ein paar kleine Hinweise unterbringen, wie man wieder zu einem funktionierenden X kommt, wenn das mit dem fglrx-Treiber nicht funktioniert. Wenn man die Mausklickerei gewöhnt ist, steht man erst mal ganz blöd da, wenn man nur noch den Textmode eventuell auch noch ohne Cut&Paste hat. Da muss man viel schreiben. Gut dass ich wenigstens etwas mit dem vi arbeiten kann.

          Okay, also quasi eine kleine Deinstallationsanleitung. Ich nehme es mal als Verbesserungsvorschlag auf und werde bei Gelegenheit eine verständliche Anleitung zur Deinstallation schreiben. Evtl. passe ich dann auch nochmal das Skript an. :-)

          Am Abend nach der Nachrich an Dich habe ich es mit mehr Ruhe probiert zu einem funktionierenden X zu kommen.
          – erst mal den gerade installierten fglrx-Treiber deinstalliert
          – X -configure
          – in xorg.conf “radeonhd” eingetragen
          aber es hat nicht trotzdem geklappt. In Xorg.0.log fand ich:
          (II) RADEONHD(0): Reference Clock: 14320
          (II) RADEONHD(0): Found libdri 5.0.0.
          drmOpenDevice: node name is /dev/dri/card0
          drmOpenDevice: open result is -1, (No such device or address)
          drmOpenDevice: open result is -1, (No such device or address)
          drmOpenDevice: Open failed
          Backtrace:
          0: X(xorg_backtrace+0×37) [0x81396b7]
          1: X(xf86SigHandler+0xa0) [0x80c32c0]
          2: [0xffffe400]

          Aber das ist ja inzwischen Schnee von gestern.

          Diese Fehlermeldung habe ich noch nie zu Gesicht bekommen. Besonders /dev/dri/card0 gibt mir Rätsel auf. Neues X11-Treiber-Modul installiert? Sicherlich war das noch mit openSUSE 11.2.

          Mit 11.1 funktioniert das Netbook
          wieder. Jetzt suche ich nur noch wo sich das umfangreichere Beispiel zu “aticonfig –initial=dual-head …”, das ich von Dir kürzlich gesehen habe, wieder befindet.
          Ich hätte es mir gleich aufschreiben sollen ;-)
          Ich möchte meinen 1920×1080 TV über HDMI als zweiten Bildschirm konigurieren, wobei der Netbook Monitor daneben sein soll, so dass ich des Videotool VLC vom Monitor auf den TV schieben kann. Beide sollen mit ihrer bestmöglichen Auflösung arbeiten. Mit randx funktioniert das nicht so recht.

          Schau einfach in den Kommentaren bei den früheren Artikel zu den Themen ATI Catalyst 9.11 – 10.2. Dort finden sich eine Menge Lösungsvorschläge. :-)

          Gruß

          Sebastian

  3. Hallo Sebastian,
    ich bin absoluter Linux Neuling und taste mich grad an openSUSE 11.2 64bit mit KDE 4.3.5 ran.
    Leider ist das Bild an meinem Samsung 24″ Syncmaster 2494HM mit ATI Radeon 5870 so undeutlicht, dass mir nach ein paar Minuten stark die Augen weh tun, weshalb es sehr dringend ist, die Treiber zu installieren.

    Die offizielle Anleitung zur ATI-Treiber Installation auf der SUSE Seite kenne ich und habe ich befolgt.
    Folgende Probleme treten bei der Installation auf:
    „fglrxinfo“ spuckt folgendes aus:
    Xlib: extension „GLX“ missing on display „:0.0“.
    Error: couldn’t find RGB GLX visual!
    „glxgears“ sagt mir so ziemlich das Gleiche. Diese Fehlermeldung bekomme ich auch schon, bevor ich anfange die ATI Treiber zu installieren, aber auch danach noch.

    Der „aticonfig …“ Befehl den ich laut Anleitung ausführen soll sagt mir:
    „aticonfig: No supported adapters detected“

    Die Pakete habe ich aber über YaST hinzugefügt und installiert bekommen und wie gesagt alle Schritte der Anleitung befolgt. Mein Bildschirm hängt per HDMI am PC.

    Inzwischen bin ich auf dein (hoffe ich darf du sagen?) Skript aufmerksam gemacht worden und habe es ausprobiert.
    Hab das Skript durchlaufen lassen und das klappte soweit auch reibungslos.
    Nun kommen folgende Meldungen:
    „fglrxinfo“: Error: unable to open display (null)
    „glxinfo“: name of display: 0.0

    Und die Bildschirmdarstellung ist immer noch sehr undeutlich und füllt nicht den ganzen Bildschirm aus. Beachtet hab ich aber ganz sicher alle Schritte in allen Anleitungen.
    Also hoffe ich, dass diesmal nicht das Problem vor dem Rechner sitzt.
    Wäre um Hilfe dankbar, da du sehr kompetent wirkst.
    MfG
    Stefan Kuhlemann

    • Hallo Stefan,

      ich bin absoluter Linux Neuling und taste mich grad an openSUSE 11.2 64bit mit KDE 4.3.5 ran.

      Herzlich willkommen in der Welt von Linux. ;-)

      Leider ist das Bild an meinem Samsung 24″ Syncmaster 2494HM mit ATI Radeon 5870 so undeutlicht, dass mir nach ein paar Minuten stark die Augen weh tun, weshalb es sehr dringend ist, die Treiber zu installieren.

      Das hört sich jetzt aber nicht so gesund an. :-? Es hängt zum größten Teil damit zusammen, dass der 24″-Monitor einen 16:9-Format hat. In diesem Format gibt es bei den Standard-Treiber unter Linux noch kein 16:9-Format, sondern viel eher 4:3. Deswegen kommt es zu Verzerrungen und kann auf Dauer Kopfschmerzen verursachen. Daher sollte ja eigentlich der fglrx-Treiber das „Problem“ beheben.

      Die offizielle Anleitung zur ATI-Treiber Installation auf der SUSE Seite kenne ich und habe ich befolgt.
      Folgende Probleme treten bei der Installation auf:
      “fglrxinfo” spuckt folgendes aus:
      Xlib: extension “GLX” missing on display “:0.0″.
      Error: couldn’t find RGB GLX visual!
      “glxgears” sagt mir so ziemlich das Gleiche. Diese Fehlermeldung bekomme ich auch schon, bevor ich anfange die ATI Treiber zu installieren, aber auch danach noch.

      Der “aticonfig …” Befehl den ich laut Anleitung ausführen soll sagt mir:
      “aticonfig: No supported adapters detected”

      Die Pakete habe ich aber über YaST hinzugefügt und installiert bekommen und wie gesagt alle Schritte der Anleitung befolgt. Mein Bildschirm hängt per HDMI am PC.

      Das liest sich jetzt so, dass du die Anleitung zu ATI von der de.opensuse.org gelesen hast oder meinst du nur meine Anleitung hier auf dieser Seite?

      Die genannten Fehlermeldungen sagen aus, dass bei dir der fglrx-Treiber nicht geladen wurde. Um weitere Diagnose machen zu können, führe bitte folgende Schritte durch:

      1. Konsole starten und als root mit folgendem Befehl einloggen:

      # zum Superuser root werden
      su

      2. Diagnose-Skript ausführen:

      atigetsysteminfo.sh

      3. Diagnose-Datei /root/atisysteminfo-report.txt auf de.pastebin.ca hochladen und den ausgegebenen Link hier posten.

      Bitte auch folgende Ausgaben hier posten von:

      rpm -qa | grep fglrx

      und

      hwinfo --gfxcard

      Inzwischen bin ich auf dein (hoffe ich darf du sagen?) Skript aufmerksam gemacht worden und habe es ausprobiert.
      Hab das Skript durchlaufen lassen und das klappte soweit auch reibungslos.
      Nun kommen folgende Meldungen:
      “fglrxinfo”: Error: unable to open display (null)
      “glxinfo”: name of display: 0.0

      Duzen ist völlig in Ordnung. ;-) Mich würde es schon gerne interessieren, wer dich wo auf das Skript aufmerksam gemacht hat? :mrgreen:

      Hast du den Rechner auch ganz sicher neu gestartet? ;-)

      Und die Bildschirmdarstellung ist immer noch sehr undeutlich und füllt nicht den ganzen Bildschirm aus. Beachtet hab ich aber ganz sicher alle Schritte in allen Anleitungen.
      Also hoffe ich, dass diesmal nicht das Problem vor dem Rechner sitzt.

      Okay, sobald ich die restlichen Informationen von dir erhalten habe, kann ich dir näheres sagen, was unter Umständen schief läuft.

      Wäre um Hilfe dankbar, da du sehr kompetent wirkst.

      Oh, danke. 8)

      Gruß

      Sebastian

      • Hey,
        danke für die schnelle Antwort.
        Ja ich meinte die Anleitung auf opensuse.org. Auf deine Seite wurde ich von einem User auf opensuse-forum.de gebracht. Die atisysteminfo Datei konnte ich zwar erzeugen, aber ich weis nicht, wie ich an die Datei ran komme, da sie sich in dem root Ordner befindet und ich keinen Weg finde, mir die nötigen Rechte zu geben…
        Der „rpm“ Befehl sagt:
        fglrx64_7_4_0_SUSE112-8.712-1.x86_64
        ati-fglrxG01-kmp-desktop-8.593_2.6.31.5_0.1-26.1.x86_64
        x11-video-fglrxG01-8.593-27.1.x86_64

        „hwinfo“:
        34: PCI 200.0: 0300 VGA compatible controller (VGA)
        [Created at pci.318]
        UDI: /org/freedesktop/Hal/devices/pci_1002_6898
        Unique ID: B35A.kiAY8KlA4uE
        Parent ID: 3hqH.ZWaznjlqOZ9
        SysFS ID: /devices/pci0000:00/0000:00:03.0/0000:02:00.0
        SysFS BusID: 0000:02:00.0
        Hardware Class: graphics card
        Model: „ATI VGA compatible controller“
        Vendor: pci 0x1002 „ATI Technologies Inc“
        Device: pci 0x6898
        SubVendor: pci 0x1002 „ATI Technologies Inc“
        SubDevice: pci 0x0b00
        Memory Range: 0xd0000000-0xdfffffff (rw,prefetchable)
        Memory Range: 0xfbac0000-0xfbadffff (rw,non-prefetchable)
        I/O Ports: 0xa000-0xafff (rw)
        Memory Range: 0xfbaa0000-0xfbabffff (ro,prefetchable,disabled)
        IRQ: 15 (no events)
        I/O Ports: 0x3c0-0x3df (rw)
        Module Alias: „pci:v00001002d00006898sv00001002sd00000B00bc03sc00i00“
        Config Status: cfg=no, avail=yes, need=no, active=unknown
        Attached to: #10 (PCI bridge)

        Primary display adapter: #34

        Du hast übrigens Recht, dass ich einen 16:9 Bildschirm habe.
        Hatte den Rechner sicher neu gestartet und nun ja inzwischen auch schon wieder. Inzwischen sagt mir „fglrxinfo“: Speicherzugriffsfehler.
        Hab aber „eigentlich“ nichts verändert, zumindest nicht bewusst…

        Du kannst mir auch gerne per Mail an s.kuhlemann@gmail.com antworten. Da merk ich schneller eine Antwort, aber wenn das hier der Allgemeinheit hilft, können wir auch hier weiter schreiben. ^^

        • Hallo Stefan,

          Die atisysteminfo Datei konnte ich zwar erzeugen, aber ich weis nicht, wie ich an die Datei ran komme, da sie sich in dem root Ordner befindet und ich keinen Weg finde, mir die nötigen Rechte zu geben.

          Okay, führe bitte folgende Schritte aus:

          su
          mv /root/atisysteminfo-report.txt /
          chmod 777 /atisysteminfo-report.txt
          

          So kommst du an die Datei ausserhalb von root heran. Wenn du sie hochgeladen hast, kannst du sie danach einfach löschen.

          rm /atisysteminfo-report.txt

          Der “rpm” Befehl sagt:
          fglrx64_7_4_0_SUSE112-8.712-1.x86_64
          ati-fglrxG01-kmp-desktop-8.593_2.6.31.5_0.1-26.1.x86_64
          x11-video-fglrxG01-8.593-27.1.x86_64

          Da haben wir schon mal das Problemchen. Du hast gleich 2 Treiber vermischt. (In meiner Anleitung hatte ich ja geschrieben, dass sämtliche vorhandenen Treiber gelöscht werden sollten. ;-) )

          Gehe in YaST rein und lösche nochmal alle o.g. Pakete und installiere dir danach nochmal das erzeugte Paket fglrx64_7_4_0_SUSE112-8.712-1.rpm. Ich gehe davon mal aus, dass es danach funktionieren dürfte.

          Gruß

          Sebastian

          • Guten Morgen,
            habe deine „Befehle“ ausgeführt. ^^
            Also alle Treiber jetzt ganz sicher gelöscht. Nachdem ich jetzt wusste, wie die Treiber genau heisen, war es auch leichter sie zu löschen. ;-)
            „RPM…“ gibt mir jetzt nur noch den richtigen, grade frisch installierten Treiber aus: fglrx64_7_4_0_SUSE112-8.712-1.x86_64
            Neu gestartet habe ich auch schon, kann aber ehrlich gesagt keinen Unterschied zu vorher erkennen. Hab mich jetzt auch schon gefragt, ob das vielleicht einfach das Beste Resultat ist, dass man unter Linux mit meiner Graka und dem 16:9 Bildschirm hinbekommt…
            Bei „fglrxinfo“ kommt aber immer noch ein „Speicherzugriffsfehler“.
            Das hier ist die alte atisysteminfo Datei: http://de.pastebin.ca/1859690
            Ich habe jetzt, nachdem ich alle Schritte ausgeführt hatte, nochmal eine neue atisysteminfo erstellt und hochgeladen falls das hilft:
            http://de.pastebin.ca/1859708
            Ich musste in der 2. Datei unten ein bischen was abschneiden, da ich über 150kb lag und sie sonst nicht hätte hochladen können. hoffe, das war nicht der entscheidende Part. ^^
            Danke für deine Hilfe.

          • Moin Stefan,

            habe deine “Befehle” ausgeführt. ^^

            Nett. :-)

            Also alle Treiber jetzt ganz sicher gelöscht. Nachdem ich jetzt wusste, wie die Treiber genau heisen, war es auch leichter sie zu löschen. ;-)

            Das könnte man evtl. nochmal in der Anleitung erwähnen, wie man vorhandene Treiber heraus findet. Obwohl man einfach in YaST im Suchfeld fglrx eingeben kann und schon dackeln die fglrx-Treiber in der Liste an. ;-)

            Ich habe jetzt, nachdem ich alle Schritte ausgeführt hatte, nochmal eine neue atisysteminfo erstellt und hochgeladen falls das hilft:
            http://de.pastebin.ca/1859708

            Also, im Abschnitt /sbin/lsmod ist kein Eintrag zu fglrx. Folglich ist der fglrx-Treiber nicht geladen. :-?

            Kannst du das hier nochmal als root ausführen und die gesamte Ausgabe hier posten:

            fglrx-kernel-build.sh
            depmod -A
            modprobe -v fglrx
            lsmod | grep fglrx

            Wenn zum Schluß bei lsmod keine Ausgabe erfolgt, dann wird die Grafikkarte vom Treiber nicht erkannt. Dann muss ich später nochmal prüfen, ob die Grafikkarte mit der Device-Id 6898 explizit von ATI Catalyst 10.3 unterstützt wird.

            Gruß

            Sebastian

          • Als Linux Neuling muss man aber erstmal wissen, was fglrx und die anderen kryptischen Abkürzungen so bedeuten. ^^

            kernel-source: „Package „kernel-source“ needs to be installed by YaST2 first!“
            Laut Yast ist aber nen grünes Häckchen bei kernel-source.
            depmode: Gab keine Ausgabe
            modprobe: „FATAL: Module fglrx not found.“
            lsmod: Gab keine Ausgabe

            Danke für deine Bemühungen. :-) Falls das Problem Suse-spezifisch ist und z.B. bei Ubuntu nicht auftreten würde, würde ichs im zweifelsfall auch damit probieren… ;-)

          • kernel-source: “Package “kernel-source” needs to be installed by YaST2 first!”

            Öhm, hast du wirklich meine Anleitung gelesen? Wenn ja, welche Schritte (automatische (per makerpm-ati-10.3.sh) oder manuelle Installation) hast du vorgenommen. Denn da fehlen offensichtlich auf deinem openSUSE-System ne Menge wichtige Pakete, um überhaupt den Treiber bauen zu können.

            Danke für deine Bemühungen. :-)

            Ich stosse dich nur mit der Nase darauf an, machen muss du es schon selber. :-)

            Falls das Problem Suse-spezifisch ist und z.B. bei Ubuntu nicht auftreten würde, würde ichs im zweifelsfall auch damit probieren… ;-)

            Hier würde ich mal darauf tippen, dass das Problem vor dem Bildschirm sitzt, wie du es ja schon angedeutet hast. ;-) Da du ja neu bist auf diesem Gebiet, verzeihe ich es dir. Jedoch muss du wirklich die Anleitung genau lesen und mögliche Fehlermeldungen akribisch nachgehen.

            Gruß

            Sebastian

          • Sorry hatte nicht auf Antworten geklickt und nu kam der Eintrag irgend wo anders hin:

            Also ich weis auch nicht…reden wir nur von der Anleitung die auf der selben Seite hier oben steht? Dort habe ich die automatische Installation per Skript verwendet.
            Ich hab auch nochmal das fglrx-Paket gelöscht und alles im init 3 neu mit root Rechten installiert. Hab mir extra alle Schritte aufgeschrieben mit Zettel und Stift, weil ich auch noch keine Druckerverbindung habe und im Konsolenbereich ja den Browser nicht sehe…aber auch nachdem ich das alles nochmal neu gemacht habe, ist bei den Befehlen zur Überprüfung keine Änderung eingetreten. (Ja ich habe auch neu gestartet ^^) Angeblich fehlt mir immer noch z.B. kernel-source.
            Vielleicht hab ich aber auch irgend ne Anleitung die man vorweg machen soll übersehen? Ich hab echt keine Ahnung, aber so doof bin ich (zumindest unter Windows) eigentlich nicht…

          • Hallo Stefan,

            Sorry hatte nicht auf Antworten geklickt und nu kam der Eintrag irgend wo anders hin:

            Wie hast du das geschafft? ;-) Ich habe mal deinen Doppelpost gelöscht, sonst irritiert es ein bissle den Verlauf des Gesprächs.

            Also ich weis auch nicht…reden wir nur von der Anleitung die auf der selben Seite hier oben steht? Dort habe ich die automatische Installation per Skript verwendet.

            Jepp, von der Anleitung dieser Seite. ;-) Jut, du hast also das Skript verwendet.

            Kannst du mir folgende Ausgabe hier posten, mich würde interessieren welches Package bei dir fehlt.

            rpm -qa | grep gcc
            rpm -qa | grep make
            rpm -qa | grep patch
            rpm -qa | grep kernel

            Vielleicht hab ich aber auch irgend ne Anleitung die man vorweg machen soll übersehen? Ich hab echt keine Ahnung, aber so doof bin ich (zumindest unter Windows) eigentlich nicht…

            Das wollen wir ja gerade herausfinden, was da schief gelaufen ist. Nur die Ruhe bitte. ;-)

            Gruß

            Sebastian

          • Ist ja wie Ostereier suchen. ^^

            Kuhlemann@linux-4iwc:~> rpm -qa | grep gcc
            libgcc44-4.4.1_20090817-2.3.4.x86_64
            gcc-4.4-4.2.x86_64
            gcc44-4.4.1_20090817-2.3.4.x86_64
            libgcc44-32bit-4.4.1_20090817-2.3.4.x86_64

            Kuhlemann@linux-4iwc:~> rpm -qa | grep make
            make-3.81-130.2.x86_64

            Kuhlemann@linux-4iwc:~> rpm -qa | grep patch
            patch-2.5.9.122-2.1.x86_64

            Kuhlemann@linux-4iwc:~> rpm -qa | grep kernel
            linux-kernel-headers-2.6.31-3.4.noarch
            kernel-source-2.6.31.12-0.2.1.noarch
            kernel-desktop-2.6.31.5-0.1.1.x86_64
            kernel-source-rt-2.6.31-3.4.noarch
            kernel-desktop-devel-2.6.31.12-0.2.1.x86_64

          • Hi Stefan,

            Ist ja wie Ostereier suchen. ^^

            Fast richtig. :-) Wenn man nur wüsste, wie du es mit den Paketen rund um den Kernel geschafft hast. ;-)

            Kuhlemann@linux-4iwc:~> rpm -qa | grep kernel
            linux-kernel-headers-2.6.31-3.4.noarch
            kernel-source-2.6.31.12-0.2.1.noarch
            kernel-desktop-2.6.31.5-0.1.1.x86_64
            kernel-source-rt-2.6.31-3.4.noarch
            kernel-desktop-devel-2.6.31.12-0.2.1.x86_64

            Du meine Güte! Hier hast du ja alles kreuz und quer installiert.

            Daher bitte mal kernel-source-rt-2.6.31-3.4.noarch deinstallieren,
            kernel-desktop-2.6.31.5-0.1.1.x86_64 gegen diese Version kernel-desktop-2.6.31.12-0.2.1.x86_64 ersetzen,
            kernel-source-2.6.31.12-0.2.1.noarch wie auch
            kernel-desktop-devel-2.6.31.12-0.2.1.x86_64 nochmal neuinstallieren.

            Dann nochmal das fglrx Package installieren.

            Gruß

            Sebastian

          • Schon wieder das Posting zuerst an die falsche Stelle geschrieben, sorry.

            So, “wie immer” alles erledigt. Hoffe richtig. Änderte sich leider glaube ich nichts. Hier noch die neue Ausgabe mit den 4 Befehlen:

            Kuhlemann@linux-4iwc:~> rpm -qa | grep gcc
            libgcc44-4.4.1_20090817-2.3.4.x86_64
            gcc-4.4-4.2.x86_64
            gcc44-4.4.1_20090817-2.3.4.x86_64
            libgcc44-32bit-4.4.1_20090817-2.3.4.x86_64
            Kuhlemann@linux-4iwc:~> rpm -qa | grep make
            make-3.81-130.2.x86_64
            Kuhlemann@linux-4iwc:~> rpm -qa | grep patch
            patch-2.5.9.122-2.1.x86_64
            Kuhlemann@linux-4iwc:~> rpm -qa | grep kernel
            kernel-desktop-2.6.31.12-0.2.1.x86_64
            linux-kernel-headers-2.6.31-3.4.noarch
            kernel-desktop-devel-2.6.31.12-0.2.1.x86_64
            kernel-source-2.6.31.12-0.2.1.noarch

          • Okay, sieht schon mal richtig aus. :-)

            Welche Ausgabe gibt es diesmal:

            fglrx-kernel-build.sh
            depmod -A
            modprobe -v fglrx
            lsmod | grep fglrx

            Gruß

            Sebastian

          • Fortschritte sind zu sehen, auch wenn diese kryptisch für mich sind. :-)
            Habs mal einfach so aus Terminal rauskopiert:

            linux-4iwc:/home/Kuhlemann # fglrx-kernel-build.sh
            /usr/src/kernel-modules/fglrx /home/Kuhlemann
            make: Entering directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            make -C ../../../linux-2.6.31.12-0.2 O=/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop/.
            LD /usr/src/kernel-modules/fglrx/built-in.o
            CC [M] /usr/src/kernel-modules/fglrx/firegl_public.o
            In file included from /usr/src/kernel-modules/fglrx/firegl_public.c:443:
            /usr/src/kernel-modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’:
            /usr/src/kernel-modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’
            /usr/src/kernel-modules/fglrx/firegl_public.c: In function ‘KCL_SetPageCache_Array’:
            /usr/src/kernel-modules/fglrx/firegl_public.c:1316: warning: passing argument 1 of ‘KCL_ConvertPageToKernelAddress’ makes pointer from integer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.h:325: note: expected ‘void *’ but argument is of type ‘long unsigned int’
            /usr/src/kernel-modules/fglrx/firegl_public.c: In function ‘KCL_GetInitKerPte’:
            /usr/src/kernel-modules/fglrx/firegl_public.c:2348: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2349: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2350: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c: In function ‘KCL_GetPageTableByVirtAddr’:
            /usr/src/kernel-modules/fglrx/firegl_public.c:2395: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2398: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2399: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c: In function ‘KCL_TestAndClearPageDirtyFlag’:
            /usr/src/kernel-modules/fglrx/firegl_public.c:2552: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c: In function ‘KCL_GetDmaPhysAddr’:
            /usr/src/kernel-modules/fglrx/firegl_public.c:2590: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2591: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2592: warning: return makes integer from pointer without a cast
            /usr/src/kernel-modules/fglrx/firegl_public.c:2594: warning: return makes integer from pointer without a cast
            CC [M] /usr/src/kernel-modules/fglrx/kcl_acpi.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_agp.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_debug.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_ioctl.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_io.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_pci.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_str.o
            CC [M] /usr/src/kernel-modules/fglrx/kcl_wait.o
            LD [M] /usr/src/kernel-modules/fglrx/fglrx.o
            Building modules, stage 2.
            MODPOST 1 modules
            WARNING: could not find /usr/src/kernel-modules/fglrx/.libfglrx_ip.a.GCC4.cmd for /usr/src/kernel-modules/fglrx/libfglrx_ip.a.GCC4
            CC /usr/src/kernel-modules/fglrx/fglrx.mod.o
            LD [M] /usr/src/kernel-modules/fglrx/fglrx.ko
            make: Leaving directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            make: Entering directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            make -C ../../../linux-2.6.31.12-0.2 O=/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop/. modules_install
            INSTALL /usr/src/kernel-modules/fglrx/fglrx.ko
            DEPMOD 2.6.31.12-0.2-desktop
            make: Leaving directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            make: Entering directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            make -C ../../../linux-2.6.31.12-0.2 O=/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop/. clean
            CLEAN /usr/src/kernel-modules/fglrx/.tmp_versions
            CLEAN /usr/src/kernel-modules/fglrx/Module.symvers /usr/src/kernel-modules/fglrx/Module.markers /usr/src/kernel-modules/fglrx/modules.order
            make: Leaving directory `/usr/src/linux-2.6.31.12-0.2-obj/x86_64/desktop‘
            /home/Kuhlemann

            linux-4iwc:/home/Kuhlemann # depmod -A

            linux-4iwc:/home/Kuhlemann # modprobe -v fglrx

            linux-4iwc:/home/Kuhlemann # lsmod | grep fglrx
            fglrx 2350296 0

          • Hi Stefan,

            # lsmod | grep fglrx
            fglrx 2350296 0

            Das sieht schon mal sehr gut aus. Jedenfalls besser als vorher.

            Jetzt muss du nur noch folgendes (siehe auch in der Anleitung) ausführen, um dem X-Server zu sagen, dass er den fglrx-Treiber verwenden soll:

            aticonfig --initial --input=/etc/X11/xorg.conf

            Dann dürfte es klappen.

            Gruß

            Sebastian

          • So, danke für diene Hilfe. Jetzt kommt folgende, anscheinend korrekte, Ausgabe:
            Kuhlemann@linux-4iwc:~> fglrxinfo
            display: :0.0 screen: 0
            OpenGL vendor string: ATI Technologies Inc.
            OpenGL renderer string: ATI Radeon HD 5800 Series
            OpenGL version string: 3.2.9704 Compatibility Profile Context

            Was ich von dem Ergebnis bzw. der „Verbesserung“ dank der Treiber halten soll, weis ich zwar nicht so recht, denn nun geht zwar zum Beispiel die native Auflösung des Bildschirms in 1920×1080, aber dadurch wird alles unglaublich klein, denn große Teile des Bildschirms sind rund herum einfach schwarz.
            Aber das soll nicht dein Problem sein. ^^
            Danke dir für diene Hilfe und wünsche dir ein schönes Wochenende.

          • Muss ich gleich nochmal antworten, da editieren nicht geht:
            Mir ist aufgefallen, dass Suse mit der Bootoption „vga=0x345“ bootet. Ich weis zwar nicht was das bedeutet, aber wenn ich die Option entferne und booten will, komme ich nur in die Kommandozeile und die grafische Oberfläche lässt sich nicht starten. Bei „startx“ kommt der Fehler „no screens found“. Wenn das alles ganz normal ist und nix zu bedeuten hatte vergiss es, dachte nur ich erwähns mal weil die Bootoption ja irgendwas mit meinem Grafikadapter zu tun hat. ;-)

Die Kommentarfunktion ist geschlossen.