Proprietären Grafik-Treiber ATI Catalyst 10.4 als RPM installieren

Diese Anleitung soll wiederspiegeln wie der Catalyst 10.4 als RPM per shell Script von Sebastian Siebert installiert wird.

Als erstes müsst Ihr alle vorhandenen Treiber deinstallieren / löschen. Gebt dazu in der Console folgendes ein:

rpm -qa | grep -E 'fglrxG01|fglrxG02'

Sollte vom RPM hier eine Ausgabe komme so deinstallieren wir diese:

zypper rm (packetname)

Nun könnt Ihr euch entscheiden ob Ihr den Treiber über das Script von Sebastian Siebert installieren wollt oder selbst Hand anlegen möchtet. Möchtet Ihr selber tätig werden so gehts für euch hier: Propitärer ATI-Treiber To RPM Package weiter. Wenn es schneller gehen soll dann weiterlesen:

Zuerst ladet Ihr euch das Script und die Checksummendatei herunter:

Script: http://www.sebastian-siebert.d…loads/makerpm-ati-10.4.sh
SHA1: http://www.sebastian-siebert.d…/makerpm-ati-10.4.sh.sha1

Das Script ist durch:

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

auf seine Richtigkeit zu überprüfen.
[line][/line]
Das Skript makerpm-ati-10.4.sh ist sehr mächtig, robust und läuft vollautomatisch. Der ATI-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf dem System werden nach den nötigen Entwicklungspaketen 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
[line][/line]
Fangen wir an:
Über STRG+ALT+F1 gelangt Ihr in den Textbasierten Modus eures Systems. Hier meldet Ihr euch als root an
Danach in den Runlevel 3 switchen:

init 3

Dann bitte in den Ordner wo Ihr das Script abgelegt hat:

cd Mein/Ordner/mit/dem/Script

Wir ändern die Rechte des Scriptes und machen es zeitgleich ausführbar:

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

Haben wir das getan installieren wir zuerst den gepatchten X-Server mit:

./makerpm-ati-10.4.sh -ux

Danach installieren wir den ATI-Treiber:

./makerpm-ati-10.4.sh -i

und starten den Rechner neu:

reboot

Das war es auch schon.
[line][/line]
Mögliche Problemlösungen:

Unter Umständen ist es möglich das Ihr nach dem Restart wieder in der Console landet. In diesem Falle meldet euch als root an und versucht folgendes:
Runlevel wechseln:

init 3

und dem X-Server die Konfiguration der Monitore vorschreiben:

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

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

Je nachdem ob Ihr einen oder halt zwei Monitore habt.

Falls die Arbeitsflächen-Effekte (Compositing) in KDE 4.4.2 nicht mehr aktiviert sind, weil vermutlich die Erkennung der OpenGL-Schnittstelle von AMD/ATI Catalyst 10.4 fehlschlägt (Bugreport #601589). Hierzu gibt es eine einfache Lösung:

Im KDE-Menü auf Systemeinstellungen klicken
Unter Allgemein / Erscheinungsbild & Verhalten auf Arbeitsfläche klicken
In Arbeitsflächen-Effekte einrichten auf den Tab Erweitert klicken
Die Checkbox Funktionsprüfungen deaktivieren aktivieren
Im Tab Allgemein prüfen, ob Compositing aktiviert ist. Falls nicht, bitte aktivieren.
Abschließend auf Anwenden klicken Jetzt sollen die Effekte in KDE wieder funktionieren.

Die 3D-Anwendungen bzw. 3D-Spiele sind von diesem Problem nicht betroffen.

[line][/line]
Diese Anleitung ist nicht von mir sondern durch Sebastian Siebert entstanden. Ich habe diese lediglich ins Forum übertragen und leicht abgeändert. Es finden sich auch andere sehr hilfreiche Beiträge auf Sebastians Seite: http://www.sebastian-siebert.de