Es liegt daran, dass ich seit geraumer Zeit kein Linux mehr nutze. Warum? Oh… viel Gründe. Einfach keine Lust mehr, mich wegen Treibern herumzuschlagen. Ja, ich bin nunmal jemand der „Multimedia“ nutzt. Angefangen von der Webcam, über Musik, Video, Grafikbearbeitung… und nein, mit Gimp kann ich nichts anfangen. Irgendwann hatte ich einfach keine Lust mehr „rumzufrickeln“. Das Zeug soll einfach laufen – basta.

Was noch? Ach ja, die sogenannte „Community“. Kennt ihr das „Ihr seid alle doof, weil ihr {OS einfügen} nutzt, wir sind aber toll, weil wir nutzen ja Linux!“. KOTZ. Ich kann das überhebliche Gelaber einfach nicht mehr hören und lesen. Und dann noch innerhalb der Linuxuser … die Streitereien welche Distribution denn nun die Beste ist. Und dann noch welche Oberfläche!! Einfach nur noch zum Abgewöhnen, sorry. Und wenn mal ein Hardwarehersteller gute Treiber für Linux bereitgestellt hat, war das Erste zu motzen, dass sie nicht Open Source sind. Und natürlich dann wundern, warum Linux noch nicht weit verbreiteter ist. Am Schluß hat mich das Alles nur noch angekotzt.

Die Idee hinter Linux finde ich immer noch super. Und der Start und die Idee von Ubuntu war so wundervoll. Aber irgendwie kann ich dem Ganzen im Moment nichts mehr abgewinnen.

Ich schließe nicht aus, dass ich Linux wieder verwenden werde. Irgendwann. Im Moment installiert jedoch auf meinem ehemaligen Linux-Laptop die Win10 Preview.

So long and thanks for all the fish.

Und wie war nun das Update bzw. die Installation? Kurzzusammenfassung: erst Frust, dann Lust… oder auch „The joy of alpha versions“…

Und Hardy? Hübsch, flott, auf den ersten Blick nicht viel neues und einige Alpha-Bugs.

Gestern habe ich nun meine wunderbar stabile Ubuntu version „Gutsy Gibbon“ auf die Alpha 5 von Hardy Heron aktualisiert. Die stabile Version von Hardy erscheint im April, im Moment steht Hardy bei der Version Alpha 5.

Sagen wir so, ich wollte ein Update durchführen. Ich habe also brav ein

update-manager -d

in die Konsole eingetippt und dann mit dem Update-Manager das Update ausgeführt, so wie man es auch machen sollte. Ich fasse das Ganze mal ganz kurz zusammen:
Pakete wurden heruntergeladen, Update wurde fast bis zum Schluß ausgeführt. Kurz vor dem Ende des Updates ploppten plötzlich einige Fehler auf und das Update brach ab mit der Meldung, dass das System jetzt unbenutzbar sein könnte. Irgendwie habe ich aber verpasst, bei welchem Fehler das Update tatsächlich abgebrochen hat. Ich konnte also tatsächlich nach einem Neustart Ubuntu nicht mehr hochfahren. Grrr… die Partitionstabelle war aber OK.
Naja.. es kam was kommen musste – ich fuhr mein Windows hoch (Bootmanager hat also immer noch funktioniert) und habe mir die Hardy Heron Installations-CD heruntergeladen (Desktop-CD) und gebrannt.

Dann habe ich also eine Neuinstallation von Hardy durchgeführt. Dank einer seperaten /home -Partition war das schnell und schmerzfrei erledigt. Neuinstallation hat also nicht das geringste Problem gemacht. Nach der Installation habe ich mit dem Restricted-Manager den Nvidia-Treiber installiert, Neustart, alles perfekt, keine händische Fummelei an der XOrg.conf notwendig.

Erster Eindruck: Hardy fährt etwas schnell hoch und läuft auch etwas flüssiger. Die Sensität meines Touchpads ist irgenwie höher als vorher, weswegen ich des öfteren unabsichtlich klicke. Aber es ist nicht schlecht, nur etwas ungewohnt.

Auf den ersten Blick gibt es nicht viel neues. Optisch fällt sofort das neue Hintergrundbild auf (auf meinem obigen Screenshot zu sehen). Und das finde ich jetzt wirklich mal gelungen. Kompliment an den Künstler, das beste Hintergrundbild, das Ubuntu jemals hatte meiner Meinung. Ansonsten neue Programmversionen (z. B. Firefox 3), neues Gnome (2.21), neuer Kernel (im Moment 2.6.24-10).

Auf die Neuerungen im einzelnen gehe ich im nächsten Eintrag ein. Soweit läufts erstmal gut, alles wichtige läuft (WLAN, Grafik, Sound…).

Auf jedenfall werden jetzt wieder mehr Blogeinträge folgen!

Aber soweit sieht es erstmal gut aus

Der neue Treiber ist nicht in den Ubuntu-Quellen verfügbar und wird erst in die nächste Ubuntu-Version einfließen, wie bei Ubuntu üblich. Wer den neuen Treiber also unbedingt haben will, muss also „per Hand“ installieren. Für die meisten wird das auch nicht so besonders notwendig sein, für einige schon. Nämlich die mit den Karten GeForce 8800 GT, GeForce 8800 GTS 512 und GeForce 8800M. Die Unterstützung für diese Karten gibt es nämlich nun mit dem neuen Treiber.

Ich persönlich werde den neuen Treiber nicht händisch installieren. Ich habe die Beta-Version des Treibers, Version 169.04, Ende letzen Jahres installiert und ausprobiert. Mittlerweile bin ich aber wie beim in den Gutsy-Quellen vorhanden NVIDIA-Treiber zurückgekehrt.

Grund, warum ich überhaupt den Beta-Treiber ausprobiert habe, war ein Artikel von Phoronix. Dort ist ein eindrucksvoller Benchmarktest beschrieben (auf Seite 2 und 3 des Artikels). NVIDIA selbst schreibt von einer „improved RENDER performance“. Gemeint ist damit alles, was mit XRender zu tun hat. Und was hat alles mit XRender zu tun? Wenn man unter Synaptic eine Suche der Abhängigkeiten von XRender anwirft, bekommt man schon einiges. Compiz, Evolution und Envince zum Bespiel. Oder auch das gnome-panel oder Gimp. Also durchaus wichtige Sachen. Ich habe mir also einiges vom neuen Treiber versprochen. Besonders beim betrachten dieser Benchmark-Tests. Ich selbst habe übrigens einen Laptop mit GeForce Go 7300 Karte.

Ich sag es beim Thema händische Installation von Grafiktreibern immer wieder: macht es nur, wenn ihr wisst war ihr tut.
Könnt ihr euer grafisches System via Konsolenmodus wieder herstellen? Könnt ihr im Konsolenmodus Dateien bearbeiten? Und wisst
ihr auch welche? Seid ihr bei im grausamsten Notfall auch mit einer Neuinstallation des Systems einverstanden? Gut letzteres sollte eigentlich nicht notwendig sein, aber bei Beta-Software weiss man ja nie. Warum sage ich das? Dazu später mehr. *seufz*

Also gut, hier nochmal die Kurzanleitung, wie man den original Treiber von der NVIDIA-Webseite unter Ubuntu installiert. Oder sagen wir, wie ich den Treiber immer händisch installiere:

1. Download Treiber (am einfachsten oben im Home-Ordner abspeichern)

2. Backup der Xorg.conf

2. Compiz deaktiveren

3. nvidia Treiber aus den Ubuntu-Quellen deinstallieren

4. alte xorg.conf umbenennen oder loeschen

5. X neustarten
(Sollte X hier nicht starten wollen, hilft ein „sudo dpkg-reconfigure xserver-xorg“ und die Auswahl des nv-Treibers)

6. Zeile
DISABLED_MODULES="nv"

in die Datei

/etc/default/linux-restricted-modules-common

einfügen, damit ihr kein Problem mit euren restricted-modules bekommt und diese nicht deinstalliert werden.
(Ich bin mir nicht 100%ig sicher, ob das bei Gutsy überhaupt noch notwenig ist. Ihr könnt es ja mal ausprobieren, ohne diese Zeile einzufügen.)

7. X beenden:
mit strg+alt+F1 in den Konsolenmodus wechseln, dann
sudo /etc/init.d/gdm stop
X komplett beenden

8. nvidia Treiber installieren
Treiber aufrufen mit:
sudo sh NVIDIA-Linux-x86-169.07.pkg1.run
(Pfad natürlich anpassen, je nachdem wo eure Datei liegt…)

Bei der Installation kommt zuerst die Meldung über ein fehlendes Kernelmodul. Das bitte ignorieren und „Nein“ anwählen bei der Frage ob man das Modul runterladen und installieren will.

Bei der Frage ob die XOrg.conf angepasst werden soll, habe ich „JA“ gewählt.

9. X wieder starten
sudo /etc/init.d/gdm start

Jetzt ist erstmal alles wieder wie vorher. Ich konnte Compiz sofort aktivieren, ohne an der Xorg.conf etwas zu verändern. Die Option „AddARGBGLXVisuals“ „True“ scheint nicht mehr nötig zu sein.

Hinweise zur Tastatureinstellung

Beim Anmelden stellte ich fest, dass die Tastatur auf englisch umgestellt war. Es ist also klug, wenn ihr wisst, wie eure Anmeldename und euer Passwort auf einer englischen Tastatur geschrieben wird!
Die Umstellung der Tastatur in Gnome bewirkt, dass unter Gnome das Tastaturlayout richtig ist, der Anmeldebildschirm hatte aber weiterhin das englische Tastaturlayout. Ich habe deshalb ein

sudo dpkg-reconfigure xserver-xorg

durchgeführt. Danach war alles wieder passend.

Ist der neue Treiber nun merklich besser?

Wie gesagt, ich habe den Beta-Treiber 169.04 ausprobiert, nicht den jetzt aktuellsten 169.07. Und beim Beta-Treiber konnte ich genau NULL Verbesserung feststellen. Weder bessere Stabilität, flüssigere Performance oder sonst was. Einfach überhaupt kein Unterschied. Scheint also, dass die Verbesserungen entweder nur bei den neueren Karten richtig rauskommen oder ich einfach nicht die „passenden“ Computergewohnheiten habe. Oder ich hätte noch wesentlich länger testen sollen. Keine Ahnung.

Das dicke Ende

Meine Experimentierfreudigkeit hatte diesmal ein unangenehmes Ende. Da der Beta-Treiber keine Verbesserung brachte, wollte ich ihn nun wieder deinstallieren. Die funktioniert, indem man in den Konsolenmodus wechselt und dort ein

sudo nvidia-installer --uninstall

eingibt. Der Treiber wird nun deinstalliert. Habe ich gemacht, X neugestartet, ging nicht. Gut, ein sudo dpkg-reconfigure xserver-xorg und Auswahl den nv-Treibers lies mich wieder ins grafische System. Dort also nun wie gewohnt den Treiber nvidia-glx-new installiert. X beendet, sudo dpkg-reconfigure xserver-xorg erneut eingetippt, diesmal nvidia ausgewählt. X Neustart – geht nicht. Huch? Wieder zurück, nv ausgewählt – geht. nvida ausgewählt, geht nicht.

Dann also mal alles durchprobiert: Treiber nochmal deinstalliert, neu installiert, Xorg.conf direkt im Konsolenmodus bearbeitet, nvidia-glx ausprobiert. Nix. Ich habe es tatsächlich nicht mehr hinbekommen, X mit den Treiber aus den Ubuntu-Quellen zum laufen zu bekommen! Ich habe dann nochmal den Beta-Treiber installiert, mit dem X dann auch wieder lief. Aber nach erneuter Deinstallation und Installation des Treibers aus den Ubuntu-Quellen ging nichts mehr. Der nv-Treiber lief jedoch immer korrekt.

Das System lief also nur noch mit entweder dem nv-Treiber oder dem NVIDIA-Beta-Treiber. Ich habe keine Ahnung warum. Hatte die Deinstallation nicht richtig geklappt? Ein Fehler des Beta-Treibers? Ein Fehler von Ubuntu oder irgendein Fehler von mir? Letzeres ist am wahrscheinlichsten.

Lange Rede kurzer Sinn: nach ca. 1 Stunde rumprobierens habe ich mein System neu installiert. Tja, das muss mir eben auch mal passieren. Da sagt man Newbies, das ist so gut wie nie nötig und dann das. Grrrrr!

Nun gut, ich habe zum Glück mein Home-Verzeichnis sowie meine Daten auf einer extra Partition. Eine Neuinstallation geht also immer schnell und problemlos. Länger dauert da schon das erneute installieren aller zusätzlich benötigen Programme und das Einrichten des Desktops. Jedenfalls habe ich nun mal wieder ein sauberes Gutsy mit dem NVIDIA-Treiber aus den Ubuntu-Quellen. Die Installation desselben nach der Neuinstallation von Ubuntu verlief übrigens problemlos. Scheint also bei meiner Beta-Installations-Orgie irgendwas schief gegangen zu sein. Oder der Beta-Treiber war murks.

Ja.. mir ist dann die Lust vergangen, jetzt die stabile Version des Treibers zu installieren, zumal ja der Beta-Treiber bei mir keinen offensichtlichen Vorteil brachte. Aber ich wäre an Berichte eurerseits interessiert. Läuft der Treiber denn bei euch? Merkt ihr irgendeinen Geschwindigkeits- oder Stabilitätsvorteil?

Ich werde voraussichtlich im Februar oder März sowieso auf Hardy updaten, womit ich mir wieder genügend Alpha und Beta-Zeugs installieren werde. Bis dahin spare ich mir also einen erneuten händischen Versuch der Treiberinstallation.

Ach ja – dann wird es höchstwahrscheinlich auch wieder viel öfter und mehr Einträge in diesem Blog geben. Aber in letzter Zeit habe ich einfach zu wenig neues ausprobiert und Ubuntu lief halt einfach so. *grins* Ja, langweilig, ich weiss…

Aber ich kann euch sagen – DAS war mal wirklich eine schwere Geburt. Derweil ist es gar nicht so schwer, wenn man weiß wie es geht. Wie immer halt. Ich vermute allerdings, dass ein Anfänger, der das erstemal Linux ausprobieren will, nach ner halben Stunde genervt aufgehört hätte. Schon ein Mist, dass das bei verschiedener Hardware immer noch so ein Problem ist.

Aber nun mal der Reihe nach…

Mein Mann nutzt zu Hause gerne Ubuntu. Besonders zum surfen und mailen. Und er hat ja jemanden, der ihn seinen Ubuntu-Rechner immer schön einrichtet – mich! Auf der seinem uralten Rechner lief noch Ubuntu Dapper. Das tat da schön brav und stabil seinen Dienst. Nur war halt alles ewig langsam, weil der Rechner einfach ne fürchtlich alte Kiste war. Es hat sich nun so ergeben, dass er einen neuen Rechner bekommen hat. Also einen neuen alten Rechner. Die Kiste ist auch schon 5 Jahre alt, aber doch noch ganz ordentlich. Hat nen Intel Pentium 4 Prozessor mit 1,6 GHz und 1 GB RAM drin, da kann man schon einigermaßen gut damit arbeiten.
Windows XP ist da bereits installiert gewesen, aber Ubuntu war wieder erwünscht. Besonders weil mein Mann privat gerne Musik macht und da mal so Programme wie Ardour gerne ausprobieren möchte.

Kein Problem krakeelte ich natürlich sofort, da machen wir einen Dual-Boot, es wird gleich Feisty installiert und ich kann dann die Quellen von UbuntuStudio einbinden und die ganzen Musikprogramme nachinstallieren. Die Festplatte war bereits Partitioniert und eine Partition für Ubuntu war bereits leergeräumt. Wunderbar, ist ja das Schlimmste schon passiert. Ein bißchen Magenweh hatte ich allerdings schon – wegen der Grafikkarte. Mir war so, als hätte ich schon öfters von Problemen mit dieser Karte gelesen.

Also wie immer Feisty Desktop-CD in den Rechner eingelegt, neustart – und nichts ging. Die CD arbeitete im CD-Schacht, der Bildschirm blieb aber schwarz. Ging ja schon hervorragend los. Was also tun? Genau, die Alternate-CD von Feisty herunterladen und es mit dieser probieren. Und tatsächlich, die Installation konnte beginnen. Das ging dann alles ganz gut, die Installation begann. Natürlich sitzt man da nicht die ganze Zeit daneben. Ich hab noch einmal bestätigt, dass er die Sprachpakete gleich runterladen soll, dann habe ich den Rechner arbeiten lassen. Nach ner Zeit schaute ich wieder hin, Bildschirm schwarz. CD arbeitete aber noch. War da damals etwas von wegen „Hardwareerkennung wird ausgeführt, Bildschirm kann schwarz werden“? Mir war so, deshalb habe ich ihn einfach noch weiterarbeiten lassen. Ein Bild kam während der gesamten Installation nicht mehr, nur irgendwann schmiss er die Installations-CD aus dem Laufwerk. Aha, Installation war also fertig, er will Neustarten.

CD also entfernt, Rechner startet neu und Grub erscheint. Auch Windows ist noch zur Auswahl, hat ja gut geklappt. Hab erstmal versucht, ob Windows noch funktioniert. Alles im grünen Bereich, dann nochmal Neustart und Ubuntu ausgewählt. Und was kam dann? NICHTS. Schwarzer Bildschirm. Ubuntu fuhr anscheinend hoch, jedoch kein Bild. Ich konnte auch nicht mit Strg+Alt+F1 in den Terminalmodus wechseln.
Also Rechner ausgeschaltet und neugestartet. Dann habe ich im Recovery-Modus gebootet. Und tatsächlich das hat geklappt. Rechner fuhr hoch und ich war im Terminalmodus. Ubuntu war also richtig installiert, es lag an X.
Ich hab dann verschiedenes ausprobiert. X-Server nochmal neu konfiguriert, statt dem mga-Treiber auch mal vesa ausprobiert. Nichts, kein Bild. Ich habe dann sogar noch den Matrox-Treiber runtergeladen und installiert. Schon gut, wenn man in dieser Situation wenigstens ein bisschen mit dem Terminal umgehen kann. Wie war das mit dem runterladen im Terminal noch gleich… ah ja, wget war das. Klappte auch alles, Treiber runtergeladen, ausführbar gemacht, gestartet. Der sagte mir, dass die Version schon installiert ist. Tja, Feisty hat wohl schon den aktuellen OpenSource-Treiber. Ich habe den trotzdem vorsichtshalber mal überschrieben. Hat natürlich nichts gebracht.

Was mich auch gewundert hat, dass ich nichtmal den Ubuntu-Splash gesehen habe. Nach ein bisschen googlen bin ich dann auf den Tipp gestoßen, dass man die Pakete für den Splash mal desinstallieren sollte. Dann fährt der Rechner mit den Textnachrichten hoch und man hat vielleicht die Chance zu sehen, was nicht klappt. Also wieder im Recovery-Modus gebootet und die Pakete enternt mit

sudo apt-get remove libusplash0

Dabei werden auch die Pakete usplash und usplash-theme-ubuntu deinstalliert.

Danach Ubuntu normal neugestartet. Und tatsächlich kam ich schonmal weiter. Es sah so aus, als würde Ubuntu ganz normal starten, keine Fehlermeldungen. Dann sollte es soweit sein, Gnome sollte gestartet werden und – der Bildschirm wurde schwarz. Und endlich sagte mir der TFT eine Fehlermeldung die mich weiterbrachte, nämlich „Out Of Range“. Heisst also, dass die Monitorfrequenz falsch eingestellt war! Feisty hatte also die Frequenz falsch erkannt und ich habe beim konfigurieren des X-Servers diese auch nie geändert.

Ich habe dann also erstmal nachgesehen, was für Frequenzen der Monitor braucht und mir diese notiert. Dann wieder im Recovery-Modus gebootet und den X-Server wieder neu konfiguriert mit

sudo dpkg-reconfigure xserver-xorg

Diesmal habe ich beim Einrichten des Monitors aufgepasst. Und tatsächlich, die Frequenz, die vorgeschlagen wurde war total falsch. Also habe ich die richtigen Frequenzen eingetragen. Vorher habe ich auch noch die Auflösung von 1280×1024 mit ausgewählt, die auch nicht automatisch vorgeschlagen wurde.

Und endlich war ich am Ziel. Der Rechner startet, Gnome erscheint und ich habe ein gutes Bild in richtiger Auflösung! Ich habe übrigens dann auch nochmal ausprobiert die Pakete für den Splash-Screen wieder zu installieren. Aber mit Splash bekomme ich kein Bild, der Monitor wird sofort schwarz und ich komme nichtmal mehr in den Terminalmodus. Irgenwie ist das schon sehr tricky. Wer denkt denn an sowas?

Ich fasse nochmal kurz zusammen, was ich machen musste, damit ich Feisty installieren konnte mit der Matrox Millenium G550 ein Bild bekomme:

• Feisty mit Alternate-CD installieren, Desktop-CD funktioniert nicht (Alternate-CD z. B. von hier herunterladen)
• Pakete libusplash0, usplash, usplash-theme-ubuntu deinstallieren (sudo apt-get remove libusplash0)
• X-Server neu konfigurieren, dabei die richtige Monitorauflösung und vor allem die richtige Frequenz angeben (sudo dpkg-reconfigure xserver-xorg

3-D scheint wohl von Haus aus mit dem freien Matrox-Treiber zu funktionieren, habe bisher nur glxgears ausprobiert. Sachen wie Compiz/Beryl habe ich gar nicht versucht weil diese auf dem Rechner nicht notwendig sind. Der Bildschirm ist am VGA-Port angeschlossen, DVI habe ich noch nicht probiert, werde ich auch wohl nicht.

Mittlerweile sind die Quellen von UbuntuStudio eingebunden und der Rechner saugt alle möglichen Audio-Programme sowie den nötigen lowlatency-kernel. Dann werden wir mal ein bißchen mit den Programmen, besonders Ardour, spielen. Mal sehen, wie das klappt.

Mensch, Mensch… also Grafikkarten und WLAN sind wohl tatsächlich immer noch die größten Schwächen von Linux. Glücklich ist wirklich derjenige, der sich VOR dem Kauf Gedanken über die Hardware macht.

Aber was hilft schon nachtrauern, eine neue Webcam muss her. Und natürlich soll diese unter Linux einsatzfähig sein, logisch. Leider sind Webcams unter Linux immer noch ein großes Problem. Ich würde sagen die Situation ist fast schlimmer als bei WLAN-Chipsätzen.

Deshalb dachte ich, ich mache mich VOR dem Kauf schlau, welche Webcam denn unter Linux läuft. Dieser Plan ist ja immer sehr schlau. Doch leider geht der Plan nicht immer auf. Deshalb mal einen der wenigen Einträge in der Kategorie „Linuxfrust“.

Ich habe mich also im Internet informiert, welche Webcam unter Linux funktioniert. Ich nutze Ubuntu Feisty mit dem neuen Kernel 2.6.20. Wenn also eine Webcam unterstützt wird, sollte ich diese wohl nutzen können.
Ich bin dann auf diese Liste mit unterstützten Webcams gestoßen. In der Liste wird sogar aufgeführt, welche Bildqualität die einzelnen Cams haben. Toll, dachte ich mir. Denn die Bilder sollten schon in etwa die Qualität meiner alten Webcam haben. Deswegen habe ich bei den Cams mit den meisten Sternen gesucht. Und ich fand eine Kamera, nämlich die Logitech QuickCam Pro 5000, die mit dem Treiber „linux-uvc“ funktionieren sollte. Sogar auf der Seite des Treibers wird sie als „Supported Device“ aufgeführt. Toll dachte ich, Treiber gibts, Kamera macht anscheinend ein tolles Bild, also kaufen!

Ungefähr 50 € habe ich gelönt (ein stolzer Preis, wie ich finde) und kurz danach hatte ich die Kamera auch schon. Also eingestöpselt, Camaroma geöffnet und … nichts ging. Kein Video-Device gefunden. Und dann ging die Nachforschung erst richtig los.

Ein „lsusb“ gab aus
Bus 005 Device 006: ID 046d:08ce Logitech, Inc.

Ein „dmesg“ gab aus
[20911.884000] uvcvideo: Found UVC 1.00 device (046d:08ce)
[20911.904000] usbcore: registered new interface driver uvcvideo
[20911.904000] USB Video Class driver (v0.1.0-c)

Die Webcam wurde also wenigstens als USB-Device erkannt und es wird sogar ein UVC-Treiber geladen. Immerhin etwas. Erst dann viel mir auf, dass auf der besagten Liste die Kamera zweimal aufgeführt wird, mit zwei unterschiedlichen IDs. Das lässt unterschiedliche Chipsätze vermuten *trockenschluck*. Das heisst nichts gutes. Und überhaupt, warum steht auf der Treiberseite bei den Features „Still image capture: No „? Genau das soll doch eine Webcam machen.

Naja, ich mache es hier mal kurz: die Kamera wird im Moment nicht unterstützt. Auf jeden fall nicht die QuickCam Pro 5000 die ich habe. Der UVC-Treiber funktioniert auch erstmal nur mit V4L2, heisst also Camorama unterstützt das sowieso nicht. Ekiga ist aber V4L2-fähig, genauso Xawtv. Beide stürzen bei Benutzung ab. Kamera-LED leuchtet auf, Programm stürzt ab. Ich habe alles mögliche versucht. Ich habe z. B. die SVN-Version des Treibers kompiliert. Nichts. Mein Hilferuf im dt. UbuntuUsers-Forum brachte auch nur die Bestätigung, dass es im Moment nicht geht. Ich habe alles ausprobiert, was im englischen Ubuntu-Forum darüber steht… nichts.

Das frusrtiert wirklich. Es geht einfach nicht. Punkt, aus, Schluss. Das passiert mir wirklich sehr selten, aber wenn es denn mal passiert ist es wirklich zum kotzen. Naja, aber schließlich muss mein Blogtitel auch gerechtfertigt werden.

Das Ende vom Lied: ich verkaufe die Kamera wieder und habe mir eine andere gebrauchte ersteigert. Für knapp 6 €! Eine gebrauchte Logitech ClickSmart 310. Das Modell wird gar nicht mehr vertrieben. Diese Webcam soll angeblich gut von Linux unterstützt werden. Ich denke, dass ich die Webcam diese Woche noch erhalte und werde dann berichten. Drückt mir die Daumen.

Zum Glück gibt es eine Möglichkeit den pwc-Treiber per Hand zu installieren.

Infos zum pwc-Treiber pwc-10.0.12-rc1 hier, hier der Direktlink zum Download.

Das File pwc-10.0.12-rc1.tar.bz2 entpacken, mit dem Terminal in dieses Verzeichnis wechseln, dann folgendes eingeben (das fettgedruckte muss die Bezeichnung eures Kernels sein):

make
sudo modprobe -r pwc
sudo cp pwc.ko /lib/modules/2.6.17-10-generic/kernel/drivers/media/video/pwc/pwc.ko.saillard
cd /lib/modules/2.6.17-10-generic/kernel/drivers/media/video/pwc
sudo mv pwc.ko pwc.ko.ubuntu
sudo ln -s pwc.ko.saillard pwc.ko
sudo depmod -a
sudo modprobe pwc

(Wie immer gilt, wenn man etwas kompilieren will: Pakete „built-essential“ und passender linux-header müssen installiert sein!)

Danach sollte die Cam wieder funktionieren.

Nach langem surfen hab ich schließlich in einem Forum eine „Lösung“ gefunden: den SuSE-Plugger deaktivieren. Das Wort „Lösung“ ist in Anführungszeichen geschrieben, weil es ja keine richtige Lösung ist. Das Fach öffnet sich zwar nicht mehr ungefragt. Aber eigentlich kann es ja nicht sein, dass man ne Komponente deaktivieren muß, damit der Fehler nicht mehr auftritt. Und es war definitiv erst nach dem SuSE Update. Grrrrrrr….