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

Veröffentlicht am 27. Juli 2011 von Sebastian Siebert

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

ATI Catalyst 11.7 (fglrx 8.872) wurde veröffentlicht. Das Skript makerpm-ati-11.7.sh steht ab sofort zum Download zur Verfügung.

Wichtige Änderungen in ATI Catalyst 11.7 (eine öffentliche ChangeLog seitens AMD für den Linux-Treiber gibt es leider noch nicht):

ATI Catalyst 11.7 unterstützt bis einschließlich Kernelversion 3.0
Die Unterstützung von openSUSE 11.2 ist wie bereits angekündigt jetzt weggefallen

Für ATI Catalyst 11.7 stelle ich wieder ein Cheat Sheet bereit, um einen schnellen Überblick über die Features / Einstellmöglichkeiten zu bekommen.
Download: ati-catalyst-11.7-cheat-sheet.pdf

Inhaltsverzeichnis

Einleitung
Hilfe, es funktioniert nicht!
RPM mit dem Skript makerpm-ati-11.7.sh bauen (empfohlen)
RPM manuell bauen (für Fortgeschrittene)
Troubleshooting

Einleitung

Die Anleitung funktioniert mit openSUSE 11.2, 11.3 und 11.4.

*** Wichtiger Hinweis zum ATI-Repo ***
Im ATI-Repo befindet sich der ältere ATI-Catalyst 11.1 (fglrx 8.812) Treiber. Es kann durchaus passieren, dass neuere Grafikkarten noch nicht unterstützt werden. Zudem werden die Treiber mit einer Verzögerung von 1-2 Monaten gebaut und veröffentlicht.

Diese Anleitung wie auch das Skript werden regelmäßig aktualisiert. Es lohnt sich daher öfter mal vorbei zu schauen oder im Feedreader zu speichern.

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

das RPM mit dem Skript makerpm-ati-11.7.sh bauen (empfohlen)
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.

Hinweis: 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 fglrx-Treiber wird mit der Installation des ATI Catalyst RPM-Paket automatisch entfernt.

Mit vorhandene fglrx-Treiber sind z.B. folgende gemeint:

ati-fglrxG01-kmp-{default,desktop,pae,…}
ati-fglrxG02-kmp-{default,desktop,pae,…}
x11-video-fglrxG02

Hilfe, es funktioniert nicht!

Bitte haltet folgende Regel ein:

Bei der Eingabe der Befehle auf mögliche Tippfehler überprüfen.
Möglicherweise ist die Lösung für das Problem im Troubleshooting vorhanden.
In Kommentaren lesen, ob eine Lösung zu einem Problem bereits existiert.

Wenn keines der o.g. Regel greift, dann könnt ihr mit eurem Anliegen an mich wenden. Damit ich euch helfen kann, müsst ihr erst vorarbeiten. Bitte ladet euch das Skript makerpm-ati-11.7.sh herunter und erstellt einen Report von eurem System in der Konsole:

su -c 'sh makerpm-ati-11.7.sh -ur'

Das Skript lädt das Report auf sprunge.us hoch und gibt anschließend einen Link aus. Diesen Link postet ihr in eurem Kommentar zusammen mit einer Beschreibung zu eurem Problem an mich. Ich werde mir euren Report anschauen und Hilfestellung geben, wo evtl. das Problem liegen könnte.

RPM mit dem Skript bauen

Das Skript makerpm-ati-11.7.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 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
-kms <yes\|no>	Kernel-Mode-Setting (KMS) aktivieren oder deaktivieren
-old2ddriver <yes\|no>	den alten 2D-Treiber aktivieren oder deaktivieren
-r\|–report	erstellt ein Report und speichert diese in eine Datei namens ati-report.txt
-u\|–uninstall	entfernt ATI Catalyst restlos vom System. Zuerst wird das fglrx-Package (falls vorhanden) vom System deinstalliert. Danach werden vorhandene ATI-Dateien und -Verzeichnisse entfernt. Hinweis: Falls das Rebuild-Skript installiert wurde, wird es ebenfalls entfernt und das Initskript /etc/init.d/xdm wiederhergestellt.
-ur\|–uploadreport	wie Option –report nur zusätzlich wird der Report auf einem NoPaste-Service sprunge.us hochgeladen und gibt bei Erfolg den Link zurück.
-ux	openSUSE 11.2: Nur den gepatchten X-Server installieren. Verbessert die Zusammenarbeit mit dem fglrx-Treiber. (empfohlen)
-h	Die Hilfe anzeigen lassen
-V	Version des Skript anzeigen

Downloads:

Skript: makerpm-ati-11.7.sh
SHA1: makerpm-ati-11.7.sh.sha1

Empfohlene Vorgehensweise:

Man benötigt hierfür die Konsole mit root-Rechten, um das Skript auszuführen.

Das Skript herunterladen:

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

Die Prüfsummendatei herunterladen:

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

Die Prüfsummendatei gegen das Skript prüfen:
```
sha1sum -c makerpm-ati-11.7.sh.sha1
```
Idealerweise sollte folgende Ausgabe erscheinen, andernfalls stimmt etwas mit dem heruntergeladenen Skript nicht:
```
makerpm-ati-11.7.sh: OK
```

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

chown root:root makerpm-ati-11.7.sh
chmod 744 makerpm-ati-11.7.sh

Das Skript mit dem Argument -i ausführen. Das RPM-Package wird im Anschluß automatisch installiert (bzw. aktualisiert).
```
./makerpm-ati-11.7.sh -i
```
Den Rechner neustarten:
```
reboot
```

RPM manuell bauen

Da nun endlich das von mir neugeschriebene Packaging Skript im ATI-Installer enthalten ist, ist die Installation des Treibers ziemlich einfach geworden.

Folgende Entwicklungswerkzeuge bzw. -packages werden vom gebauten RPM-Paket als benötigt eingestuft und von YaST2/zypper automatisch mitinstalliert:

gcc
make
patch
kernel-devel (openSUSE 11.2: linux-kernel-headers)
kernel-source
kernel-{default,desktop,pae}-devel
kernel-syms

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

Den Installer des proprietären Treiber von ATI herunterladen:
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-11-7-x86.x86_64.run
Optional: Das System im Runlevel 3 starten und als „root“ einloggen oder per init 3 wechseln.

Den Bau des RPM-Packages anstoßen:

sh ./ati-driver-installer-11-7-x86.x86_64.run --buildpkg SuSE/SUSE-autodetection

Das RPM-Package installieren:
```
zypper install fglrx*8.87*.rpm
```
Den Rechner neustarten:
```
reboot
```

Troubleshooting:

Nach dem Booten sieht man die Konsole (Problem mit der Konfiguration des X-Servers)
Nach dem Booten hat man einen schwarzen Bildschirm (Problem mit dem Kernel-Mode-Setting)
Arbeitsflächen-Effekte (Compositing) in KDE 4.4 bzw. 4.5 ist nicht aktiviert
Arbeitsflächen-Effekte (Compositing) in KDE 4.5 lassen sich gar nicht mehr aktivieren
In Firefox oder Thunderbird erscheinen schwarze Flächen
Ein Wasserzeichen erscheint unten rechts
Der Treiber unterstützt meine Grafikkarte nicht. Was mache ich jetzt?

Sollte man nach dem Booten in der Konsole landen, dann erstellt man besser eine Konfigurationsdatei des X-Servers. In diesem Fall bitte als „root“ in die Konsole einloggen und folgende Schritte durchführen.
einfache Variante:
Vorher noch in den Runlevel 3 wechseln:
```
init 3
```
Bei einem Monitor (Single-Modus):
```
./makerpm-ati-11.7.sh -c single
```
Bei zwei Monitore (Dual-Modus):
```
./makerpm-ati-11.7.sh -c dual
```
Danach den Rechner neustarten.
Fortgeschrittene Variante:
1. X-Server-Konfiguration verschieben, falls vorhanden:
```
mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup
```
2. Von aticonfig eine neue Konfigurationsdatei erzeugen lassen: (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 --input=/etc/X11/xorg.conf
```
  oder bei zwei Monitore (Dual-Modus):
```
aticonfig --initial=dual-head --input=/etc/X11/xorg.conf
```
Wenn man vor einem schwarzen Bildschirm sitzt und man weder die Konsole noch den Desktop sieht, dann liegt es höchstwahrscheinlich am neueingeführten Kernel-Mode-Setting (auch KMS genannt). Das Problem läßt sich durch Deaktivierung des KMS beheben.
einfache Variante:
Mit dem Skript das KMS dauerhaft deaktivieren:
```
./makerpm-ati-11.7.sh -kms no
```
Fortgeschrittene Variante:
Es gibt 2 Möglichkeiten KMS zu deaktivieren:
- Als Bootparameter in GRUB oder LILO: nomodeset
- KMS im Initial Ramdisk grundsätzlich deaktivieren. Der nachfolgende Befehl schaltet das KMS in der Konfiguration /etc/sysconfig/kernel auf NO_KMS_IN_INITRD=“yes“ aus.
```
sed -i 's/NO_KMS_IN_INITRD=.*/NO_KMS_IN_INITRD="yes"/g' /etc/sysconfig/kernel
```
  Anschließend die Initial Ramdisk neubauen lassen:
```
mkinitrd
```
Falls die Arbeitsflächen-Effekte (Compositing) in KDE 4.4 bzw. 4.5 nicht mehr aktiviert sind, weil vermutlich die Erkennung der OpenGL-Schnittstelle von AMD/ATI Catalyst 11.7 fehlschlägt. Hierzu gibt es eine einfache Lösung:
1. Im KDE-Menü auf Systemeinstellungen klicken
2. Unter Allgemein / Erscheinungsbild & Verhalten auf Arbeitsfläche klicken
3. In Arbeitsflächen-Effekte einrichten auf den Tab Erweitert klicken
4. Die Checkbox Funktionsprüfungen deaktivieren aktivieren
5. Im Tab Allgemein prüfen, ob Compositing aktiviert ist. Falls nicht, bitte aktivieren.
6. 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.
Wenn das Compositing im OpenGL-Modus in KDE 4.5 nicht mehr aktivierbar sein sollte, dann wurde möglicherweise von KWin das Compositing komplett deaktiviert. Schuld ist die Einstellung OpenGLIsUnsafe=true in der Konfiguration /home/USERNAME/.kde4/share/config/kwinrc. Leider gibt es noch keine Möglichkeit diese Option in den Systemeinstellungen von KDE zu ändern.
Man kann in der Konsole schnell und komfortabel für jeden User im Home überprüfen, ob man von dem Problem betroffen ist. Wenn bei dem nachfolgenden Befehl eine oder mehrere Dateien aufgelistet werden, so ist die Option von KWin bei dem jeweiligen User scharf geschaltet worden:
```
grep -l "OpenGLIsUnsafe=true" /home/*/.kde4/share/config/kwinrc
```
Es ist wichtig, dass der folgende Befehl im Runlevel 3 ausgeführt wird, sonst werden die Einstellungen von KWin wieder überschrieben. Wie man in den Runlevel 3 kommt, wird oben im Artikel beschrieben. Um das Problem mit „OpenGLIsUnsafe“ für alle User im Home-Verzeichnis zu beheben, gibt man folgenden Befehl als root in der Konsole ein:
```
sed -i '/OpenGLIsUnsafe=.*/d' /home/*/.kde4/share/config/kwinrc
```
Hintergrundinfo:
Die Option OpenGLIsUnsafe kam mit der Revision 1079919 und wurde vom Autor Lucas Murray (lmurray) geschrieben. Allerdings ist ein Recheck-Button in der KDE-Einstellung laut einer TODO-Anmerkung im Quellcode in Zeile 156 geplant, um ggfs. die Option OpenGLIsUnsafe zurückzusetzen, was leider bisher noch nicht umgesetzt wurde.
Quellcode von kwincompositing
der Diff vom Quellcode zur Revision 1079919
Falls unter Firefox oder Thunderbird schwarze Flächen erscheinen, dann liegt es in erster Linie an den neuen 2D-Treiber. Um den alten 2D-Treiber zu verwenden, führt man folgende Kommando aus.
einfache Variante:
```
./makerpm-ati-11.7.sh -old2ddriver yes
```
Fortgeschrittene Variante:
```
aticonfig --set-pcs-str=DDX,ForceXAA,TRUE
```
Hinweis: Falls das Problem mit den schwarzen Flächen in 2D-Anwendungen in der nächsten Version behoben wurde, kann man es wieder deaktivieren:

einfache Variante:
```
./makerpm-ati-11.7.sh -old2ddriver no
```

Fortgeschrittene Variante:

aticonfig --del-pcs=DDX,ForceXAA

Ein Wasserzeichen erscheint unten rechts. Wie entfernt man das? Glücklicherweise habe ich ein Skript geschrieben, dass dieses Wasserzeichen entfernt.
Download: ati-remove-water-mark.sh
SHA1: ati-remove-water-mark.sh.sha1

Sobald man das o.g. Skript heruntergeladen hat, führt man ihn wie folgt aus:
```
su -c 'sh ./ati-remove-water-mark.sh'
```
Danach den Rechner neustarten.
Der Treiber unterstützt meine Grafikkarte nicht. Was mache ich jetzt? Hier kann man leider nur den Radeon-Treiber verwenden. Man öffnet die Konfigurationsdatei /etc/X11/xorg.conf.d/50-device.conf mit root-Rechten, um diese bearbeiten zu können. Einfach den Krunner mittels Tastenkürzel ALT+F2 öffnen und folgende Befehlszeile eingeben und abschließend mit Enter bestätigen:
```
kdesu kwrite /etc/X11/xorg.conf.d/50-device.conf
```
In der Zeile 4 bei Driver „radeon“ nimmt man vorne die Raute weg und speichert die Datei ab. Anschließend alle Anwendungen schließen und neustarten.

Sollte man beim Neustart einen schwarzen Bildschirm bekommen, dann muss das KMS abgeschaltet werden. Bitte einmal diesen Workaround zum Abschalten von KMS im Failsafe-Modus durchführen.

Feedbacks sind wie immer willkommen.

72 thoughts on “openSUSE – proprietären Grafik-Treiber ATI Catalyst 11.7 als RPM installieren”

Pingback: openSUSE – proprietären Grafik-Treiber ATI Catalyst 11.6 als RPM installieren
Joachim sagte am 27. Juli 2011 um 21:14 :

Endlcih gibbt es auf meinem Netbook (Acer 721) mit Gnome 3 keine Darstellungsfehler mehr. Der Treiber läuft unter Tumbleweed (und vermutlich auch 11.4 pur) gar nicht mehr.

[ 35.609] (II) fglrx(0): Kernel Module Version Information:
[ 35.609] (II) fglrx(0): Name: fglrx
[ 35.609] (II) fglrx(0): Version: 8.86.5
[ 35.609] (II) fglrx(0): Date: May 24 2011
[ 35.609] (II) fglrx(0): Desc: ATI FireGL DRM kernel module
[ 35.609] (WW) fglrx(0): Kernel Module version does *not* match driver.
[ 35.609] (EE) fglrx(0): incompatible kernel module detected – HW accelerated OpenGL will not work
[ 35.609] (II) fglrx(0): [uki] removed 1 reserved context for kernel
- Sebastian Siebert sagte am 27. Juli 2011 um 21:17 :
  Hallo Joachim,
  
  hast du neugestartet?
  
  Ist beim Bauen des Kernelmoduls ein Fehler aufgetreten?
```
fglrx-kernel-build.sh -f -a
```
  Gruß
  
  Sebastian
  - Joachim sagte am 28. Juli 2011 um 10:25 :
    
    Hallo Sebastian,
    
    ..aber natürlich ging alles OK beim compilieren. Auch Neustart, komplettes deanstallieren etc mit diversen Neustart-Zyklen bringen da gar nichts. Aber scheinbar habe ja nicht nur ich das bemerkt. Ich benutze schon seit einigen Jahren den fglrx aber so einen Fehler hatte ich auch noch nicht.
    
    Tschüß
    
    Joachim
    - Sebastian Siebert sagte am 28. Juli 2011 um 10:56 :
      
      Hallo Joachim,
      
      ich installiere/deinstalliiere sehr häufig den ATI Catalyst Beta Treiber und teste so auch, ob alles einwandfrei läuft. Nur jetzt scheint sich vor kurzem irgendetwas geändert zu haben, was ich noch nicht mitbekommen habe. Hast du zufälligerweise das Tumbleweed-Repo eingebunden?
      
      Gruß
      
      Sebastian
      - Joachim sagte am 28. Juli 2011 um 13:24 :
        
        Hallo Sebastian,
        
        hier die Antwort auf das Rätsel:
        
        Es handelt sich um Tumbleweed (wie im 1. Kommentar bemerkt). Es wird offenbar von neueren initrd scripten der fglrx als kms Treiber in die initrd übernommen. Lösung also ganz einfach: nach Installation eines fglrx-Treiber mkinitrd aufrufen und alles wird gut – jedenfalls bedingt. Die gesammelten Darstellungsfehler unter Gnome3 sind immer noch genauso vorhanden wie eh und je.
        
        Tschüß
        
        Joachim
      - Sebastian Siebert sagte am 28. Juli 2011 um 14:29 :
        
        Hallo Joachim,
        
        danke für deine Rückmeldung. Okay, langsam weiß ich jetzt, was genau los ist.
        
        Im Tumbleweed-Repo befindet sich eine neue mkinitrd und diese bringt eine neue Variable „KMS_IN_INITRD“ mit. Eigentlich sollte diese Änderung erst in openSUSE 12.1 einfließen. Wieso man das ins Tumbleweed-Repo eingepflegt hat, ist mir schleierhaft.
        https://bugzilla.novell.com/show_bug.cgi?id=619218
        
        Ich habe die Änderung vorsorglich für die kommende ATI Catalyst 11.8 eingescheckt und wird dann die neue Variable unabhängig von der alten Variable ebenfalls berücksichtigen.
        
        Edit: Diese Problematik lässt sich mit dem makerpm-ati-Skript umgehen. Dort habe ich bereits die neue Variable unabhängig von der openSUSE-Version im makerpm-ati-Skript implementiert. (Damals ahnte ich aber noch nicht, dass es auch für Tumbleweed nötig wird):
        
        ./makerpm-ati-11.7.sh -kms no
        
        Gruß
        
        Sebastian
mfbd sagte am 27. Juli 2011 um 22:21 :

Hallo Sebastian,
erstmal wieder vielen Dank für das fglrx-Skript und die anderen Beiträge rund um opensuse. Immer sehr informativ, ich klicke gern rein.
Ich habe catalyst 11.6 laufen auf einer mobility radeon hd 4200 Grafik und opensuse 11.4 (64) mit kde 4.6.5. Es läuft eigentlich alles gut bis auf seltenes nicht nachvollziehbares Einfrieren (keyboard, Maus, Display) im Akkubetrieb, wobei ich nicht sicher bin ob es vom x-server/fglrx oder vom Broadcom Treiber kommt, es ist nämlich immer im Zusammenhang mit Netztraffic.
Kurz: Ich frage mich, ob update auf catalyst 11.7 Sinn machen könnte und ich mir die Mühe machen sollte. Warum gibt es nur verflixt nochmal und allen Ernstes kein changelog von ATI? Irgendwie ist das nicht nachvollziehbar. Kann man nicht irgendwie herausbekommen, was sich am Treiber tut?
p.s.: die „Mühe“ hält sich natürlich in Grenzen dank des tollen Skriptes;)
- Sebastian Siebert sagte am 27. Juli 2011 um 23:05 :
  
  Hallo,
  
  danke für dein Lob.
  
  Ich hatte mal in der Vergangenheit mit openSUSE 11.3 + WLAN ein ähnliches Problem gehabt und konnte das Problem auf den WLAN-Kernelmodul schieben wie auch reproduzieren. Und zwar ist folgendes passiert. Sobald eine WLAN-Verbindung aufgebaut wurde, ist alles eingefroren. Da ging nix mehr. Ein Downgrade des WLAN-Treiber hat Abhilfe geschaffen und gleichzeitig ein Bugreport wurde rausgeschickt, um das Problem beheben zu lassen.
  
  Hast du evtl. mal mit verschiedenen Versionen vom Broadcom-Treiber versucht? Evtl. ist bei einer Version ein Fehler.
  
  Bezüglich der ChangeLog bin ich in der glücklichen Lage, die interne ChangeLog vom ATI Catalyst 11.7 aus der AMD-Mailingliste zu beziehen. Jedoch darf ich diese leider leider leider nicht veröffentlichen, sonst hätte ich es schon längst getan.
  
  Gruß
  
  Sebastian
Larx sagte am 28. Juli 2011 um 09:38 :

Leider hat es bei mir unter KDE 4.6.5 (openSUSE Tumbleweed) mit dem neuen Treiber die Arbeitsflächeneffekte total zerhaut – sind nicht mehr verfügbar, lassen sich auch nicht mehr aktivieren. Auch die genannten Tricks bringen nichts, die Funktionsprüfungen lassen sich gar nicht erst deaktivieren, und jeder Versuch, die Effekte zu reaktivieren, führen zu der Meldung, dass „eine andere Anwendung … ausgesetzt hätte“.
Larx sagte am 28. Juli 2011 um 09:41 :

Hier meine Fehler:
[ 1095.577] (EE) Failed to load module „radeonhd“ (module does not exist, 0)
[ 1096.079] (EE) fglrx(0): incompatible kernel module detected – HW accelerated OpenGL will not work
[ 1096.103] (EE) fglrx(0): XMM failed to open CMMQS connection.(EE) fglrx(0):
[ 1096.103] (EE) fglrx(0): XMM failed to initialize

Eigentlich hat das Compilieren jetzt schon in mehreren Versuchen ohne erkennbare Fehlermeldung geklappt…
- Sebastian Siebert sagte am 28. Juli 2011 um 10:17 :
  Moin Larx,
  
  mir ist es allerdings schleierhaft, weshalb der X-Server bzw. das Treiber-Modul eigentlich meint, dass ein inkompatibles Kernelmodul drin steckt!
  
  Versuche folgendes: Deinstalliere den Treiber komplett und installieren ihn nochmal neu. Die X-Server-Konfiguration bleibt aber durch diesen Vorgang erhalten und wird bei der erneuten Installation wiederhergestellt.
  
  Ggfs. mal die vorhanden fglrx-Kernelmodule löschen:
```
find /lib/modules/ -iname "fglrx.ko" -print0 | xargs -0 -r rm
```
  Und das Kernelmodul neu bauen lassen:
```
fglrx-kernel-build.sh
```
  Gruß
  
  Sebastian
  - Larx sagte am 28. Juli 2011 um 11:56 :
    
    Danke, das scheint es bei mir gewesen zu sein. Irgendwie ist ein falsches Kernelmodul dazwischen gerutscht, warum auch immer. Scheinbar bin ich auch nicht der einzige, dem das passiert ist.
    
    Übrigens musste ich auch noch – wie schon vor ein paar Tagen beim RMA-Tausch (1:1) meines Boards – die Dateien unter /var/cache/preload löschen, weil hier offensichtlich auch noch Treiberleichen das System verunsichert haben.
    
    Man könnte diesen kurzen „Aufräum-Einzeiler“ vielleicht in den Skript mit aufnehmen (evtl. als Extra-Option)?
    - Larx sagte am 28. Juli 2011 um 14:46 :
      
      Wenn ich oben lese, dass das Problem mit der initrd zu tun hat… warum hat dann bei mir die andere Lösungsmethode funktioniert
      - Sebastian Siebert sagte am 28. Juli 2011 um 15:32 :
        
        Nun ja, dass erklärt auch warum noch ein älterer fglrx-Treiber in der initrd gelandet ist, wenn der KMS-Modus aktiviert wurde und gleichzeitig die Probleme verursacht. Die andere Sache (Löschung von vorhandene fglrx-Kernelmodule) habe ich ebenfalls für die nächste ATI Catalyst implementiert. (Tumbleweed macht mit mkinitrd einen Bruch, was mir etwas Bauchschmerzen bereitet)
        
        Leider ist die ganze Geschichte mir nicht aufgefallen, weil ich noch die originale mkinitrd von openSUSE 11.4 installiert habe. Es ist ja auch erst seit dem 22.07.2011 im Tumbleweed-Repo.
        
        Gruß
        
        Sebastian
Obi-Wahn sagte am 28. Juli 2011 um 10:04 :

Hallo!

Leider hat es bei mir auch nicht funktioniert. Deinstallation des alten Treibers und dann die Installation des neuen Treibers im runlevel 3 haben problemlos funktioniert, nur ließen sich nach einem reboot die Effekte nicht mehr aktivieren.

Der Report:
http://sprunge.us/SeGe

und die Ausgabe von fglrxinfo:
linux:/home/obi/Downloads/ati # fglrxinfo
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 137 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 15
Current serial number in output stream: 15

Grüße, Obi-Wahn
- Sebastian Siebert sagte am 28. Juli 2011 um 10:25 :
  Hallo Obi-Wahn,
  
  das scheint das gleiche Problem zu sein wie bei Larx. Hm, an den Skripten in ATI Catalyst habe ich aber nix großartiges geändert.
  
  Kannst du dies bitte in der Konsole als root ausführen und dann das fglrx-Kernelmodul neu bauen lassen:
```
find /lib/modules/ -iname "fglrx.ko" -print0 | xargs -0 -r rm
```
```
fglrx-kernel-build.sh
```
  Jetzt stelle ich mir natürlich die Frage, was sich geändert hat.
  
  Gruß
  
  Sebastian
  - Obi-Wahn sagte am 28. Juli 2011 um 12:48 :
    
    Der erste Befehl läuft durch, ergibt allerdings keine Ausgabe. Das Build-Skript läuft auch durch. Nach einem Neustart bleibt das Problem bestehen.
    - Sebastian Siebert sagte am 28. Juli 2011 um 13:26 :
      
      Kannst du bitte ein aktuellen Report erstellen? Ich möchte wissen, ob die Ausgabe die gleiche ist oder evtl. ein anderer Fehler ist.
      
      Edit: Kannst du bitte vorher noch folgendes ausführen, damit sollte sich das Problem in Luft auflösen:
      
      ./makerpm-ati-11.7.sh -kms no
      
      Gruß
      
      Sebastian
      - Obi-Wahn sagte am 28. Juli 2011 um 22:35 :
        
        Hier der Report vor der Änderung: http://sprunge.us/iUXI
        
        Danach funktioniert wieder es wieder. Aber: Brauche ich KMS nicht?
      - Sebastian Siebert sagte am 28. Juli 2011 um 22:49 :
        
        Jepp, der Schuldige wurde ausgemacht. Es war das mkinitrd-Paket vom Tumbleweed, der den Treiber ins Schleudern geraten lässt. Joachim hat den Denkanstoß gegeben und ich habe mal das Paket genauer unter die Lupe genommen. Hier kannst du zu dieser Problematik nachlesen, was genau los ist.
        
        Gruß
        
        Sebastian
      - Obi-Wahn sagte am 29. Juli 2011 um 08:59 :
        
        Das Problem mit den ruckelnden Flash-Videos im Vollbild hat sich übrigens jetzt erledigt, ich vermute mal, dass lag auch am KMS-Problem?! Brauche ich KMS jetzt eigentlich oder nicht im Normalbetrieb?
Sven sagte am 28. Juli 2011 um 19:55 :

Hallo Sebastian,

ich habe den ATI Catalyst 11.7 installiert. Lief alles glatt. Die Effekte lassen sich nutzen. Habe dennoch den Report unter http://sprunge.us/gRXD gepostet.

In liebe

Sven
- Sebastian Siebert sagte am 28. Juli 2011 um 20:21 :
  
  Hallo Sven,
  
  so wie ich dich jetzt verstanden habe, funktioniert alles wieder, richtig?
  
  Gruß
  
  Sebastian
  - Sven sagte am 28. Juli 2011 um 22:29 :
    
    Hallo Sebastian,
    
    ja so ist es. Vielen Dank für deine Skripte und deiner netten Hingabe.
    
    In Liebe
    
    Sven
    - Sebastian Siebert sagte am 28. Juli 2011 um 22:45 :
      
      Hallo Sven,
      
      das ist ja super. Danke nochmals für die Spende.
      
      Gruß
      
      Sebastian
Pingback: openSUSE 11.4 – Kernel 2.6.37.6-0.7 im Update-Repo verfügbar
Ralf sagte am 04. August 2011 um 10:25 :

Hallo,
ich bin hier am Verzweifeln. Hab ein neues Notebook hier mit der HD 6650M. Ich kriege weder den Treiber 11.6 noch 11.7 installiert, weil er immer einen MD5-Checksum-Error anmeckert. Hab die Files schon von versch. Quellen runtergeladen – ohne Erfolg.
Ralf sagte am 04. August 2011 um 10:48 :

Kommando zurück. Es lag am verwendeten USB-Stick, über den ich die Files transferiert habe. Der hat einen Schuss. Alle kopierten Dateien sind defekt.
Mit anderem USB-Stick hat alles funktioniert. Checksum OK.
- Sebastian Siebert sagte am 04. August 2011 um 17:37 :
  
  Hallo Ralf,
  
  ja, manchmal kann einem ein defekter USB-Stick zur Verzweifelung bringen. Da gebe ich dir recht.
  
  Gruß
  
  Sebastian
Obi-Wahn sagte am 04. August 2011 um 17:58 :

Ich komme im Moment leider nicht in KDE4 rein. Ich habe KDE 4.7.0.
Und hier der Auszug aus kdm.log:

X.Org X Server 1.9.3
Release Date: 2010-12-13
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux linux-33kx 2.6.39.3-37-desktop #1 SMP PREEMPT Sat Jul 9 09:18:50 UTC 2011 (84b09a0) x86_64
Kernel command line: root=/dev/disk/by-id/ata-SAMSUNG_HD642JJ_S1AFJ90S302294-part6 resume=/dev/disk/by-id/ata-SAMSUNG_HD642JJ_S1AFJ90S302294-part5 splash=silent quiet vga=0x345
Build Date: 07 June 2011 02:49:07AM

Current version of pixman: 0.20.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: „/var/log/Xorg.0.log“, Time: Thu Aug 4 17:55:38 2011
(==) Using config directory: „/etc/X11/xorg.conf.d“
(WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found
- Obi-Wahn sagte am 04. August 2011 um 20:34 :
  
  Jetzt gehts wieder. Was habe ich gemacht? Alle xorg.confs gelöscht, Treiber deinstalliert und neu installiert, wieder mit „no kms“.
  - Sebastian Siebert sagte am 05. August 2011 um 13:58 :
    Hi,
    
    hattest du das Tumbleweed-Repo eingebunden? Wenn ja, dann hast du wahrscheinlich die neue mkinitrd eingefangen und daher konnte der KMS-Modus nicht deaktiviert werden.
    
    Das Skript ist auf dieses Problem vorbereitet worden und braucht nur wie folgt aufgerufen werden:
    
    ./makerpm-ati-11.7.sh -kms no
    
    Gruß
    
    Sebastian
Ralf sagte am 05. August 2011 um 11:32 :

Hallo,
das Opensuse 11.4/Tumbleweed mit LXDE schnurrt bislang einwandfrei. ATI-treiber 11.7 funktioniert auch problemlos – dank der sehr guten Beschreibung hier.
Nur ist der Bildschirmaufbau ziemlich langsam, wenn man z.b. Programmfenster verschiebt. Dann baut sich das Bild dieses Fensters nur wieder langsam auf. Langsam ist relativ, man merkt halt, dass irgendwas noch nicht passt.
Irgendeine Idee, wo man noch dran schrauben könnte oder an was das liegt?

Zweite Frage: Hat jemand auch Tumbleweed mit dem 3.0 Kernel am Laufen und verwendet den offenen Treiber „radeonhd“? Da ich weder mit 3D was mache oder spiele, würde der vermutlich für mich auch taugen. In den normalen Suse-Repos finde ich dazu nix passendes.
- Sebastian Siebert sagte am 05. August 2011 um 14:28 :
  Hallo Ralf,
  
  Zur ersten Frage: Du hast doch Tumbleweed eingebunden, richtig? Kannst du bitte das Skript wie folgt ausführen und danach neustarten:
```
./makerpm-ati-11.7.sh -kms no
```
  Zur zweiten Frage: Wenn du den reinen FOSS-Treiber ala radeon verwenden willst, dann solltest du ATI Catalyst wieder entfernen und ggfs. den KMS-Modus wieder einschalten.
```
./makerpm-ati-11.7.sh -kms yes
```
  Gruß
  
  Sebastian
  - Ralf sagte am 05. August 2011 um 14:59 :
    
    Ja, Tumbleweed ist eingebunden. KMS hatte ich schon erfolglos deaktiviert.
    
    Ich habe den Treiber nochmal de-installiert mit –force und neu installiert (KMS ist aktiviert)…und jetzt ist die Geschwindigkeit perfekt. Der vorher langsame Bildschirmaufbau ist weg. Schon komisch, ich hatte den Treiber seit gestern schon 3 oder 4x neu installiert, das hat sich nicht ausgewirkt.
    Allerdings gab es heute morgen Updates für ein paar LXDE-Komponenten, es könnte auch damit was zu tun haben.
    
    Übrigens lässt sich der FOSS-Treiber aus dem ATI-Repo nur installieren, wenn man den Kernel von 3.00 auf 2.6.37 downgraded. Da muss man also noch ein bisschen warten, bis hier die Anpassungen gemacht sind.
    
    Fazit: Es läuft jetzt perfekt mit dem proprietären Treiber 11.7
    
    Danke trotzdem für die vielen Hinweise und Tipps!
Obi-Wahn sagte am 08. August 2011 um 23:24 :

Hi!

Ich habe im Moment Darstellungsfehler mit oxygen-gtk einer KDE-Verschönerung für gtk-Programme (Vor allem bei Firefox und Thunderbird). Der Entwickler meint, dass könnte auch ein Problem mit den Grafikkarten-Treibern sein. Kannst du da vielleicht weiterhelfen und den Bug an richtiger Stelle erwähnen?
http://kde-look.org/content/show.php?content=136216#c413169

Grüße, Obi-Wahn
- Sebastian Siebert sagte am 08. August 2011 um 23:46 :
  
  Hi,
  
  ich danke dir, dass du mir sofort Bescheid gesagt hast, über ein mögliches Treiber-Problem Ich kann dieses Problem mit dem oxygen-gtk Style bei mir reproduzieren und habe es sofort an AMD mit deinem Link gemeldet. Ich vermute mal, dass es das gleiche Problem ist, was bei GNOME 3 derzeit auch der Fall ist.
  
  Als Workaround empfehle ich qtcurve-gtk2 und qtcurve-kde4 zu installieren und diese für GTK-Anwendungen wie z.B. Firefox/Thunderburd auszuwählen.
  
  Wenn dir noch was auffällt, nur her damit.
  
  Gruß
  
  Sebastian
Heart sagte am 09. August 2011 um 21:51 :

Bei mir friert alle x Stunden einfach der komplette Schirm ein… weiß nicht, was ich hierzu als Lösung noch versuchen könnte

Und wenn ich amdcccle als root starten möchte, erhalte ich:
# amdcccle
**
GLib-GIO:ERROR:gdbusconnection.c:2279:initable_init: assertion failed: (connection->initialization_error == NULL)
Abgebrochen
- Sebastian Siebert sagte am 12. August 2011 um 09:42 :
  
  Hallo,
  
  kannst du bitte ein Report von deinem System erstellen. Anleitung findest du oben im Artikel unter Hilfe.
  
  Gruß
  
  Sebastian
  - Heart sagte am 15. August 2011 um 11:52 :
    
    http://sprunge.us/KOaM
    - Sebastian Siebert sagte am 15. August 2011 um 15:10 :
      
      Hallo,
      
      ich habe mir dein Report angesehen und kann leider nichts auffälliges entdecken. Gibt es bei dir eine Möglichkeit per SSH auf die Maschine zu kommen, sobald der Desktop wieder einfriert, um dann daraus erneut ein Bugreport zu erzeugen. Sehr wahrscheinlich ist der Bugreport aussagekräftiger, wenn es direkt passiert.
      
      Gruß
      
      Sebastian
      - Heart sagte am 17. August 2011 um 23:23 :
        
        Kann mir das jetzt nicht wirklich erklären… es klappt jetzt, ich kann die amdccle nun auch als root starten!!!
        
        Aber warum das nun klappt!? Gute Frage, vor 3 Tagen ging es definitiv nicht und seither hab ich am System eigentlich nichts verändert. Hier zB das Installationsprotokoll vom 9. Aug bis jetzt http://pastebin.com/tanrrMdu
- Ralf sagte am 12. August 2011 um 19:51 :
  
  Ich bekomme das amdcccle als root auch nicht gestartet. Wollte die Bildschirmhelligkeit runterdrehen. Als normaler User geht das, allerdings ist die Einstellung nach einem Neustart wieder weg. Dann wollte ich es als root machen, da kommt dann der genannte Fehler.
  - Sebastian Siebert sagte am 12. August 2011 um 20:24 :
    
    Hallo Ralf,
    
    wie und worüber startest du amdcccle? Bei mir funktioniert es unter KDE einwandfrei, egal ob Konsole, Krunner oder via KDE-Menü.
    
    Gruß
    
    Sebastian
  - Ralf sagte am 14. August 2011 um 12:08 :
    
    Befehl „aticonfig“ auf der Console: ‚aticonfig: No supported adapters detected‘
    „amdcccle“ als User über LXDE-Menü: Aufruf funktioniert. Wenn ich die Brightness auf -50 setze, steht der Wert nach einem Reboot auch drin, aber die Bildschirmhelligkeit ist wieder voll da
    „amdxdg-su -c amdcccle“ als User über LXDE-Menü: passiert nix
    „amdxdg-su -c amdcccle“ als User oder root über Console: ‚amdxdg-su: no graphical method available for invoking ‚amdcccle‘ as ‚root“
    
    Noch ein Nachtrag zu dem Problem, dass beim Verschieben von Fenstern sich der Bildschirm nur langsam wieder aufbau (LXDE):
    Das hatte ich heute erneut nach einem Kernelupdate auf 3.0.1-40-desktop. Danach habe ich den ATI-Treiber mit –force drüberinstalliert, neu gestartet und das Problem war behoben.
Stephan sagte am 15. August 2011 um 13:37 :

Hallo Sebastian,
vielen Dank erstmal für deine tollen Scripte, die funktionieren immer wunderbar!
Leider habe ich nun doch mal ein Problem.
Ich habe meinem Vater ein neues System zusammengebaut. Opensuse 11.4 drauf gespielt und mit deinem Ati und Flashplayer Scripten versorgt. Tumbleweed repo hab ich auch eingerichtet.
Problem ist: wenn die Maus in der rechten unteren Ecke ist, steht das System für ein paar Sekunden. Es ist genau dieser Fehler: https://bbs.archlinux.de/viewtopic.php?pid=268335 nur mit anderer Hardware und ebend deinen Scripten.

Meinen Rechner (hier aber von 11.3 aktualisiert) der soweit die identische Einrichtung besitzt, betrifft das nicht allerdings nicht.

Da unter dem Link Catalyst dafür verantwortlich gemacht wird, wollte ich mal fragen ob du dazu was sagen kannst. (muss ich vielleicht auch kms deaktivieren? Die Effekte funktionieren aber alle!)

Auf jeden Fall schonmal ein dickes Danke!
Stephan
- Sebastian Siebert sagte am 15. August 2011 um 15:43 :
  Hallo Stephan,
  
  danke für dein Lob und auch für die Bugmeldung.
  
  Der Fehler wurde bereits von mir am 02.06.2011 an AMD gemeldet. Jedoch war es etwas zu spät diesen Fehler noch in 11.7 zu beheben. Ich hoffe, dass dieser Fehler mit der 11.8 endgültig behoben wird. Zumindest haben die AMD-Developer das gesagt.
  
  Kannst du mir sicherheitshalber noch den Typ der Grafikkarte nennen?
```
hwinfo --gfxcard
```
  Gruß
  
  Sebastian
  - Stephan sagte am 15. August 2011 um 17:13 :
    
    Achso, na dann bin ich ja guter Hoffnungen!
    Hier erstmal die Ausgabe der HWinfo.
    
    31: PCI 400.0: 0300 VGA compatible controller (VGA)
    [Created at pci.318]
    Unique ID: YmUS.uCnxQEVeKu3
    Parent ID: _Znp.oV9sCJeCDz8
    SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:04:00.0
    SysFS BusID: 0000:04:00.0
    Hardware Class: graphics card
    Model: „ATI VGA compatible controller“
    Vendor: pci 0x1002 „ATI Technologies Inc“
    Device: pci 0x6779
    SubVendor: pci 0x174b „PC Partner Limited“
    SubDevice: pci 0xe164
    Driver: „fglrx_pci“
    Driver Modules: „fglrx“
    Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable)
    Memory Range: 0xfe9e0000-0xfe9fffff (rw,non-prefetchable)
    I/O Ports: 0xe000-0xefff (rw)
    Memory Range: 0xfe9c0000-0xfe9dffff (ro,non-prefetchable,disabled)
    IRQ: 49 (8917 events)
    I/O Ports: 0x3c0-0x3df (rw)
    Module Alias: „pci:v00001002d00006779sv0000174Bsd0000E164bc03sc00i00“
    Driver Info #0:
    Driver Status: radeon is not active
    Driver Activation Cmd: „modprobe radeon“
    Driver Info #1:
    Driver Status: fglrx is active
    Driver Activation Cmd: „modprobe fglrx“
    Config Status: cfg=new, avail=yes, need=no, active=unknown
    Attached to: #9 (PCI bridge)
    
    Primary display adapter: #31
    
    Dazu muss ich noch sagen das unter dem Systeminfo nicht das Grafikkartenmodel angezeigt wird. Es ist aber eine Sapphire Radeon HD6450 mit 1GB RAM, falls das noch relevant ist.
    Danke und Gruß
    Stephan
- Nino sagte am 15. August 2011 um 20:02 :
  
  Hallo Stephan,
  
  ist auch im http://ati.cchtml.com/show_bug.cgi?id=141 gelistet. Das gleiche Problem habe ich übrigens auch.
  
  Viele Grüße, Nino.
  - Nino sagte am 15. August 2011 um 20:04 :
    
    …Mist! Da ist mir wohl was bei den HTML Tags schief gelaufen.
    
    Sorry, Nino.
    - Stephan sagte am 16. August 2011 um 18:32 :
      
      Ah, danke interessante Seite.
      Tja, dann heißt es ebend warten auf den 11.8 Treiber und hoffen das es dann besser ist.
      Was meinst du mit deinem zweitem Post? Den HTML Tags?
      Gruß
      Stephan
      - Sebastian Siebert sagte am 16. August 2011 um 21:19 :
        
        Hallo Stephan,
        
        ich habe bereits den Kommentar von Nino korrigiert. Es fehlte bei seinem HTML-Link der End-Tag.
        
        Gruß
        
        Sebastian
      - Nino sagte am 16. August 2011 um 21:22 :
        
        Ich wollte den Link „besser“ in meinen Text integrieren. Dabei ist mir die HTML Tag Struktur kaputt gegangen und das Posting sah ursprünglich reichlich merkwürdig aus. Sebastian hat das dann aber korrigiert. Danke dafür!
      - Stephan sagte am 19. August 2011 um 08:20 :
        
        Achso ok, dann ist das nun auch geklärt.
        Danke nochmal!
Robert sagte am 16. August 2011 um 11:28 :

Hallo Sebastian,

auch ich nutze seit einiger Zeit Deine Scripte mit Erfolg und es funktioniert meistens auf Anhieb. Nur kürzlich hatte ich Probleme beim Update von 10.12 auf 11.7, aber nach kompletter De- und dann Neuinstallation hat alles wieder prima geklappt. Besten Dank.

Das eigentliche Problem, das bisher noch durch keine Version gelöst worden ist, ist folgendes:
Die 3D-Effekte funktionieren soweit ganz prima, aber wenn ich über den VLC Player oder anderen Player (z.B. Kaffeine) ein Video im Fenster abspiele und dann (mal öfters) die Fenstergröße ändere, dann ist plötzlich das Video im Fenster nicht mehr zu sehen. Schaltet man auf Fullscreen ist es wieder sichtbar. Beim Zurückschalten in den Fenstermodus ist es wieder schwarz. Der gleiche Effekt wird erreicht wenn man mit VLC Fullscreen guckt und eine Meldung von Firefox eingeblendet wird (z.B. Wettervorhersage). Schaltet man dann in den Fenstermodus ist das Video schwarz. Ein Abschalten der Effekte (Compositing) läst das Video im Fenster wieder erscheinen. Erst durch Abmelden und Anmelden vom System bringt wieder den korrekten Ausgangszustand. Fehlermeldungen werden in Xorg.0.log nicht ausgegeben.

Hast Du dafür eine Erklärung?

Mein System: openSuse 11.3 mit Ati-Radeon Onboardgrafik HD3000
Robert@localhost:~> fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon 3000 Graphics
OpenGL version string: 3.3.10907 Compatibility Profile Context

Danke und besten Gruß
Robert
- Sebastian Siebert sagte am 16. August 2011 um 21:16 :
  
  Hallo Robert,
  
  dazu muss ich erst mal auf meiner Maschine diesen Fehler reproduzieren, um sagen zu können, was da genau klemmt.
  
  Gruß
  
  Sebastian
Jan sagte am 20. August 2011 um 10:26 :

Hallo Sebastian,

leider bekomme ich beim Update des Catalyst 11.4 (8.841) – welcher problemlos dank makepm-ati Script installierbar ist – auf 11.7 nach dem Neustart nur einen schwarzen Bildschirm mit einem kleinen (Cursor)Strich links oben in der Ecke. Das KMS habe ich per „makept-ati-11.7.sh -kms no“ ausgeschaltet, leider ohne Erfolg.
Kernel: Linux linux-haee.site 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200 x86_64 x86_64 x86_64 GNU/Linux
KDE 4.7 funktioniert übrigens problemlos – bis auf die Tatsache, das kein NetworkManager Icon mehr angezeigt wird…

Was kann noch Ursache für den Fehler sein. Muss ich beim Umstieg auf 11.7 den alten Treiber vorher komplett entfernen + Neustart?

MfG
Jan
- Sebastian Siebert sagte am 20. August 2011 um 15:34 :
  
  Hallo Jan,
  
  kannst du bitte das neueste AMD Catalyst 11.8 bei dir aufspielen? Falls es immer noch nicht klappt, hilft es manchmal das Paket zu deinstallieren und erneut zu installieren.
  
  Gruß
  
  Sebastian
  - Jan sagte am 29. August 2011 um 19:53 :
    
    Catalyst 11.8 funktioniert glücklicherweise nachdem ich sicherheitshalber 11.4 mittels Script deinstalliert und 11.8 installiert habe.
    
    Bislang bleibt nur der ärgerliche Fehler, das das Notebook / KDE kompett abstürzt, wenn bei der Videovolbilddarstellung durch den Adobe Flashplayer eine der Balkenanzeigen erscheinen müsste (Lautstärke oder Helligkeit durch Betätigen der entsprechenden Fn Tasten). Der Bildschirm wird sofort schwarz, der Ton hängt sich in eine Endlosschleife. Keine Möglichkeit mehr auf eine Konsole zu wechseln – nur der AUS Knopf hilft.
    
    MfG
    Jan
    - Sebastian Siebert sagte am 29. August 2011 um 21:21 :
      
      Hallo Jan,
      
      von welchem Adobe Flash Player reden wir hier?
      
      Gruß
      
      Sebastian
      - Jan sagte am 07. September 2011 um 14:03 :
        
        Eigentlich jede Version – auch die Version 11 Beta2. Ich meine das PlugIn, welches von Firefox/Opera zur Wiedergabe verwendet wird.
        
        Jan
teddyle sagte am 03. Dezember 2011 um 09:46 :

Hallo Sebastian,
heute habe ich versucht dein Skript unter SuSE zu install.
Zu erst hat es so ausgesehen als ob ich alles richtig gemacht
habe.
Dann beim 1. neu boot, war zwar ein Bild da aber dann ging
nichts mehr.
Das heißt SuSE hat sich irgend wie immer aufgehängt.
Da ich so zu sagen Anfänger bin (siehe Eintrag auf deiner Seite
unter
teddyle) wusste ich mir keinen anderen Ausweg außer schnell mal
ein
ubuntu zu install.
Damit ich so Kontakt zu Dir aufnehmen kann.
Gerne würde ich es irgend wie noch mal versuchen.
Hab aber keine Ahnung was da jetzt falsch gelaufen ist.

Ich habe eine Grafikkarte :ATI Technologies Inc RV710 [Radeon HD
4350]

Wenn es Deine Zeit erlaubt wäre ich für jede Hilfe dankbar.

Grüß
teddyle
- Sebastian Siebert sagte am 03. Dezember 2011 um 11:10 :
  
  Hallo,
  
  sobald du openSUSE installiert hast, kannst du die Installation mit dem Skript nochmal versuchen. Sollte es wider erwarten ein schwarzer Bildschirm geben. So tippe im Bootmenü zum openSUSE-Eintrag noch eine 3 für Runlevel 3 ein. Dann loggst du dich ganz normal als root ein und navigierst mit dem cd-Befehl zum makerpm-ati-11.11.sh Skript. Beispiel: cd /pfad/zum/makerpmskript Anschließend führst du das Skrpt mit ./makerpm-ati-11.11.sh -nokms aus. Dann mit dem Befehl reboot neustarten.
  
  Gruß
  
  Sebastian
  - teddyle sagte am 03. Dezember 2011 um 16:35 :
    
    Hallo Sebastian,
    war das an mich gerichtet?
    Wenn ja, ich hatte ja keinen schwarzen Bildschirm. Das Bild war ja da nur SuSE hat sich immer aufgehängt also eingefroren.
    Und sory so wie Du mir das erklärt hast raffe ich das noch nicht so genau.
    Gibt es keinen einfacheren weg.?
    Ich muss mich erst mal mit SuSE besser aus kennen.
    Und will auch unbedingt wenn es geht bei SuSE bleiben.
    Gruß
    teddyle (Klaus)
    - teddyle sagte am 03. Dezember 2011 um 16:38 :
      
      Ich install gleich noch mal das SuSE.
      - Klaus sagte am 03. Dezember 2011 um 17:07 :
        
        so suse ist wider drauf.
        nun versuche ich es noch mal mit dem Skript.
        Hoffe es klappt dieses mal.
      - teddy sagte am 03. Dezember 2011 um 17:48 :
        
        okay habe das Skript install .
        mal schauen ob es dieses mal geht.
        Wenn nicht melde ich mich dann noch mal Morgen.
  - teddy sagte am 03. Dezember 2011 um 19:33 :
    
    so hura nach 4 versuche habe ich es endlich hin bekommen.
    Noch mal Danke
teddyle sagte am 03. Dezember 2011 um 09:56 :

hier wäre mal meine hwinfo:

23: PCI 400.0: 0300 VGA compatible controller (VGA)
[Created at pci.318]
Unique ID: YmUS.oCwB24_G3r1
Parent ID: vSkL.fiqxgIrUdV5
SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:04:00.0
SysFS BusID: 0000:04:00.0
Hardware Class: graphics card
Model: „ATI RV710 [Radeon HD 4350]“
Vendor: pci 0x1002 „ATI Technologies Inc“
Device: pci 0x954f „RV710 [Radeon HD 4350]“
SubVendor: pci 0x1043 „ASUSTeK Computer Inc.“
SubDevice: pci 0x02a8
Driver: „radeon“
Driver Modules: „drm“
Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable)
Memory Range: 0xfebe0000-0xfebeffff (rw,non-prefetchable)
I/O Ports: 0xe000-0xefff (rw)
Memory Range: 0xfebc0000-0xfebdffff (ro,non-prefetchable,disabled)
IRQ: 44 (356110 events)
Module Alias: „pci:v00001002d0000954Fsv00001043sd000002A8bc03sc00i00“
Driver Info #0:
Driver Status: radeon is active
Driver Activation Cmd: „modprobe radeon“
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #9 (PCI bridge)
teddy sagte am 03. Dezember 2011 um 18:49 :

hat leider auch nicht gekalappt. nun weiß ich auch nicht weiter
- teddyle sagte am 04. Dezember 2011 um 12:25 :
  
  naja ich hatte ja schon Bild und alles war da, aber die Auflösung und auch die Farben waren nicht Perfekt.
  Auch in den Einstellungen konnte ich nichts ändern.
  
  Dann habe ich noch mal mir das Linux mint install und von da den angebotenen Treiber install.
  Auch da habe ich das Ähnliche Problem.
  Wenn ich aber den Treiber deinstalliere dann ist alles okay.
  So auch bei SuSE.
  Doch dann fehlt mir eben die 3d Grafik.
  
  Hast Du mir noch einen Tipp?

Die Kommentarfunktion ist geschlossen.