Hallo Thomas,
der User um den es geht hat nach Deiner Anleitung wie gesagt erfolgreich ein RPM erstellt und dieses installiert. Die zuvor über das ATI-Repo installierten aber nicht mehr funktionierenden RPM`s wurden vorher deinstalliert.
Die Konfiguration im Runlevel 3 schlug fehl.
Es wurde: aticonfig --initial --input=/etc/X11/xorg.conf
und sax2 -r -m 0=flgrx ausgeführt.
Beides führt zu einem schwarzen Bildschirm, worauf der User nur sax2 ausgeführt hat um wieder eine XServer-Konfiguration zu bekommen.
Diese o.g. Vorgehensweise hat bei mir auch noch nie geklappt und zeigte bei mir auch schwarzen Bildschirm an. Ich würde es im Runlevel 3 etwas anders konfigurieren: # mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup # sax2 -a # aticonfig --initial --input=/etc/X11/xorg.conf
Würde es beispielsweise funktionieren, nach der aticonfig und dem sax-Befehl die xorg.conf manuell zu ändern, in dem man bei Driver: flgrx reinschreibt?
# aticonfig --initial --input=/etc/X11/xorg.conf
Das scheint nicht zu funktionieren
Ich würde es wie oben schon geschrieben nochmal versuchen.
Vorgegangen wurde nach dieser Anleitung:
Der User hat nach dem Mißerfolg bei der Installation des erstellten RPM`s danach das Catalyst-Script ausgeführt; allerdings auch mit negativem Erfolg.
Frage: Wie deinstalliert er das wieder?
Ansonsten soll er mal die Konfiguration /etc/X11/xorg.conf und die Logdatei von /var/log/Xorg.0.log auf http://de.pastebin.ca/ hochladen und den Link hier posten. Dann schaue ich es mir mal an. Besser noch folgende Ausgaben/Infos dazu packen: # cat /etc/SuSE-release # rpm -qa fglrx* # rpm -qa xorg-x11 # uname -r # lsmod # lcpci # hwinfo --gfxcard Wenn er wirklich das rpm löschen will, dann reicht folgendes aus: # zypper rm fglrx_7_4_0_SUSE112 bzw. # zypper rm fglrx64_7_4_0_SUSE112 Wäre aber schade drum, wenn wir das Problem vorher nicht lösen können.
Leider ist dieses Repo direkt bei ATI und nicht bei uns, dann hätte wir vermutlich viel schneller behoben. :-(
Kann es evtl. daran liegen, dass die ATI-Treiber in dem Repo die Kernel- Bezeichnung: 2.6.31.5_0.1-26.1 haben aber der Kernel bereits Version 2.6.31.12-0.1.1 ist?
Hm, moment, da muss ich mal in den Repo von ATI direkt reinschauen. http://www2.ati.com/suse/11.2/repodata/filelists.xml.gz Ach du meine Güte, das ist ja noch gegen den Kernel 2.6.31.5-0.1 gebaut. Der ist schon längst überholt. *seufz* :-(
Und würde die Installation funktionieren, wenn der Kernel rückaktualisiert wird auf Version 2.6.31.5?
Würde es ja, aber dann gehen die Bugfixes verloren und reißt damit die Löcher im Kernel wieder auf. Wenn der Rechner keine Netzwerkanbindung hat, dann wäre es egal. Aber so würde ich es auf keinen Fall zurück aktualisieren.
Ich habe gerade mal in unserem Bugreport wie ein blöder nach diesem Problem gesucht. Es gibt da keines!!! *verwirrt_sei*
Jetzt ist die Frage, wer von uns macht einen Bugreport auf. Denn irgendwer muss sich um das Problem ASAP kümmern und hat ein direkten Draht zu ATI.
Ich würde auf Grund meiner spartanischen Englischkentnisse darum bitten, dass Du es evtl. machst.
Okay, werde ich machen. Ich werde danach den Link zum Bugreport hier posten. Mal sehen wie schnell es dann geht. -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_mailing_list_netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org