Der Einsteiger-Blog

Nicht, dass einer von euch denkt, hier passiert nichts mehr. Es ist einfach nur, es passiert eben nicht mehr so viel.

Das in den vergangenen Beiträgen geschilderte Sorgenkind ATI ist durchaus noch nicht sorgenfrei. Immer wieder häufen sich Meldungen, dass zwar irgendwas passierte, aber dass eigentlich gar nichts passierte. So beispielsweise das Erscheinen einer neuen Catalyst-Version, aber noch immer keine Unterstützung für den X-Server 1.5, wie schon seit Wochen und Monaten.

Und nun schauen wir mal, wie es weiter geht mit unserem weiterhin sinkenden Spaß an ATI…

Ach Mensch… Ich werde mit meiner ATI 9600 Pro einfach nicht glücklich unter Linux. Jetzt habe ich schon im Fedorablog von einer neuen ATI-Treiberversion erfahren und vorhin mal selbigen aus dem Livna-Repository installiert und dann funktioniert wieder nichts so, wie es funtkionieren soll.

Problem Auflösung
Die native Auflösung von 1600×1200 meines “Nummer-1″-Monitors bekomme ich abermals nicht zum Laufen. Diesmal aber läuft er immerhin auf 1440×900 (zu meiner Erleichterung sogar mit dicken schwarzen Rändern, also vollkommen unverzerrt). Der zweite und kleinere Monitor daneben (native Aufl. 1024×768), quasi meine “Trabanten”-Glotze, bleibt hingegen komplett schwarz.

Problem Fensterverhalten
Ach ja, hab ich schon erwähnt, dass sämtliche Programme und Fenster, die ich starte, ohne eine Titelleiste auskommen müssen? Die wird einfach nicht angezeigt. Offene Fenster lassen sich weder verschieben noch vergrößern oder verkleinern.
Mein erster Gedanke hierbei war: Fensterverhalten geändert? Sowas macht der neu installierte Treiber auch gleich? Na dann mal sofort wieder alles zurücksetzen.

Wenn ich nun über die Einstellungen das Fensterverhalten festzulegen gedenke, begrüßt mich auch gleich eine Fehlermeldung, die genau das verhindert (welche Meldung das genau war, habe ich just im Moment natürlich wieder nicht im Kopf).

Problem ATI
Jedes Mal, wenn ich eine Version des ATI-Treibers installiere, gibt es irgendwelche Probleme. Diese sind häufig unterschiedlich in ihren genauen Ausprägungen, aber im Grunde sehr ähnlich. Entweder ist es eine falsche Auflösung oder der Xinerama-Modus entspricht nicht meinen Erwartungen oder aber es ist eine Kombination aus beidem.

Problem Frust
Das macht mir keinen großen Spaß mehr. Ich denke, ab sofort werde ich keine Berichte mehr schreiben über meine Schwierigkeiten mit den immer wieder Probleme verursachenden ATI-Treibern. Schließlich kennt ihr mittlerweile meine Sorgen um meine Monitorkonstellation zur Genüge.

Problemursache
Diese proprietären Treiber sind einfach mal… uncool.

Für den Betrieb eines einzelnen Monitors mögen diese Treiber keine/wenige Probleme bereiten. Aber im Zusammenhang mit Mehrschirmbetrieb (wie in meinem Falle mit zwei Monitoren und zusätzlich einem Fernseher) kann die ganze Angelegenheit zu einer sehr harten Nuss werden.

Problemlösung
Und deshalb steht für mich wohl Eines fest: Sobald es bei mir um mehr als einen Monitor geht, werden in Zukunft keine ATI-Karten mehr gekauft! Gleiches gilt auch für NVIDIA..!
Wenn also ein zweiter Monitor im Spiel ist, kommen für mich nur noch Grafikkarten in Frage, deren Treiberschnittstellen offengelegt wurden und für die es bereits entsprechende OpenSource-Treiber gibt. Alles andere funktioniert nicht (oder nicht zufriedenstellend) und ist daher offenbar Mist!

Ich kam nicht umhin, vor einigen Minuten die aktuelle Version des proprietären ATI-Treibers zu installieren.

Zwar verabschiedete sich die Installation laut fglrx-install.log ohne erkennbare Fehlerausgaben mit einem erfolgreichen “done.“, doch leider musste ich feststellen, dass dies auch nach Neustart des X-Servers keinerlei Wirkung hatte.

Meine, ich nenne es einfach mal, herausfordernde Schwierigkeit bleibt also vorerst weiterhin bestehen.

Was nun den proprietären Treiber angeht, mit dem mache ich Folgendes:
sh /usr/share/ati/fglrx-uninstall.sh

Gesagt, getan. Treiber weg. Probleme noch da. Optimusmus auch.
In diesem Sinne: Ich schaff’ das noch…

Verdächtig still geworden hier im Blog… Dafür vorab eine Entschuldigung meinerseits.

Ursache: Mein Fedora-System lag die letzten Wochen (Monate) etwas brach wegen eines Grafikproblems, von welchem ich bereits berichtete.

It’s a never ending story.
Ich hätte das damalige Kernel-Update einfach nicht einspielen dürfen. Alles lief zuvor perfekt. Und dann diese hartnäckigen Probleme mit meiner Grafikkarte. Zwar gab es die Möglichkeit, den ATI-Treiber zu patchen, aber weder die Anleitung von sush noch die Anleitung im Fedora-Wiki konnten bei mir Abhilfe verschaffen.

Das Patchen und Installieren des Treibers war soweit kein Problem. Die genannten Beschreibungen hierfür sind ja nun wirklich verständlich und leicht nachvollziehbar. Allerdings lief nach Befolgen der Anleitungen noch immer nicht der von mir gewünschte Xinerama-Modus. Darüber hinaus (und das ist meines Erachtens noch schlimmer als der fehlende Xinerama-Modus) konnten nicht alle Auflösungen unterstützt werden, die meine Monitore eigentlich drauf haben.

Ein schier unlösbarer Fall?
Nach vielem Hin und Her (Deinstallieren, Updaten, Einstellen, Verzweifeln, Deinstallieren, …) wurde ich der ganzen ATI-Treiber-Problematik überdrüssig und habe deshalb eine Weile von meinem Linuxsystem abgelassen, um etwas Luft zu schnappen. In der Hoffnung, die Sache würde sich mit der Zeit von alleine legen, wartete ich also ein wenig auf neue Versionen des ATI-Treibers.

Im Fedorablog erfuhr ich alsbald von einer Updateveröffentlichung des ATI-Treibers, welche meine Sorgen wohl auch nicht zu lösen in der Lage sei (eher im Gegenteil). Ich habe die Installation des Updates gar nicht erst in Angriff genommen und warte seither noch ein bisschen länger.

Alles wird gut.
Nach wie vor jedoch bin ich guter Hoffnung, an einigen Stellen wird ja bereits etwas getan, wie im Fedorablog ferner berichtet wurde.

Und wenn alle Stricke reißen, so bleibt mir noch das Fedora-9-Release, dessen Termine hier zu entnehmen sind. Nur leider ist das Final Release mit dem 29. April datiert, was mir eigentlich doch noch viel zu lange dauert.

Vielleicht mache ich auch bald ein Downgrade auf Fedora 7. Schließlich hatte ich damit keinerlei Probleme…

Damn it!
Nach heutigem Einschalten meines Rechners hatte ich Probleme mit meiner Monitorkonfiguration. Meine beiden Monitore (native Auflösung jeweils 1600×1200 & 1024×768) liefen wie aus heiterem Himmel plötzlich beide auf 1024×768 und zwar mit dem selben Bildschirminhalt, von Xinerama keine Spur. Bisher klappte das allerdings hervorragend. Ich nehme an, ein Update ist Schuld, welches ich mir im Laufe dieser Woche installierte.

Nachdem ich nun die Monitorkonfiguration wieder herzustellen versuchte und beinahe verzweifelte, weil es nicht hinhaute, stieß ich vorhin im Fedoraguide auf die Information, dass kmod-fglrx-8.42.3 und der 2.6.23 Kernel nicht in vollem Maße kompatibel sind. Ferner wurde dort zu einem Patch des Kernels verlinkt, welcher den Fehler beheben soll.

Nach Herunterladen des entsprechenden .tar.bz2-Archivs mit dem Patch und Entpacken auf dem Desktop meines root-Accounts wollte ich den Patch nun installieren. Einer Anleitung zum Patchen des Kernels entnahm ich dann folgenden Befehl zum Installieren von Patches:
patch -p0 2>&1
Als Input erhält der Befehl patch den Sourcecode des Patches. In der genannten Anleitung wird dafür eine Pipe (“|”) mit vorangestelltem Befehl zum Entpacken das Patch-Archivs verwendet. Da ich das Archiv bereits selbst entpackte, passte ich den Befehl wie folgt an und gab ihn (als root angemeldet) in der Konsole ein (wie gesagt, die Sourcen des Patches habe ich auf dem Desktop gespeichert):
patch --input=/root/Desktop/fglrx-842-2623.patch -p0 2>&1

Still damn it!
In der folgend erschienenen Eingabeaufforderung File to patch: gab ich die Kerneldatei /boot/vmlinuz-2.6.23.1-10.fc7 an. Die daraufhin ausgegebenen Zeilen waren folgende:
patching file /boot/vmlinuz-2.6.23.1-10.fc7
Hunk #1 FAILED at 217.
Hunk #2 FAILED at 2539.
Hunk #3 FAILED at 2986.
Hunk #4 FAILED at 3009.
Hunk #5 FAILED at 5486.
Hunk #6 FAILED at 5532.
6 out of 6 hunks FAILED -- saving rejects to file /boot/vmlinuz-2.6.23.1-10.fc7.rej

Mit anderen Worten: Es hat nicht geklappt. Leider weiß ich bislang nicht, woran das liegt. Ich hoffe, in endlicher Zeit eine Lösung finden zu können…

Da habe ich heute in der neuen Linux User einen interessanten Artikel über BasKet gelesen und wollte das nun ausprobieren, doch was ist? Ich bekomme es nicht (vollständig) zum Laufen. Zuerst wollte ich das rpm installieren. Das klappte, doch danach ließ sich Kontact nicht mehr starten. Es kam immer zu einem Absturz. Danach versuchte ich Sourcen zu installieren. Also hier herunter geladen, entpackt und installer gestartet. Auch das funktionierte problemlos, doch leider war es nicht in Kontact integriert. Ergo – ich habe es wieder runter geschmissen, was übrigens mit su -c ‘make uninstall’ funktioniert.

Ich wollte eben die letzte Version von IntelliJ für Linux ausprobieren. Doch leider habe ich eine Exception beim Start bekommen:

java.lang.Error: can’t load com.birosoft.liquid.LiquidLookAndFeel

(Den Rest erspare ich meinen Lesern mal )

Offenbar hat IntelliJ die entsprechende Klasse nicht gefunden. Also schnell mal gegoogelt, das entsprechende Jar in das lib-Verzeichnis kopiert und nun funktioniert es.

Ich habe heute Knoppix 5.2 in VirtualBox am Laufen gehabt. Und irgendwie habe ich es geschafft, das nix mehr in Knoppix ging. Ich wollte per Alt + F2 ein Programm öffnen, hab eine Internetadresse eingegeben und schon war der Bildschirm schwarz. Danach ging nix mehr. Was auch immer das war

Ich habe gestern ein Update den Kernel gemacht. Vergessen hatte ich allerdings, dass ich sowohl den ATI- als auch den Ralink- (WLan) treiber gegen den Kernel kompiliert hatte. Heute habe ich mich dann also gewundert, warum das Ganze denn nicht mehr fumnktioniert. Nach ner ganzen Weile bin ich dann drauf gekommen, hab die Treiber wieder kompiliert und alles geht wieder. Außerdem hängt jetzt ein Zettel an meinem Monitor, der mich dies bestimmt nicht mehr vergessen lässt.

Was soll ich sagen? Das leidige Thema Instant Messenger nimmt kein Ende… bin jetzt wieder bei Kopete angelangt.