Erster Bootversuch

Meinen ersten Bootversuch unternahm ich mit der aktuellen Testversion der Computerbild-Notfall-CD 2.1. Diese basiert auf “LessLinux“, meiner eigenen LFS basierten Distribution. Da Kernel 2.6.33 einen stabilen JME-Treiber mitbringt (JMicron Gigabit Ethernet) und Unterstützung für viele Atheros-WLAN-Chips hinzufügt war ich neugierig, wie sich diese CD schlagen würde. Das Ergebnis war gar nicht schlecht:

• Ethernet: nutzbar, flott, stabil
• WLAN: nutzbar, stabil, moderate Systemlast
• Grafik: VESA 1024×768 statt nativer 1366×768

Installation von Ubuntu 9.10

Da Ubuntus 2.6.31er-Installationskernel den JME-Treiber nicht kennt, schlug die favorisierte Netzwerkinstallation über unseren “Plug&Install-Server” leider fehl. Ich brannte also eine Xubuntu Alternate Install CD und installierte von dieser. Das folgende Update und die Nachinstallation von build-essential, m4 und libncurses-dev erfolgte über einen Ralink 2561 802.11g USB-Stick.

Kernelkompilierung und Segfaults

Den Kernel 2.6.33 entpackte ich unter /usr/src und kopierte Ubuntus Konfigurationsdatei nach .config. Ein anschließendes make oldconfig fragt nach den neuen Treibern, die aktiviert werden sollen. Als Faustregel gilt, dass Treiber, die als Modul bereitstehen, als Modul gebaut werden sollen und ansonsten der Vorschlag befolgt werden soll.

Seltsames passierte beim anschließenden Lauf von make: Ich hatte mehrere Segfaults. Da diese zunächst in eher exotischen Treibern auftauchten, vermutete ich Probleme im Zusammenspiel Compiler-Kernel-Architektur. Nach mehrfachen Reboots gelang es mir jedoch, den Kernel durchzukompilieren und zu installieren. Ich wählte den nicht ganz Debian konformen Ansatz mit

make
make install
make modules_install
find /lib/modules/2.6.33 -name '*.ko' -exec strip --strip-unneeded {} \;
update-initramfs -c -k 2.6.33
update-grub

Nach dem Reboot mit dem Kernel 2.6.33 lief der Rechner stabil, auch zwei gleichzeitige Kernel-Kompilierungen parallel konnten ihn nicht mehr aus dem Tritt bringen. Ich tendiere nun dazu anzunehmen, dass eher Probleme von Linux 2.6.31 dem Chipsatztreiber oder dem Core i3 ursächlich für das instabile System waren. wer sich den Ärger ersparen möchte, kompiliert den Kernel auf einer anderen Maschine, erstell mit make deb-pkg ein Debian-Paket und installiert dieses anschließend auf dem A52JR.

Teilerfolg und fehlende Grafiktreiber

Mit Kernel 2.6.33 lädt auch Ubuntu 9.10 korrekt jme für die Gigabit-Ethernetkarte und ath9k für die WLAN-Karte, Sound geht und die Webcam funktioniert mit Cheese (das Bild steht halt Kopf). Mein nächster Versuch galt also ATIs Catalyst-Treiber 10.2 vom 16. Februar 2010. Und da verließen sie ihn…

aticonfig: No supported adapters detected

Eine kurze Recherche auf Atis Website ergab, dass für die Mobility Radeon HD 5470 noch keine Treiber bereitstehen - weder für Linux noch für Windows. Da die Mobilversion andere PCI-IDs verwendet als die verwandte Desktopversion, kann diese erst seit Anfang des Jahres ausgelieferte Karte noch nicht zufriedenstellend genutzt werden. Geht die beigelegte Treiber-DVD verloren, schauen auch Windows-Nutzer in die Röhre. Zumindest bis zum nächsten Update der Catalyst-Treiber. Sollte ASUS sich an seinen bisherigen Zyklus halten, stehen um Mitte März die Treiber für Linux bereit, zehn Tage später Windows-Versionen. Solange muss ich wohl noch mit 1024×768 auskommen. Fortsetzung folgt…

Dateien

• Ausgabe von lspci -vv
• Ausgabe von lspci -nn
• Ausgabe von lsusb
• Ausgabe von dmesg (Kernel 2.6.33)
• Verwendete Kernelkonfiguration für Kernel 2.6.33 (benötigt noch Feinschliff)

Das Nokia 5230

Wir brauchten “schnell mal” ein weiteres Mobiltelefon, das als Bluetooth-HSDPA-Modem taugt und auch dazu genutzt werden kann, unterwegs kurz nach den Mails zu schauen oder im Internet zu surfen. Fußgängernavigation ist nett, war aber kein “must-have”. Bei Kampfpreisen von etwa 115 Euro netto und Verfügbarkeit im lokalen Fachhandel war die Entscheidung für das 5230 schnell gefallen.

Beim ersten Blick handelt es sich beim 5230 um ein 5800 mit andersfarbigem Gehäuse. Beide sind mit etwa 15 Millimetern Dicke nicht gerade die kompaktesten. Der Touchscreen ist mit 3,2 Zoll und 640×360 Pixeln schön scharf, einige Hardwaretasten (Annehmen, Abweisen, Menü, Sperren, Lautstärke und Kameraauslöser) machen die “blinde” Nutzung einfacher. Die technischen Unterschiede zum 5800 sind das fehlende WLAN, eine einfachere Kamera ohne Blitz und der Lieferumfang: Keine Speicherkarte etc. Der resistive Touchscreen ist erfreulich gut mit den Fingern zu bedienen, was Nokia wohl dazu animiert hat, den Wecker mit Slidern á la iPhone auszustatten. Dennoch empfiehlt sich eher die Nutzung eines Stiftes mit Kunststoffspize (Tipp: Kugelschreiber “unausgeklickt” oder Zweiminenkugelschreiber, bei dem eine Mine durch eine weiche Kunststoffspitze ersetzt ist).

Die Software

Bei Series60 5th Edition handelt sich es um eine simple Umsetzung von Series60 3.2 auf Touchscreens. Die D-Pad-Navigation in den Menüs wurde 1:1 auf den Touchscreen übertragen. Das Resultat: In Menüs muss man doppelklicken: einmal um einen Eintrag zu selektieren, ein weiteres Mal um die hinterlegte Aktion schließlich zu starten. Icon-Grids profitieren nicht wirklich vom hochausflösenden Touchscreen: Wie bei 3.2 werden 12 Icons abgebildet — immerhin hübscher und höher aufgelöst –, will man mehr, muss man scrollen. Auch bei den übrigen Anwendungen belegen rechts eingeblendete Buttons, die Hardwaretasten ersetzen wertvolle Bildschirmfläche.

Das Resultat ist eine Oberfläche, die kaum Vorteile gegenüber der touchscreenlosen 3.2 bietet. Wer von einem Nokia-Handy mit Tastatur kommt, wird sich sofort zurecht finden. Eine ordentliche Anpassung an den Touchscreen bieten immerhin Webbrowser, Videoplayer und das hervorragende (neue) Ovi-Maps mit kostenloser Navigation (muss separat installiert werden).

Würde ich es wieder tun?

Das 5230 ist mit Sicherheit sein Geld wert, alleine die hervorragende Fußgängernavigation und die Nutzung als UMTS-Modem haben sich für uns ausgezahlt. Dass ein brauchbarer Mailclient und Browser (auf Basis von WebKit) an Bord sind, ist auf jeden Fall positiv. Dennoch würde ich kein “High-End-Telefon” für den dreifachen Preis auf Basis von Series60 5th Edition haben wollen. Zu klein sind die Fortschritte gegenüber 3.2, da werden auch aufgesetzte Widgets eines N97 nichts daran ändern. Ich werde also erstmal beim E71 bleiben und mal sehen, was der MWC so Android-mäßiges bringt oder ob ein kompakterer Bruder des N900 ansteht.

Doch zunächst zu den technischen Finessen: Das Gtk-Problem besteht nun nicht mehr, Ihr könnt die im letzten Artikel gesetzte Umgebungsvariable also wieder entfernen. Vermutlich wurde auch das Kompilationsproblem gefixt, allerdings wage ich hier keine konkrete Aussage, denn eine Neuinstallation verhält sich hinsichtlich Update der Module immer ein wenig anders als eine komplette Neuinstallation auf einem sauberen System.

Auf einigen Host-Systemen soll der Player nun Aero- und Glass-Gäste beherrschen, auf die Schnelle habe ich davon auf dem Linux-Host mit nVidia-Closed-Source-Treiber nix gemerkt. Unity, also die Möglichkeit, die VMware-Fenster auf den Linux-Desktop zu holen, ist etwas schneller geworden, aber immer noch zu laggy (auf einer Vierkernmaschine mit 8GB RAM…), so dass ich nach wie vor Vollbild bevorzuge.

Herunterzuladen ist der Player wie immer hier.

Probleme bereitete die Installation und Nutzung des VMware-Players, den ich gerne als recht flexible Virtualisierungslösung einsetze.

Das Installationsproblem

Die Installation ist eigentlich simpel: Man setzt das *.bundle auf executable und startet das Paket dann mit Rootrechten. Doch ein Erfolg wollte sich nicht einstellen. Irgendwo auf halber Strecke hängt der Installer und bewegt sich weder vor noch zurück. Greppt man die Ausgabe von ps waux nach gcc-Prozessen durch, wird man schlafende oder wartende Kompilationsvorgänge finden.

Warum das? Die Kompilierung der VMware-Module verursacht viele Warnungen über fehlende Symbole. Daran verschluckt sich nun der umgebende Python-Prozess und nichts geht voran. Die Lösung hat das VMware-Forum parat:

• Man startet die Installation in zwei Fenstern (je mit Rootrechten)
• In einem der Fenster startet man das Bundle mit dem Parameter –ignore-errors
• Im zweiten Fenster tötet man gnadenlos alle Modul-Bauprozesse:
  while true; do killall -9 vmware-modconfig-console; sleep 1; done
  Die Schleife mit Strg+C abbrechen, wenn die Installation durch ist.
• Am Ende hat man zwar eine VMware, aber keine Kernelmodule, die baut man hinterher mit
  vmware-modconfig –console –install-all
• Nun noch den VMware-Dienst neu starten und der Player lässt sich nutzen

Das Mausproblem

Schnell werdet Ihr feststellen, dass die Maus in der VMware hüpft und immer wieder aus der VMware raus oder in sie rein wechselt. Ein vernünftiges Arbeiten ist so nicht möglich.

Die Lösung des Problems hat Rootloot.de herausgefunden: Eine Inkompatibilität, zwischen Ubuntus Gtk+ und dem Gtk, das die VMware erwartet. Der Trick: Einfach die VMware zwingen, das mitgelieferte Gtk+ zu nutzen, auch wenn die Darstellung nicht zu 100% mit dem Rest des Desktops kongruent sein sollte. Am besten per Export einer Umgebungsvariable. Da ich die VMware eh immer aus einer Shell starte, habe ich mich mit

export VMWARE_USE_SHIPPED_GTK=force

beholfen. Bingo, klappt alles!

Mit all den Neuerungen der letzten 12 Monate wird das größte Problem von Nokia deutlich: Die schier unüberschaubare Anzahl an Plattformen. Im Lowend-Bereich hat Nokia seine Series30-Oberfläche, die sich an die teureren Geräte anlehnt, aber keine Softwareinstallation bietet und meines Wissens kein Multitasking beinhaltet. Darüber steht Series40, schlank schnell, UMTS-tauglich und für einfache Telefone im Midrangebereich gedacht, aber auch für Edel-Telefone wie das 8800, bei denen neben Design die Telefonfunktion anerster Stelle steht. Darüber kommt Series60 auf SymbianOS in einer Version für Tastaturbedienung und einer Version für Touchscreens (wie das N97, 5800 oder 5230). Die Tablets 770, 800, 810 und jetzt das telefoniefähige N900 verwenden die Linux basierte Distribution Maemo, welche derzeit traditionell auf Gtk+ als Toolkit setzt. Nun kommt mit Windows 7 auf Netbooks eine weitere Plattform hinzu. Diese ist relevant, weil Nokia beispielsweise Programme wie den Ovi-Client auch auf der Netbook-Plattform anbieten muss.

Fünf Plattformen bei Nokia

Wir zählen also derzeit fünf Betriebssysteme, die es zu unterstützen gilt: Series30, Series40, SymbianOS/Series60, Maemo und Windows 7. Zählt man die beiden Series60-Varianten als eigene Systeme, sind es sechs, tatsächlich dürfte eine ab Start gut geplante Parallelentwicklung für beide Ziele nur wenig mehr Ressourcen verwenden, als für das klassische Series60-Interface. Die Axt dürfte am ehesten bei Series40 angesetzt werden: Billiggeräte bekommen Series30 aufgebohrt und die teureren Geräte werden mit Series60 bedient. Für 3rd-Party-Entwickler fällt Series30 sowieso aus.

Es bleiben dreieinhalb für Entwickler relevante Plattformen: Series60 in seinen zwei Spielarten, Maemo und Windows 7. Diese Situation ist derzeit völlig unbefriedigend, weil jede dieser Plattformen sein eigenes Entwicklungsmodell pflegt: Series60/SymbianOS mit einem eigenwilligen C++-Dialekt und einem eigenwilligen Api, Maemo mit seiner starken Gtk+-Fokusierung und schließlich Windows, für das viele Toolkits und APIs bereitstehen, nur gehört Gtk+ auf Windows nicht zum best integriertesten.

Ein abgefahrener Zug

Es war ein gewaltiger Fehler, das seit 2004 intensiv entwickelte und bereits Mitte 2005 vorgestellte Maemo so lange stiefmütterlich zu behandeln: Maemo hätte das Potential gehabt, ein veritabler Symbian-Nachfolger zu werden: Ein paar Mitbewerber ins Boot, die mit eigenen Skins und Erweiterungen ihre “User Experience” vermitteln und ein klares Bekenntnis zu Maemo auf allen Touchscreen-Geräten hätten Memo in den letzten vier Jahren soweit gebracht, dass SymbianOS/Series60 hätte LegacyOS bleiben können auf Telefonen mit 320×240 und Tastaturbedienung, vielleicht wäre Windows 7 auf dem Netbook gar nicht nötig gewesen, schließlich passt Meamo auch ganz hervorragend auf etwas größere Bildschirme als 800×480.

In der Zwischenzeit ist jedoch mit Android ein gewaltiger Konkurrent erwachsen, der sich auf Smartphones mit 480×320 Pixeln und größer sehr wohl fühlt und auch bisherige Symbian-Lizenznehmer wie Samsung oder Sony-Ericsson im Sturm erobert.

Nokias Konter fällt schwach aus: Bereits 2008 übernahm Nokia das Software-Unternehmen Trolltech komplett. Dessen Toolkit “Qt” verspricht plattformübergreifende Programmierung für Series60, Windows. Linux und MacOS X — und hält dieses Versprechen. Doch die Integration von Qt in Series60 und Maemo schreitet nur langsam voran: Im Frühjahr 2010 soll Qt in Maemo und Series60 erstmals nutzbar integriert sein, sechs Monate später soll dann in “Hardened Releases” die Plattformkonvergenz folgen.

Ganze sechs Jahre nach der ersten öffentlichen Maemo-Release. Ein Armutszeugnis.

Update: Golem hat nun auch einen — detailreichen — Artikel zum N900.

• Kopieren der Konfigurationsdatei: Zuerst wird die Konfigurationsdatei /boot/config-2.6.28-xx-generic als .config in das entpackte Kernel-Quellcode-Verzeichnis kopiert.

• Neubau der Konfiguration: Hier rufen Sie das Kommando make oldconfig auf. Sie müssen nun einen Haufen Fragen beantworten. Falls Sie keine Lust haben, sich mit dem Inhalt der Fragen zu Treibern und Features auseinanderzusetzen, antworten Sie mit m (neue Funktion als Modul bauen) oder n (neue Funktion weglassen).

• Aktivierung der Staging-Treiber: Rufen Sie make menuconfig auf und navigieren Sie zu “Device Drivers -> Staging Drivers”, wo Sie “Staging Drivers” aktivieren, indem Sie das Sternchen bei “Omit staging drivers from being built” herausnehmen. Jetzt können Sie den Treiber für Ralink 2860 aktivieren.

• Bau und Installation des Kernels: Nach mehrfachem “Exit” wird die neue Kernelkonfiguration gespeichert. Bauen Sie mit make und installieren Sie den neuen Kernel mit make modules_install && make install.

• Neubau der Bootloader-Konfiguration: Ich habe in der Datei /etc/initramfs-tools/initramfs.conf auf MODULES=list umgestellt und in der Folge in /etc/initramfs-tools/modules nur die Zeile i915 eingefügt. Anschließend baut mkinitramfs -o /boot/initrd.img-2.6.30.5 2.6.30.5 das neue Initramfs und update-grub erstellt die Bootloader-Konfiguration neu.

That’s it. Natürlich muss man bei Sicherheits-Updates am Kernel mit frischen Patches (und alter Config) neu bauen, aber diese Konfiguration läuft bei mir unter Ubuntu 9.04 stabil. Unter 9.10 wird sie wohl nicht mehr nötig sein.

• LessLinux: Auch mit “meiner” eigenen, lose auf Linux From Scratch aufbauenden Live-Distribution LessLinux ging es in den letzten Wochen in vielen kleinen Schritten weiter. Mittlerweile wird viel Standard-Netzwerk-Hardware automatisch erkannt, WLAN kann mit WICD angesprochen werden, einige eigene Ruby-Gtk-Scripte sorgen für eine komfortable Installation auf USB-Stick oder die Erstellung von Containern mittels Cryptsetup.

  Jetzt kommt die Stelle, an der Ihr helfen könnt: Bitte ladet Euch den aktuellsten Build herunter und erstellt ein Hardware-Protokoll. Mit diesem Hardware-Protokoll (es enthält die Ausgaben von lspci, lsusb und lshw), habe ich es leichter, die Hardwareerkennung zu verbessern.

• Android: Das Handy-Linux kommt nun auch mit einem Native Development Kit, mit dem sich native Linux-Anwendungen erstellen lassen, die direkt auf dem Linux des Android und nicht auf der aufgesetzten Dalvik VM laufen. Insbesondere die Portierung von Emulatoren und einigen Spielen, die SDL verwenden, dürfte vom NDK profitieren.

  Unterdessen zeigt Android bereits erste Fragmentierungserscheinungen: HTC stellte auf dem eigenen Telefon eine erweiterte Oberfläche “Sense UI” vor, die leider nicht auf die Telefone mit Google Branding kommen soll. Mal gespannt, ob das Resultat bald drei verschiedene Adressbuch-APIs sind.

• SkyOS: Bei SkyOS handelte es sich bislang um proprietäres ein Ein-Mann-Betriebssystem. Ein C++-lastig implementiertes OS für 32-Bit-x86, das mit einer gut durchdachten Architektur glänzen kann. Als Problem stellte sich in den letzten Jahren jedoch die Treiber-Unterstützung heraus, zuletzt kam die Entwicklung fast zum Erliegen. Nun hat der Entwickler Robert Szeleney einen radikalen Schritt gewagt und SkyOS auf einen Linux-Kernel und ein minimales Linux-Userland gestellt. Die Vorgehensweise erinnert etwas an NeXTstep bzw. MacOS X. Auf jeden lohnt es sich, ein Auge auf die weitere Entwicklung zu werfen. Mehr im Blog von Robert Szeleney

• Netbooks: In den letzten Monaten hat sich hier wenig getan. Netbooks sind beinahe eine Commodity und unterscheiden sich nur noch im Preis. Die letzten Juli für 399 Euro verkauften Medion Akoya E1210 gibt es nun als B-Ware für 219 Euro. Da fällt es umso positiver auf, dass HP mit dem hübschen, wenn auch nicht ganz billigen HP 5101 zeigt, dass Alu und Magnesium im Understatement-Gehäuse noch ihre Berechtigung haben. Nachtrag, 30. Juni: Golem hat Details und Bilder der hierzulande verkauften Version mit UMTS.

Dennoch juckt es mich irgendwie in den den Fingern und ich hätte gerne ein zweites, etwas weniger vernünftiges “modernes” Telefon. Ein Spielzeug, an dem man sehen kann, was zur Zeit Stand der Technik ist: Location Based Services, Social Networking, Medienplayer, aber auch Geek-Spielzeug und ein wenig Testumgebung für eigene Programme. Heiss sind derzeit:

• iPhone 3GS
• Palm Pre
• Nokia N97
• T-Mobile G1
• HTC Magic

Dumm nur, dass alle irgendwie nerven:

• iPhone 3GS

  Ich habe mir schon vor ein paar Wochen einen iPod touch (refurbished, man ist ja Schwabe) geholt, um ein wenig mit der Nutzerführung zu spielen und vielleicht Mitglied des erlauchten Kreises der iPhone/iPod-Entwickler zu werden ($99 Eintritt). Die Bedienung des Gerätes ist wirklich simpel, was auch davon herrührt, dass stark vereinfacht wurde. Meine Ambitionen, für diese Plattform zu entwickeln, wurden in den letzten Tagen aber mehrfach eingebremst: 1. Apple als Unternehmen tritt recht großkotzig gegenüber den Fragen der Entwickler auf, 2. Apples Rolle als Kerberus für iPhone-Applikation hinsichtlich “explicit language” oder “ausführbarem Code” hemmt nicht nur Kreativität der Programmierer, sondern auch die Freiheit erwachsener Rezipienten. Nicht mit mit!

• Palm Pre

  Die Hardware scheint brauchbar, die Möglichkeit, wie eine Zahnbürste induktiv zu laden, ist sexy, das Ding läuft unter Linux und die Oberfläche ist wie Firefox-Erweiterungen oder Vista-Sidebar-Gadgets eine Kombination aus JavaScript und XML. Erste Homebrew-Applikationen, die den Framebuffer direkt ansprechen tauchen auf, doch das ist mir einfach zu roh: Ein SDK wird Palm irgendwann im Spätsommer nachliefern.

• T-Mobile G1 und HTC Magic

  Dem Linux basierten Android gehört sicher die Zukunft. Dennoch benötigt es wohl noch eine Weile, bis sich die Entwickler-Community gesetzt hat und eine klare Richtung erkennbar ist. Das würde mich wohl weniger stören, wenn nicht die Lage bei den Geräten zurzeit etwas eintönig wäre: Googles G1 gibt es nur bei T-Mobile, HTC Magic bei Vodafone (in den USA als T-Mobile myTouch). In beiden Fällen bindet man sich einen jahrelangen Vertrag ans Bein. Immerhin: Das G1 kann für runde 500 Euro als DevPhone aus den USA bestellt werden, das Magic wurde als Ion letztens bei einer Entwicklerkonferenz verschenkt und taucht nun bei eBay auf.

• Nokia N97

  Ganz besonders zwiegespalten bin ich beim N97 — einerseits faszinieren die Eckdaten: Ausklapptastatur, Touchscreen, erweiterbar mit MicroSDHC, Widgets auf dem Desktop, schneller ARM, Multitasking. Auf der anderen Seite steht aber das wohl noch nicht ausgereifte S60 5th Edition mit teils massiven Problemen bei der Responsiveness. Das Gerät ist mit derzeit 550 Euro brutto ohne Vertrag auch nicht billig — aber immerhin verfügbar. Auf der Haben-Seite kann S60 eine brauchbare Python-Umgebung für die schnelle Anwendungsentwicklung zwischendurch verbuchen. Und wer mehr will, kann ja mit Qt für S60 spielen. Dazu ist diese gesamte S60-Programmierung ziemlich diskriminierungsfrei. Was mich beim N97 etwas abschreckt ist die “Geschichte zweier Blogger” auf Engadget.

Leicht ist es nicht. Eigentlich habe ich gehofft, Nokia würde nach dem 5800 ein etwas edleres Touchscreen-Telefon mit Widgets und 5th Edition bringen. Erste Bilder des nun als 5530 aufgetauchten Gerätes sahen danach aus. Dumm nur: Das 5530 hat kein HSDPA, kann folglich unterwegs nur EDGE (immerhin ist WLAN an Bord), kostet dafür aber auch nur soviel wie ein iPod touch.

Warten wir also ab: wenn Nokia in den nächsten Monaten die Dinge mit der Responsiveness der UI hinbekommt und vielleicht dem N97 einen kleinen Bruder zur Seite stellt, ist ein Series60-Gerät fällig. Kommt bei Android soetwas wie Wettbewerb und Telefone ohne Vertragsbindung auf, könnte ich dieser Plattform eine Chance geben. Beim Pre bin ich skeptisch. Und Apple: Ich habe wenig Bock, mich von einem Hard- und Softwarehersteller so zu Affen machen zu lassen, wie es derzeit oft der Fall ist.

Es bleibt wohl noch eine Weile bei der Kombination aus E71 und N800…

(nur für den Fall, dass jemand über www.lawblog.de hier landet und weitere Beiträge zur Sperrdebatte sucht)

Das Kuriose: Die Kontaktaufnahme mit meinen Netzen funktioniert zuverlässig nur mit einer /etc/wpa_supplicant/wpa_supplicant.conf und nur wenn ich den wpa-supplicant mit -d im Debug-Modus starte, einige Sekunden warte und dann den dhclient ausführe. Sowohl mit wpa-supplicant im stillen Background-Modus -B als auch mit dem Network-Manager schlägt die Verbindung fehl.

Nichts wildes, erstelle ich halt ein kleines Shellscript, welches die Verbindungsaufnahme triggert. Was mich stutzig macht, ist das ich ähnliche Probleme — ebenfalls mit Ubuntu 9.04 mit meinem Medion Akoya E1210 habe. Der dort enthaltene Ralink-Chipsatz funktionierte mit älteren Ubuntu-Versionen problemlos.