Hallo zusammen!
Ich habe (nach zwischenzeitlichen Erfolgen) mittlerweile wieder Probleme mit dem Gobi 2000 UMTS-Modem von Qualcomm, welches in meinem Thinkpad T410 verbaut ist.
Ursprünglich hatte ich Lucid Lynx installiert und war froh als eines Tages das Modem endlich durch einen Backport unterstützt wurde.
Kurz darauf habe ich dann ein Upgrade zu Maverick Meerkat durchgeführt. Seither funktionierte das Modem auch mit den Standard-Kernel Modulen (ohne Backport oder Patch). Jedenfalls bis gestern Abend...
Die einzige Spielerei, die noch nicht unterstützt wurde, war der integrierte GPS-Empfänger.
Auf http://www.thinkwiki.org/wiki/Qualcomm_Gobi_2000 fand ich eine Anleitung, wie das zugehörige Kernel-Modul qcserial zu patchen ist, um auch GPS verwenden zu können. Der Patch war bei mir in soweit erfolgreich, dass ich nun alle drei Gerätedateien
/dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2
in meinem System vorgefunden habe.
Wie bei vielen anderen Benutzern blieb allerdings auch bei mir die GPS-Schnittstelle stumm. Siehe dazu: http://www.thinkwiki.org/wiki/Talk:Qualcomm_Gobi_2000 .
Am 25.12.2010 veröffentlichte 'Invented' einen Lösungsvorschlag auf der eben genannten Diskussions-Seite. Ich habe zunächst gezögert. Aber nachdem in den letzen Wochen mehrere Benutzer den Trick bestätigt hatten, habe ich es gestern schließlich auch ausprobiert. Seither funktioniert mein Gobi 2000 gar nicht mehr:
Ich habe, wie gesagt einen Thinkpad T410 mit Gobi 2000, der unter Maverick Meerkat läuft (alle aktuellen Updates sind installiert). Eine SIM-Karte von FONIC ist eingesetzt.
Die Firmware-Dateien stammen bei mir aus den Verzeichnissen 6 bzw. UMTS:
$ md5sum /lib/firmware/gobi/* 84d002b0ef003cde6c95826bfbf067fe /lib/firmware/gobi/amss.mbn d7496085f1af3d1bfdf0fa60c3222766 /lib/firmware/gobi/apps.mbn 1aa5727b034dd1f371a3412d5800c1a3 /lib/firmware/gobi/UQCN.mbn
Eine direkte Windows-Installation besitze ich nicht. Aber unter qemu (mit kvm-Unterstützung) habe ich eine laufende Windows XP Installation (alle aktuellen Windows-Updates sind installiert).
Ich habe wie beschrieben (vorübergehend) den Zugriff auf alle USB-Geräte freigegeben
sudo chmod -R 777 /dev/bus/usb/
und anschließend die virtuelle Maschine (Windows XP) mit der Kommandozeilen-Option
-usbdevice host:05c6:9205
(stellt das Gobi 2000 der Virtuellen Maschine zur Verfügung) gestartet.
Im Windows-Gast-System unter qemu habe ich zunächst die 'Treiber und Programme für Gobi 2000' (7xwc45ww.exe) und 'ThinkVantage GPS' (81gp09ww.exe) installiert. Die Software stammt jeweils von der offiziellen Support-Seite von Lenovo.
Als ich festgestellt habe, dass 'ThinkVantage GPS' damit noch nicht lauffähig war, habe ich noch 'Access Connections' (85cx28ww.exe) nachinstalliert. Damit konnte ich schließlich 'ThinkVantage GPS' starten (obwohl 'Access Connections' angibt, auf diesem System nicht laufen zu können).
Wie beschrieben habe ich in den Einstellungen von ThinkVantage GPS das Häkchen bei 'Auto Tracking' gesetzt (nebenbei noch die Geschwindigkeitangabe von mph auf km/h umgestellt und das Häkchen bei 'Warnings ...' entfernt). Anschließend habe ich 'ThinkVantage GPS' geschlossen und die Virtuelle Maschine mit Windows sauber heruntergefahren.
Die Probleme fingen mit dem darauf anschließenden Neustart meines Rechners (also des Linux Host-Systems) an. Beim Hochfahren blieb der Rechner mehrere Minuten beim textbasierten Login hängen, bevor die graphische Oberfläche startete.
Mittlerweile weiß ich dass es der gobi_loader ist, der hängt. Denn zunächst war ich verwundert, dass nach dem Login lediglich der /dev/ttyUSB0 zu sehen war, nicht aber /dev/ttyUSB1 und /dev/ttyUSB2.
Die Ausgabe von lsusb (ID 05c6:9204) hat mir dann sofort verraten, dass die Firmware noch nicht geladen war. Das hatte zuvor immer reibungsfrei geklappt! Also habe ich den gobi_loader manuell gestartet:
sudo /lib/udev/gobi_loader -2000 /dev/ttyUSB0 /lib/firmware/gobi')
–- und gobi_loader bliebt hängen, wieder. Also kann die Firmware nicht geladen werden und das Gobi ist demnach gar nicht mehr zu gebrauchen.
Als nächstes habe ich das System mehrfach neu gestartet und zwischenzeitlich auch für mehrere Stunden von der Stromversorgung (Netzteil und Akku) getrennt. Der Fehler blieb bestehen.
Schließlich habe ich versucht, das USB-Gerät host:05c6:9204 meinem Windows-System in der Virtuellen Maschine zu übergeben, in der Hoffnung, dass Windows in der Lage ist, eine Firmware zu laden oder sonst irgendwas mit dem Gerät anzufangen. Aber das Gerät erscheint nichtmal, wenn man im 'qemu monitor'
info usb
eingibt, geschweige denn im Geräte-Magager von Windows. Auch die Device-ID im Hostsystem bleibt unverändert bei 05c6:9204, die Firmware wurde also auch hier nicht geladen.
Gibt es irgendeine Möglichkeit das Gobi 2000 Modem in den Auslieferungszustand zurückzuversetzen? Oder hat irgendjemand eine Erklärung, was bei mir schief gelaufen ist?
Ich wäre sehr dankbar!
Vielen dank schonmal und schöne Grüße!
Ansgar
P.S.: Dafür, dass Qualcomm im offiziellen Datenblatt des Gobi 2000 damit wirbt, dass Linux unterstützt wird, finde ich solche Erfahrungen schwer enttäuschend.
Bearbeitet von tomtomtom:
Absätze gesetzt, überflüssige Markierung entfernt. Bitte verzichte in Zukunft auf ausgedehnte Markierungsorgien. Diese verschlechtern die Lesbarkeit deiner Texte.
Moderiert von tomtomtom:
Ins passende Forum verschoben. Bitte beachte die Themenstickies.