Übrigens, ich folge die Anleitung nun wörtlich und benutze nur pon. Vorhin gelang es mir die PIN-Abfrage mit meinem Handy zu unterdrücken, also brauche ich nicht mehr comgt.
o2 Surfstick Qualcomm 3G Icon 210 unter Ubuntu 8.10 installieren
Anmeldungsdatum: Beiträge: 43 Wohnort: München |
|
Anmeldungsdatum: Beiträge: 37 |
Rafo: Glückwunsch du hast es geschafft. theoretisch zumindest. Wenn du ne IP zugeteilt bekommen hast und es blau blinkt, bist du online. Dass du keinen Internetzugang hast liegt jetzt nicht mehr am modem. 😛 Vermutlich versucht dein system eine andere ppp-Verbindung als die bestehende zu benutzen. Versuchs z.B. mal mit "sudo pon o2-umts replacedefaultroute", vielleicht liegts daran (obwohl das normalerweise das "o2-umts" skript regeln sollte). Oder beende erstmal alle bestehenden ppp-Verbindungen mit "sudo poff -a" und versuchs dann nochmal mit einwahl ("sudo pon..."). Ach ja und lass das terminal-Fenster offen und in Ruhe nach erfolgreicher Einwahl, bloss nix mit strg-c abbrechen oder das ganze schliessen weil dann biste wieder offline. P.S. Das blinken bleibt solange die Verbindung besteht, das geht nicht mehr weg ausser du beendest die Sache oder irgendwas stürzt ab. Ist also n gutes Zeichen wenns blinkt. 😉 P.P.S Gut zum Ausprobieren ist das programm "UMTSmon", damit lässt sich IMO am ehesten ne Verbindung herstellen weil das den pppd selbst anspricht und automatisch alle parameter richtig setzt. Aber zum automatischen Einwählen besser pon und skripte, is klar. |
Anmeldungsdatum: Beiträge: 37 |
Ich sach ja, wann welche Farbe zu erwarten ist und ob blinken oder nicht, das sollte auch mit ins wiki. Hilft enorm bei der Fehlerdiagnose und vermeidet Verwirrung. 😉 |
Anmeldungsdatum: Beiträge: 43 Wohnort: München |
Letzter Versuch: Zur Farbe: Diesmal blieb der Stick die ganze Zeit rot. Alles klappte aber, bis auf "sudo pon o2-umts". Danach kam nur Initializing modem: OK Checking PIN: OK Setting APN: OK Dialing... Connected. Serial connection established. Using interface ppp0 Connect: ppp0 <--> /dev/ttyUSB2 PAP authentication succeeded IPCP: timeout sending Config-Requests Connection terminated. Modem hangup Andere Theorien: Sollte ich nicht vielleicht das Wlan in Network Manager deaktivieren? Sollte ich nicht sogar das ganze Netzwerk im Network Manager deaktivieren? Oder gar den Network Manager killen? Ich versuche es mal demnächst mit UMTSmon. |
Anmeldungsdatum: Beiträge: 136 Wohnort: Büttjebüll |
@ACentauri Du hast ja recht mit den Farben, nur solange wir nicht sicherstellen können wann welche Farbe auftritt, sorgt das nur für Verwirrung. @rafo Das Problem hatte ich auch ne Zeit lang, bis ich einmal mit comgt intialisiert hatte: comgt -d /dev/ttyUSB2 SIM ready Waiting for Registration..(120 sec max) Registered on Home network: "o2 - de",0 Signal Quality: 12,99 Die Anzeige waiting kann etwas dauern. Vermutlich muss er erst das Netz suchen, wenn er es noch nicht hat. Danach klappte es bei mir immer, dann auch ohne comgt. Das mit dem Wlan abschalten soll bei manchen Leuten auch geholfen haben. Ich vermute das wenn man das (W)LAN noch aktiv hat dieses vom Networkmanager bevorzugt wird. Das hat aber nix mit dem timeout zu tun, einwählen muss er dennoch. Mit UMTSmon bin ich gerade am rumprobieren, das scheint aber etwas komplizierter zu sein. Wenn ich es raus hab bau ich es ins Wiki mit ein. cu Gariat |
Anmeldungsdatum: Beiträge: 37 |
@Rafo, ja das sagte ich ja bereits - MIT WLAN aktiv wird dein System keine Veranlassung sehen, dein UMTS-Modem zu benutzen! Also man muss WLAN deaktivieren damit der UMTS-Stick richtig einwählen kann. Oder wie von Gariat vermutet,
(denke ich auch) Da wird auch comgt oder umtsmon auch nicht viel dran ändern denke ich. Versuchs lieber mal mit WLAN aus (networkmanager allein im Hintergrund laufen zu haben stört nicht, nur mit irgendwelchen Netzwerken mit Internetzugang verbunden darf der nicht sein sonst ist der pppd wohl irritiert). Dann sollte es klappen. Wenn du allerdings nach dem "modprobe" keine blau leuchtende LED sehen kannst, ist dein Stick entweder nicht richtig initialisiert oder du hast kein Netz. Wenn alles zur Einwahl bereit ist (und UMTS/HSDPA verfügbar) dann leuchtet die LED konstant blau, und nach erfolgter Einwahl/bei bestehender Verbindung fängt sie dann an blau zu blinken (dasselbe in grün wenn nur 2G verfügbar ist).. Also: WLAN aus und dann neu einwählen: "sudo -s" (werde Superuser) "poff -a" (beende alle bestehenden ppp-Verbindungen) "pon o2-umts" (Einwahl über UMTS/HSDPA) evtl. mal versuchen "usbserial" neu zu laden, damit die LED blau leuchtet: 😉 "modprobe -r usbserial && sleep 1 && modprobe usbserial......." etc. @Gariat: für mich ist klar welche Farbe wann sichtbar wird - hab ich weiter oben auch erwähnt - , steht auch in d Anleitung des sticks wie du vorhin bereits bemerkt hast, und wie man dort sehen kann ist es auch durchaus üblich dass man in Anleitungen berichtet wie die Status-LED sich verhalten sollte, und ausserdem wäre das ja mit zwei Sätzen erledigt. ("die LED sollte von rot nach grün/blau wechseln" bzw "die LED sollte nun zu blinken beginnen" an der jeweiligen Stelle). Auch wenns nur bei Verwendung von "pon" so ist und "comgt" in der Hinsicht rumspinnt. 😉 |
Anmeldungsdatum: Beiträge: 136 Wohnort: Büttjebüll |
@ACentauri: Naja, ok, ich hab das mal außen vor gelassen, das der Stick bei mir schon eher die Farbe wechselt. Und das zu erwartende Verhalten mit ins Wiki aufgenommen. cu |
Anmeldungsdatum: Beiträge: 37 |
8) danke! (p.s. Ich find ja der ICON210 ist schon ein komisches Gerät, so unterschiedlich wie DER bei verschiedenen Personen/Systemen reagiert.. Wenn ich sowas bauen würde ich würd das mit dem Dual-Function USB devicce nicht machen, VIEEEL zu störanfällig. Ne simple Treiber-CD tuts ja auch) P.S. Rafo, versuch doch mal das gsm_chat skript zu ändern, genauer: entfern testweise das "abort delayed" aus der ersten Zeile und probiers dann nochmal.. |
Anmeldungsdatum: Beiträge: 136 Wohnort: Büttjebüll |
hmm, würde ja schon reichen wenn man die double function einfach ausschalten könnte... |
Anmeldungsdatum: Beiträge: 37 |
...ja, und am besten direkt hardwaremässig - mit nem kleinen Schalter am Stick. Ist schaltungstechnisch sicherlich kein allzugrosser Aufwand.. (ach ja, und dann gleich noch nen externen Antennenanschluss bitte!) Darf dann auch gern zehn euro teurer werden... 😀 |
Anmeldungsdatum: Beiträge: 43 Wohnort: München |
Ok, soweit komme ich nun nach "sudo pon o2-umts": Initializing modem: OK Checking PIN: OK Setting APN: OK Dialing... Connected. Serial connection established. Using interface ppp0 Connect: ppp0 <--> /dev/ttyUSB2 PAP authentication succeeded Could not determine remote IP address: defaulting to 10.64.64.64 Cannot determine ethernet address for proxy ARP local IP address 10.40.40.189 remote IP address 10.64.64.64 primary DNS address 193.189.244.205 secondary DNS address 193.189.244.197 Scheint alles Ok zu sein... Und nach "comgt" Trying list of devices SIM ready Waiting for Registration..(120 sec max) Registered on Home network: "o2 - de",2 Signal Quality: 13,99 würde man auch sagen, ich bin schon längst "drin", gell? Aber dennoch leider keine Verbindung. Dabei blinkte das Licht blau nach "pon" und leuchtete konstant blau nach "comgt". Diesmal hatte ich wie erwähnt das Wlan im Network Manager deaktiviert. Der Versuch, "abort delayed" aus gsm-chat zu entfernen, änderte auch nichts. Mir fällt sonst nichts mehr ein, aber danke nochmal für eure Hilfe, ich habe dabei viel gelernt. |
Anmeldungsdatum: Beiträge: 136 Wohnort: Büttjebüll |
Thema Networkmanager Der ist wirklich zum Teil schuld, denn solange er irgendwo Informationen über Nameserver her bekommt überschreibt er die etc/resolve.conf damit. Darum die anderen Netze deaktivieren. @rafo
Du musst jetzt definitiv online sein, schau doch mal in deine /etc/resolve.conf ob die beiden o2 nameserver auch eingetragen wurden, dann müsste die so aussehen: nameserver 193.189.244.205 nameserver 193.189.244.197 # Generated by NetworkManager Steht da was anderes drin, ist die default route nicht umgestellt worden. D.H. die Namensauflösung funktioniert nicht, aber du müsstest beispielsweise die beiden nameserver per IP-Adresse anpingen können. Sollte das der Fall sein, hast du es so gut wie geschafft. Also gib jetzt bitte nicht auf, denn du stehst kurz vor der Lösung. cu Gariat |
Anmeldungsdatum: Beiträge: 37 |
^^ Richtig. Nach deinem "pon" bist du laut allen Ansagen online. Danach noch "comgt" aufzurufen ist übigens doppelt gemoppelt und Unsinn, hat ja wohl auch deine Verbindung wieder beendet (der LED nach zu urteilen). Nach dem "pon o2-umts" ist laut deinen geposteten Programmoutputs die Verbindung aufgebaut wie es sein sollte, du hast eine eigene IP-Adresse zugeteilt bekommen und hast die Adresse der zwei DNS übermittelt bekommen. Wenn nicht vorher schon irgendeine andere Internetverbindung bestanden hat bzw falls nicht das von Gariat angesprochene Problem mit der überschriebenen /etc/resolv.conf auftritt, dann kannst du jetzt: 1. ein NEUES Terminalfenster öffnen (das alte Fenster MUSS offen bleiben, einfach minimieren!!) 2. vorsichtig(!) "ifconfig" eingeben, um festzustellen of da irgendeine Verbindung mit namen "ppp0" o.ä. angezeigt wird 3. falls ja, gaaanz vorsichtig "sudo ping www.google.com" eingeben. Falls letzteres nicht klappt, stimmt irgendwas nicht, dann würde ich zuerst mal überprüfen, ob die vom o2-umts-Skript ausgespuckten DNS-Serveradressen mit denen in deiner /etc/resolv.conf übereinstimmen.. (wenn nicht: manuell korrigieren!) Das mit dem neuladen von usbserial (wie im wiki unter troubleshooting beschrieben) haste schonmal probiert? Das mit dem erst "sudo poff -a" und danach dann "sudo pon o2-umts" auch? (grübel) Kannst du in deinem Bios eigentllich deine WLAN-Karte deaktivieren? Wenn ja, solltest du das mal probiern und dann nochmal versuchen. (und lass comgt diesmal weg - brauchste nich, weil PIN haste dauerhaft deaktivert, versuchs lieber mit "pon" das ist tausendfach erprobt und solide teschnick..) Und letzter tipp f. heute, wenn die blaue Lampe blinkt bist du online, jedenfalls was das Modem angeht. Deshalb sobald Lampe blinkt Modem in Ruhe weiterblinken lassen, Terminal-Fenster in ruhe lassen und den Fehler ab sofort woanders suchen. Ich tipp auch mal auf Probleme wegen "resolv.conf" überschrieben, oder ne andere Verbindung ist bereits aktiv (und bevorzugt), oder wlan an und deshalb UMTS blockiert. Nicht aufgeben, du bist ganz knapp vorm Ziel!! |
Anmeldungsdatum: Beiträge: 136 Wohnort: Büttjebüll |
Richtig, comgt brauchste net, es sei denn der Fall mit dem timeout tritt auf. Dann haste entweder kein Netz, oder der Stick wurde nicht richtig initialisiert. (Die LED bleibt dann auch Rot, bzw. wenn die nicht mehr rot ist, brauchste auch kein comgt) (Wie gesagt, ich brauchte das nur einmal machen, danach ging er immer) desweiteren wenn überhaupt, dann erst comgt auführen: comgt -d /dev/ttyUSB2 (comgt wählt auf diese Weise auch nicht ein, dazu muss erst ein weiteres Script erstellt werden, sondern initialisiert nur den Stick.) und dann per pon einwählen: sudo pon o2-utms |
Anmeldungsdatum: Beiträge: 43 Wohnort: München |
Hi, bin wieder da 😉 tatsächlich ist es so, dass meine /etc/resolv.conf (nachdem ich "sudo pon o2-umts" eingegeben habe) so aussieht: # Generated by NetworkManager nur diese eine Zeile, sonst leer. ifconfig liefert (unter anderem) diese Zeilen: ppp0 Link encap:Point-to-Point Protocol inet addr:10.39.128.146 P-t-P:10.64.64.64 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:7 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:130 (130.0 B) TX bytes:173 (173.0 B) "pon" gibt folgende Adressen (local und remote stimmen mit der Ausgabe von ppp0 überein): local IP address 10.39.128.146 remote IP address 10.64.64.64 primary DNS address 193.189.244.205 secondary DNS address 193.189.244.197 Aber immer noch kein internet (ping google.com: unknown host google.com). [ping braucht übrigens kein sudo.] Noch was ist mir aufgefallen: das Licht leuchtet konstant blau vom Anfang an (schon vor "sudo usb_modeswitch"); nach "pon" blinkt sie stets weiterhin blau. Also, das Problem liegt offensichtlich beim resolv.conf. Ich habe resolv.conf editiert und die beiden dns-Adressen, die pon ausgibt, eingefügt. Das Ganze sieht dann so aus: nameserver 193.189.244.205 nameserver 193.189.244.197 # Generated by NetworkManager Dann habe ich "sudo /etc/init.d/networking restart", dann wieder "ping google.com". Diesmal wird nicht gleich "unknown host" herausgegeben. Es dauert eine Weile, dennoch dann doch "unknown host". Für das ganze habe ich das wlan nicht nur im Network Manager sondern auch mittels eines extra dafür vorgesehenen Knopfes in meinem Laptop deaktiviert. Ich schaue gleich, ob ich das nicht im BIOS machen kann und versuche es noch einmal. Übrigens, nachdem ich erst danach doch "pon" mittles Strg+C beendet habe, war dies zu lesen: ^CTerminating on signal 2 Connect time 5.1 minutes. Sent 1792 bytes, received 0 bytes. Connection terminated. Auf jeden Fall war also doch die Verbindung da, nur ich kriege keine pings und keine Website durch ☹ VG und VD |