So, also ich habe jetzt fast den ganzen Tag benötigt um, wie vorgeschlagen, das XFree86 zu installieren. Und zwar die Version 4.3.0. Hat solange gedauert,weil ich mir die ganzen docs usw. ganz genau durchgelesen habe. Nun ja, die Installation hat soweit auch ganz gut und ohne Fehler geklappt. Aaaabeeerrr. Zum Ersten ist meine Grafikkarte (ATI Radeon 9200) immer noch nicht im System sondern dieser blöde Generic Vesa Treiber.
Zum Zweiten spinnt nun das System rum. Und zwar wenn ich auf -Systemeinstellungen-Anzeigen- gehe, dann mein rootpasswort eingebe und enter drücke, bekomme ich lediglich viele kleine gelbliche Kästchen auf dem Screen + das X der arbeitenden Maus. Nach ca. 1 Stunde Abwartens, habe ich dann kurzen Prozess gemacht und einfach "Reset" gedrückt. Ich kann nun weder die Auflösung umstellen (da diese nun auf 800x600 steht), noch einen anderen Grafikkartentreiber oder sonstiges einstellen. Immer dasselbe. Auch nachdem ich als root die zuvor erstellte backupdatei der xf86config ins X11-Verzeichnis zurückkopiert habe, sind die Fehler nicht behoben.
Mir wird wohl nix anderes übrig bleiben, als die Partitionen platt zu machen und das ganze RedHat9 neu zu installieren, oder?
Gibts vielleicht irgendwo sowas wie ne Wiederherstellungskonsole, wie bei Windows?
Achso, nochwas habe ich vergessen. Nachdem ich das Xfree86 Version 4.3.0 installiert habe, versuchte ich auch, den entsprechenden Treiber der Karte zu installieren und bekam dabei folgende Meldung.
" rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm Preparing... ########################################### [100%] package fglrx-glc22-4.3.0-3.2.8 is already installed file /usr/X11R6/lib/libGL.so.1.2 from install of fglrx-glc22-4.3.0-3.2.8 conflicts with file from package XFree86-Mesa-libGL-4.3.0-2 "
Kann es sein, dass die Installation des XFree86 Version 4.3.0 nicht wirklich was gebracht hat oder irre ich mich da? Diese Meldung hatte ich doch vorher auch.
Am Don, 2003-10-16 um 18.57 schrieb Andre Koukal:
So, also ich habe jetzt fast den ganzen Tag benötigt um, wie vorgeschlagen, das XFree86 zu installieren. Und zwar die Version 4.3.0. Hat solange gedauert,weil ich mir die ganzen docs usw. ganz genau durchgelesen habe. Nun ja, die Installation hat soweit auch ganz gut und ohne Fehler geklappt. Aaaabeeerrr. Zum Ersten ist meine Grafikkarte (ATI Radeon 9200) immer noch nicht im System sondern dieser blöde Generic Vesa Treiber.
Zum Zweiten spinnt nun das System rum. Und zwar wenn ich auf -Systemeinstellungen-Anzeigen- gehe, dann mein rootpasswort eingebe und enter drücke, bekomme ich lediglich viele kleine gelbliche Kästchen auf dem Screen + das X der arbeitenden Maus. Nach ca. 1 Stunde Abwartens, habe ich dann kurzen Prozess gemacht und einfach "Reset" gedrückt. Ich kann nun weder die Auflösung umstellen (da diese nun auf 800x600 steht), noch einen anderen Grafikkartentreiber oder sonstiges einstellen. Immer dasselbe. Auch nachdem ich als root die zuvor erstellte backupdatei der xf86config ins X11-Verzeichnis zurückkopiert habe, sind die Fehler nicht behoben.
Mir wird wohl nix anderes übrig bleiben, als die Partitionen platt zu machen und das ganze RedHat9 neu zu installieren, oder?
Gibts vielleicht irgendwo sowas wie ne Wiederherstellungskonsole, wie bei Windows?
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Andre wrote:
Achso, nochwas habe ich vergessen. Nachdem ich das Xfree86 Version 4.3.0 installiert habe, versuchte ich auch, den entsprechenden Treiber der Karte zu installieren und bekam dabei folgende Meldung.
" rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm Preparing... ########################################### [100%] package fglrx-glc22-4.3.0-3.2.8 is already installed file /usr/X11R6/lib/libGL.so.1.2 from install of fglrx-glc22-4.3.0-3.2.8 conflicts with file from package XFree86-Mesa-libGL-4.3.0-2 "
Entweder
rpm -i --force fglrx-glc22-4.3.0-3.2.8.i586.rpm
oder
rpm -e --nodeps XFree86-Mesa-libGL-4.3.0-2 rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm
Ersteres überschreibt die vorhandene libGL-Bibliothek. Letzteres entfernt sie, damit anschließend der ATI-Treiber installiert werden kann.
Jens
Jens Lehmann wrote:
Andre wrote:
Achso, nochwas habe ich vergessen. Nachdem ich das Xfree86 Version 4.3.0 installiert habe, versuchte ich auch, den entsprechenden Treiber der Karte zu installieren und bekam dabei folgende Meldung.
" rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm Preparing... ########################################### [100%] package fglrx-glc22-4.3.0-3.2.8 is already installed file /usr/X11R6/lib/libGL.so.1.2 from install of fglrx-glc22-4.3.0-3.2.8 conflicts with file from package XFree86-Mesa-libGL-4.3.0-2 "
Entweder
rpm -i --force fglrx-glc22-4.3.0-3.2.8.i586.rpm
oder
rpm -e --nodeps XFree86-Mesa-libGL-4.3.0-2 rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm
Ersteres überschreibt die vorhandene libGL-Bibliothek. Letzteres entfernt sie, damit anschließend der ATI-Treiber installiert werden kann.
Jens
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Also ich habe nun gestern nochmal die kompletten Platten und Partitionen platt gemacht und das ganze RedHat neu installiert (Installationsart "Workstation"). Dann habe ich den Treiber für die Grafikkarte (Version 4.3.0) mit dem Befehl "rpm -i --force fglrx-glc22-4.3.0-3.2.8.i586.rpm" installiert. Wurde alles ordentlich und ohne eine Fehlermeldung installiert. Danach habe ich die config ausgeführt und alles soweit eingestellt. Nach dem Neustart stand dann unter -Anzeigen- "Unknown Monitor Typ with Unknown Driver". Also habe ich dann dort meinen Monitor (HP P1100) eingestellt und wollte eigentlich auch meine Grafikkarte einstellen. Aber in der Hardware- bzw. Treiberliste, die da angezeigt wird, gehen die ATI-RadeonTreiber nur bis 9100er und dann wieder ab 9500. Die Karten zwischen 9100 und 9500 fehlen. Ich verstehe nur nicht, warum dort die 9200er nicht mit aufgelistet ist, wenn die Treiberinstallation geklappt hat. Kann mir das mal einer erklären? Letztendlich habe ich nun wieder diesen Generic Vesa Driver genommen. (Auch wenn Linux für mich als Einsteiger noch so kompliziert ist - Ich gebe nicht auf !)
Also ich habe nun gestern nochmal die kompletten Platten und Partitionen platt gemacht und das ganze RedHat neu installiert (Installationsart "Workstation").
Huch! Brutallo!! Das ist doch kein Windows.
Dann habe ich den Treiber für die Grafikkarte (Version 4.3.0) mit dem Befehl "rpm -i --force fglrx-glc22-4.3.0-3.2.8.i586.rpm" installiert. Wurde alles ordentlich und ohne eine Fehlermeldung installiert.
Sehr gut.
Danach habe ich die config ausgeführt und alles soweit eingestellt.
Du hast also "fglrxconfig" als root ausgeführt und alle Fragen wahrheitsgemäss beantwortet? Sehr gut.
Nach dem Neustart ....
Linux ist _kein_ Windows!!!!
... stand dann unter -Anzeigen- "Unknown Monitor Typ with Unknown Driver". Also habe ich dann dort meinen Monitor (HP P1100) eingestellt und wollte eigentlich auch meine Grafikkarte einstellen. Aber in der Hardware- bzw. Treiberliste, die da angezeigt wird, gehen die ATI-RadeonTreiber nur bis 9100er und dann wieder ab 9500. Die Karten zwischen 9100 und 9500 fehlen. Ich verstehe nur nicht, warum dort die 9200er nicht mit aufgelistet ist, wenn die Treiberinstallation geklappt hat.
Lass dich doch nicht von den dummen grafischen Klicki-Bunti-Spielereien verrückt machen. Wenn du das Konfigurationsskript ausgeführt hast, dann war (vermutlich) eine funktionierende Konfiguration ( /etc/X11/XF86Config ) auf deiner Platte. In dieser Datei stand alles drin. Deine Grafikkarte hat höchstwahrscheinlich wunderbar gearbeit. Durch das $Wunderprogramm hast dir wieder ins Knie geschossen.
Kopier dir die jetzige Version der XF86Config zum Beispiel nach XF86Config_Monitor. Da stehen die richtigen Werte für deinen Monitor drin (siehe Abschnitt "Section "Monitor"" und "Modlines").
Dann rufst du das ATI-Konfigurationsprogramm noch mal auf. Das erstellt den Abschnitt "Section "Device"" neu. Diese Konfigurationsdatei kopierst du nach XF86Config_GraKa.
Die beiden teilweise richitgen Konfigurationen fummelst du im dritten SChritt zusammen. Dazu kopierst du die XF86Config_Monitor wieder nach XF86Config und ersetzt den Abschnitt "Section "Device"" mit der Version aus XF86Config_GraKa
Nach dem Neustarten des X-Window-Systems sollte dein Grafikkarte und dein Monitor einwandfrei funktionieren.
(Auch wenn Linux für mich als Einsteiger noch so kompliziert ist - Ich gebe nicht auf !)
Das zeichnet dich aus.
Übrigens ist Unix/Linux sehr benutzerfreundlich. Es ist nur bei der Auswahl der Freunde sehr wählerisch. [Irgendein Autor im Internet. Nein ich habe jetzt nicht mit google nach dem Autor gesucht]
Jens Weiße
am Fri, dem 17.10.2003, um 14:40:22 +0200 mailte Jens Weisse folgendes:
Nach dem Neustart ....
Linux ist _kein_ Windows!!!!
was mich irgendwie an das erinnert:
,----[ Volker Gringmuth ] | Bei M$ kannst du dir den Anwendungs-Beendungs-Assistenten | herunterladen, nur 15,6 MB klein. | | Läuft allerdings nur unter dem neuesten XP Professional. | | .------------------------------------------------------. | |$ Anwendungs-Beendungs-Assistent . ß X | | |¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯| | | | | | Der Anwendungs-Beendungs-Assistent hat | | | festgestellt, dass Sie offenbar eine | | | Anwendung beenden möchten. | | | | | | Das Beenden der Anwendung hat zur Folge, | | | dass Sie die Anwendung bis zum nächsten Start | | | der Anwendung nicht mehr anwenden können. | | | | | | Soll der Anwendungs-Beendungs-Assistent | | | die Anwendung beenden? | | | | | | _________ _________ _________ _________ | | | | Ja || Nein || Hilfe ||Abbrechen| | | | ¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯ | | | | | | [X] Diese Meldung bei jedem Anwendung-Beenden | | | anzeigen | | | | | `------------------------------------------------------? `----
schnell weg hier...
Hi Andre
" rpm -Uhv fglrx-glc22-4.3.0-3.2.8.i586.rpm Preparing... ########################################### [100%] package fglrx-glc22-4.3.0-3.2.8 is already installed file /usr/X11R6/lib/libGL.so.1.2 from install of fglrx-glc22-4.3.0-3.2.8 conflicts with file from package XFree86-Mesa-libGL-4.3.0-2"
Kann es sein, dass die Installation des XFree86 Version 4.3.0 nicht wirklich was gebracht hat oder irre ich mich da? Diese Meldung hatte ich doch vorher auch.
Nö. Die Fehlermeldungen unterscheiden sich.
Der erste Teil will dir sagen, das von deiner ersten Installation des XFree 4.3 ist immer noch der aktuelle Treiber "fglrx-glc22-4.3.0-3.2.8" installiert ist.
Der zweite Teil der Fehlermeldung wird durch einen Konflikt der OpenGL-Bibliotheken verursacht. RedHat installiert die Mesa-Version und ATI will eine eigene Version mitbringen. Zweimal die selbe Datei das kann nicht gut gehen. Deshalb bricht die Installation ab. Der selbe Effekt tritt offensichtlich auch mit RedHat 8.0 auf. Deshalb wurde ein extra Absatz in der readme.txt diesem Problem gewidmet.
<-------------------------- schnipp -------------------------------> 2.2 Installing the driver using the rpm utility program
[ ... ]
Note for RedHat 8.0 users: RedHat 8.0 installations often include a specific version of the libGL component. (For example, provided by the rpm package XFree86-Mesa-libGL-4.2.0-72). Installing the ATI Linux driver package causes a conflict because the ATI Linux drivers include a custom-built libGL version providing extra pbuffer support. The ATI libGL is backward compatible to the respective XFree86 libGL version. Install the ATI Linux driver package and replace the existing libGL installation as follows: - Force RPM to use the replacement file of the ATI driver package: rpm -i --force <ati_package_name>.rpm NOTE: This includes overriding the rpm warning or - Remove the existing libGL installation and then install the new libGL with the ATI driver installation. For example: rpm -e --nodeps XFree86-Mesa-libGL-4.2.0-72 rpm -Uhv <ati_package_name>.rpm NOTES: (1) Ensure that no OpenGL program is running during installation (2) You need the "--nodeps" option because some screen savers, qt-3, and some parts of XFree86 might depend on the libGL presence. Installing the new libgl from the ATI package will restore the required libGL presence. Perform the following steps after you have installed the driver files: - Run fglrxconfig to configure your XFree86 installation. - Respond to the questions of the fglrxconfig program - Save the settings to /etc/X11/XF86Config-4.
<-------------------------- schnapp ------------------------------->
*grübel* Wieso der ATI-Treiber und die Mesa-Bibliothek gleichzeitig installiert sein sein sollen ist mir unklar. Eigentlich sollte dies das Paket-Management-System verhindern. Am besten wird wohl der zweite Vorschlag mit der Deinstallation der Mesa-Bibliothek und der Neuinstallation sein. */grübel*
Jens Weiße
PS:
Gibts vielleicht irgendwo sowas wie ne Wiederherstellungskonsole, wie bei Windows?
Meine Windowskenntnisse beschränken sich auf =< Win98. Deshalb eine Frage: Was zum Geier ist eine Wiederherstellungskonsole? Was nutzt einem eine Konsole, wenn die Registry oder andere Teile kaputt sind? Ein verrückt gewordenes Programm schreibt sich unter Windows doch überall rein. Wie soll man das manuell wieder richten?
Jens Weiße wrote:
*grübel* Wieso der ATI-Treiber und die Mesa-Bibliothek gleichzeitig installiert sein sein sollen ist mir unklar. Eigentlich sollte dies das Paket-Management-System verhindern. Am besten wird wohl der zweite Vorschlag mit der Deinstallation der Mesa-Bibliothek und der Neuinstallation sein. */grübel*
Das Paket-Management sorgt dafür, dass eine OpenGL-Bibliothek installiert ist. Da aber die Bibliothek von ATI in keiner Abhängigkeit erwähnt wird, da sie nicht Teil der Distribution ist, weiß das System natürlich nicht, dass sie die gleiche Funktionalität wie die Mesa-Bibliothek bereitstellt. Deswegen gibt es die Möglichkeit die Installation zu erzwingen (der erste Weg), da man als Nutzer weiß, dass es nachher trotzdem funktionieren wird (obwohl ich bei Redhat da immer etwas skeptisch bin). Bei der zweiten Variante wird die Mesa-Bibliothek entfernt. Dabei muss explizit angegeben werden, dass von OpenGL abhängige Pakete nicht deinstalliert werden. Danach schließt man durch die ATI-Bibliothek die Lücke im System wieder. Man muss also erst seinen Trabanten aus der Garage fahren, bevor der neue Ferrari dort Platz findet (wobei ich mir den ersten Weg da nicht vorstellen möchte). ;-)
Ich benutze zwar weder RPM noch ATI, aber hoffe es ist trotzdem klarer geworden. Der erste Weg hat den Nachteil, dass beim nächsten Update der Mesa-Bibliotheken der Grafiktreiber neu installiert werden muss. Der zweite Weg führt dazu, dass Pakete mit Abhängigkeiten auf libGL nicht installierbar sein dürften.
Jens
Jens Lehmann wrote:
Jens Weiße wrote:
Ich benutze zwar weder RPM noch ATI, aber hoffe es ist trotzdem klarer geworden. Der erste Weg hat den Nachteil, dass beim nächsten Update der Mesa-Bibliotheken der Grafiktreiber neu installiert werden muss. Der zweite Weg führt dazu, dass Pakete mit Abhängigkeiten auf libGL nicht installierbar sein dürften.
Nachtrag: Wenn das RPM-Paket ordentlich gemacht ist (z.B. ein "provides: libGL1"), dann treten diese Probleme natürlich nicht auf. Wenn dazu noch das Paketverwaltungssystem intelligent genug ist und die Distribution logisch aufgebaut, dann würde es auch die Probleme aus der Ausgangsfrage nicht geben.
Jens
Guten Morgen Jens!
Nachtrag: Wenn das RPM-Paket ordentlich gemacht ist (z.B. ein "provides: libGL1"), dann treten diese Probleme natürlich nicht auf. Wenn dazu noch das Paketverwaltungssystem intelligent genug ist und die Distribution logisch aufgebaut, dann würde es auch die Probleme aus der Ausgangsfrage nicht geben.
Genau damit hab ich ja meine Probleme. In beiden Paketen müsste drin stehen "provide libGL1". Da erst beim Kopieren der libGL aus dem ATI-Paket diese Fehlermeldung auftritt, wird wohl das ATI-Paket nicht ganz koscher sein. RPM's habe ich nie erstellt (nur deb's für den Heimgebrauch), aber es gibt auch automatische Tools zum Erzeugen von rpm's aus den Quellen (tar.gz). Und dann dürfte diese Situation eigentlich nicht entstehen. Man könnte auch zu Beginn der Installation die enthalten Dateien mit der Datenbank abgleichen und sofort die Arbeit verweigern.
Irgendwie bin ich schon wieder froh ein Debian auf der Platte zu haben.
Jens
On 16.10.03 Jens Lehmann (jens.lehmann@goldmail.de) wrote:
Jens Lehmann wrote:
Ich benutze zwar weder RPM noch ATI, aber hoffe es ist trotzdem klarer geworden. Der erste Weg hat den Nachteil, dass beim nächsten Update der Mesa-Bibliotheken der Grafiktreiber neu installiert werden muss. Der zweite Weg führt dazu, dass Pakete mit Abhängigkeiten auf libGL nicht installierbar sein dürften.
Nachtrag: Wenn das RPM-Paket ordentlich gemacht ist (z.B. ein "provides: libGL1"), dann treten diese Probleme natürlich nicht auf. Wenn dazu noch das Paketverwaltungssystem intelligent genug ist und die Distribution logisch aufgebaut, dann würde es auch die Probleme aus der Ausgangsfrage nicht geben.
Du hast das Wort "Debian" sehr lang geschrieben. Und nein, das ist keine Aufforderung zum Umsatteln.
H.
Hilmar Preusse wrote:
On 16.10.03 Jens Lehmann (jens.lehmann@goldmail.de) wrote:
Nachtrag: Wenn das RPM-Paket ordentlich gemacht ist (z.B. ein "provides: libGL1"), dann treten diese Probleme natürlich nicht auf. Wenn dazu noch das Paketverwaltungssystem intelligent genug ist und die Distribution logisch aufgebaut, dann würde es auch die Probleme aus der Ausgangsfrage nicht geben.
Du hast das Wort "Debian" sehr lang geschrieben. Und nein, das ist keine Aufforderung zum Umsatteln.
Wieso umsatteln? Ich benutze bereits Debian. :-)
Jens
On 17.10.03 Jens Lehmann (jens.lehmann@goldmail.de) wrote:
Hilmar Preusse wrote:
Moin,
Du hast das Wort "Debian" sehr lang geschrieben. Und nein, das ist keine Aufforderung zum Umsatteln.
Wieso umsatteln? Ich benutze bereits Debian. :-)
Nein, ich dachte eher an den OP. Nicht, daß wir hier dann das "Distributionen wechsle Dich"-Spiel spielen.
H.
lug-dd@mailman.schlittermann.de
-
Andreas Kretschmer -
backeDD＠t-online.de -
Heiko Schlittermann -
Hilmar Preusse -
Jens Lehmann -
Jens Weisse -
Jens Weiße