Hallo Sebastian, erstmal viele Dank für die schnelle Antwort. Am Sonntag 28 Februar 2010 15:13:20 schrieb Sebastian Siebert:
Treiber neu übersetzen lassen: # fglrx-kernel-build.sh
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. 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
Keine Ahnung. Sollte man beim Upstream anhauen, ob das Problem bekannt ist. http://www.x.org/wiki/radeon http://www.x.org/wiki/radeonhd
Werde mal schauen
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?
Danke für die Empfehlung meiner Seite. ;-)
Gerne
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? Und würde die Installation funktionieren, wenn der Kernel rückaktualisiert wird auf Version 2.6.31.5?
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. Viele Grüße Thomas -- 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
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
Hallo Sebastian, Am Sonntag 28 Februar 2010 16:30:16 schrieb Sebastian Siebert:
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
Okay danke, wenn er von seinem Tischtennisturnier zurück ist, werde ich ihn nochmal bearbeiten das so zu machen. Gestern wollte und konnte er keinen Textkonsolenmodus mehr sehen, was ich verstehen kann.
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
Gebe ich weiter, danke.
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.
Kleines Mißverständnis: Zuerst wurde nach Deiner Anleitung das RPM gebacken und installiert. Als dann die geschilderten Probleme auftraten, wurde u.a. dieses RPM wieder deinstalliert und das Catlyst-Script ohne Bau des RPM`s ausgeführt. Es gab wohl eine grafische Installationsroutine des Catalyst-Treibers. Und das müßte wieder deinstalliert werden, weil ich es nochmal mit dem RPM und den von Dir beschriebenen Weg probieren lassen möchte. Es müßte ja irgendwo ein Deinstallationsscript sein. Ich als Nvidia- Besitzer wüßte allerdings nicht wo suchen.
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.
Jo, da hängt ATI immer ein bißchen hinterher; da kann man Nvidia nur loben. Kernel lasse ich dann beim User so wie er ist.
Okay, werde ich machen. Ich werde danach den Link zum Bugreport hier posten. Mal sehen wie schnell es dann geht.
Vielen dank für Deine Mühe und viele Grüße Thomas -- 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
Hallo Thomas,
Kleines Mißverständnis:
Zuerst wurde nach Deiner Anleitung das RPM gebacken und installiert. Als dann die geschilderten Probleme auftraten, wurde u.a. dieses RPM wieder deinstalliert und das Catlyst-Script ohne Bau des RPM`s ausgeführt.
Es gab wohl eine grafische Installationsroutine des Catalyst-Treibers. Und das müßte wieder deinstalliert werden, weil ich es nochmal mit dem RPM und den von Dir beschriebenen Weg probieren lassen möchte.
Es müßte ja irgendwo ein Deinstallationsscript sein.
Ich als Nvidia- Besitzer wüßte allerdings nicht wo suchen.
Achso, das meinst du. :-) Also aus dem Gedächtnis würde ich sagen, dass ein Skript namens fglrx-uninstall.sh auf dem jeweiligen Rechner existiert, was bei der RPM-Installation praktischerweise fehlt. Kurz, einfach folgendes ausführen: # fglrx-uninstall.sh
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.
Jo, da hängt ATI immer ein bißchen hinterher; da kann man Nvidia nur loben. Kernel lasse ich dann beim User so wie er ist.
Aber schon sehr ungewöhnlich, nachdem wir schon nach etlichen Updates den 3. Kernel durchhaben?! Hat wohl jemand bei AMD/ATI vergessen, das Update-Repo einzubinden. *unverständliches_kopfschütteln* -- 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
Ergänzung: Ich habe ein Bugreport eröffnet und das Problem geschildert: https://bugzilla.novell.com/show_bug.cgi?id=584084 Wer mag, kann noch ein Kommentar dazu schreiben. Evtl. erhöht sich dadurch auch die Dringlichkeit bei den Verantwortlichen, wenn die wissen wieviele User an dem Problem dran hängen. :-) -- 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
Hallo Sebastian, Am Sonntag 28 Februar 2010 17:20:09 schrieb Sebastian Siebert:
Ergänzung:
Ich habe ein Bugreport eröffnet und das Problem geschildert: https://bugzilla.novell.com/show_bug.cgi?id=584084
vielen dank dafür.
Wer mag, kann noch ein Kommentar dazu schreiben. Evtl. erhöht sich dadurch auch die Dringlichkeit bei den Verantwortlichen, wenn die wissen wieviele User an dem Problem dran hängen. :-)
Ich habe es noch ins Forum verlinkt Gruß Thomas -- 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
Hallo Sebastian, Am Sonntag 28 Februar 2010 17:20:09 schrieb Sebastian Siebert:
Ergänzung:
Ich habe ein Bugreport eröffnet und das Problem geschildert: https://bugzilla.novell.com/show_bug.cgi?id=584084
Wer mag, kann noch ein Kommentar dazu schreiben. Evtl. erhöht sich dadurch auch die Dringlichkeit bei den Verantwortlichen, wenn die wissen wieviele User an dem Problem dran hängen. :-)
ich habe jetzt 4 Fälle, wo sich der ATI-Treiber durch nichts installieren lässt. Weder als RPM noch über den Installer. Auch die ATI-Treiber aus dem ATI-Repo lassen sich nicht installieren, auch wenn man den richtigen Kernel dafür hat. Scheitert immer an der Cheksum. Was kann man denn noch machen? Gruß Thomas -- 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
Moin Thomas,
ich habe jetzt 4 Fälle, wo sich der ATI-Treiber durch nichts installieren lässt. Weder als RPM noch über den Installer.
Wiefern wird nichts installiert? Werden die Grafikkarten offiziell unterstützt?
Auch die ATI-Treiber aus dem ATI-Repo lassen sich nicht installieren, auch wenn man den richtigen Kernel dafür hat. Scheitert immer an der Cheksum.
Hm, das ist jetzt leider bekannt. Aber offensichtlich hat noch keiner der Betrofffenen einen Kommentar geschrieben. Es wurde der Vorschlag gemacht das ATI-Repo aus der Community-Repo zu entfernen. Was gänzlich in die falsche Richtung geht und da sollten jedem die Alarmglocken schrillen.
Was kann man denn noch machen?
Naja, ohne nähere Infos kann ich da leider auch nix machen. -- 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
participants (2)
-
Sebastian Siebert
-
Thomas Schirrmacher