gudrun
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
Hallo ihr Lieben, Wie ich bereits lesen konnte, ist der Congstar-Stick zwar nicht bei den ehrbar aufgelisteten Anbietern, die als Ubuntu-Kompatibel gelten, in einem anderen Beitrag scheint er aber unter Lubuntu zu laufen.
Dort hab ich aber leider keine Lösung für mein Problem gefunden, daher nun hier die Situation: Der Network-Manager ging auf, ich konnte die Verbindungs-Daten reintippen, Anbieter, Pin, Name, Passwort, der Stick wird unter den Verbindungsangeboten aufgelistet, wenn er drinnen steckt. Klicke ich die Verbindung an, geht ein Fenster auf mit der Frage nach dem Passwort. Ich tippe das Passwort ein, das ich in der Verbindungs-Verwaltung angegeben habe, unter diesem bin ich auch auf dem Congstar-Account angemeldet. (Dort soll man eine Legitimatons-Pin anlegen, für Telefonische Fragen, hab ich aber noch nicht gemacht, es gibt außerdem ja PINs und PUCKs zu Hauf.) Wenn ich dann auf Return oder Verbinden tippe, geht das Fenster zu und es folgt keine Verbindung. Was könnte da helfen?
Folgend gleich ein paar Ausgaben... Moderiert von Developer92:
Dieses Thema wurde in ein geeigneteres Unterforum verschoben. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“)!
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
gudrun@fuchur:~$ lsusb
...
Bus 001 Device 005: ID 19d2:0039 ZTE WCDMA Technologies MSM
... gudrun@fuchur:~$ ifconfig
eth0 Link encap:Ethernet Hardware Adresse c8:0a:a9:78:2c:4d
UP BROADCAST MULTICAST MTU:1500 Metrik:1
RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:0 (0.0 B) TX-Bytes:0 (0.0 B)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:65536 Metrik:1
RX-Pakete:2272 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:2272 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:207729 (207.7 KB) TX-Bytes:207729 (207.7 KB)
wlan0 Link encap:Ethernet Hardware Adresse 70:f1:a1:59:b5:35
inet Adresse:192.168.1.3 Bcast:192.168.1.255 Maske:255.255.255.0
inet6-Adresse: fe80::72f1:a1ff:fe59:b535/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:7675 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:8209 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:5296730 (5.2 MB) TX-Bytes:1227655 (1.2 MB) gudrun@fuchur:~$ iwconfig
eth0 no wireless extensions.
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"WLAN1-377501"
Mode:Managed Frequency:2.437 GHz Access Point: F8:01:13:BA:C2:64
Bit Rate=48 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=35/70 Signal level=-75 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:9 Missed beacon:0
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
@Developer92: ups, daneben gerutscht... 😀 😇
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Hallo gudrun,
Klicke ich die Verbindung an, geht ein Fenster auf mit der Frage nach dem Passwort. Ich tippe das Passwort ein, das ich in der Verbindungs-Verwaltung angegeben habe, unter diesem bin ich auch auf dem Congstar-Account angemeldet.
Wenn "Alle Benutzer dürfen dieses Netzwerk verwenden" (Verbindungen bearbeiten - Allgemein) angehakt ist, sollte beim Verbinden keine zusätzliche Passworteingabe erforderlich sein. Bei Lubuntu 14.04 könnten solche Probleme mit der Anmeldung auch damit zusammenhängen: NetworkManager nicht mehr im Panel Von diesem Problem ist insbesondere Lubuntu 14.04 betroffen. Der Blogbeitrag Fix Lubuntu 14.04 Network Manager Missing From The Panel 🇬🇧 erklärt, wie man Abhilfe schafft.
Zusätzliche Verwirrung sorgt unter Lubuntu, dass es ein Symbol gibt, das "Netzwerke verwalten" heißt, welches aber nicht das Network-Manager-Symbol ist. Das Network-Manager-Symbol erscheint im "Benachrichtigungsfeld".
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
Hallo, habe folgendes im Terminal eingegeben/der Rechner ausgegeben:
gudrun@fuchur:~$ nm-applet
nm-applet-Message: using fallback from indicator to GtkStatusIcon Jetzt hab ich Zwei Ikons, beide funktionieren super! 😀
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
gudrun schrieb: Jetzt hab ich Zwei Ikons, beide funktionieren super! 😀
Interpretiere ich das richtig, dass jetzt dein Problem gelöst ist? Wenn ja, bitte noch den Thread auf gelöst setzen. Wenn nein, versuche einmal den PIN-Code zu deaktivieren: s. hier
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
Problem leider nicht gelöst, habe jetzt beide PINs versucht zu deaktivieren, geht wohl eher nicht:
gudrun@fuchur:~$ sudo mmcli -i 0 --disable-pin --pin=xxxx
error: couldn't disable PIN code request in the SIM: 'GDBus.Error:org.freedesktop.ModemManager1.Error.MobileEquipment.SimFailure: SIM failure' gemeint ist doch der PIN, den ich zu der SIM-Karte bekommen habe, odda?
vielleicht stimmt damit was nicht?
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
gudrun schrieb: gemeint ist doch der PIN, den ich zu der SIM-Karte bekommen habe, odda?
Ja, der PIN-Code für die SIM-Karte ist gemeint. Wenn der falsch eingegeben wurde, sollte diese Fehlermeldung kommen:
error: couldn't disable PIN code request in the SIM: 'GDBus.Error:org.freedesktop.ModemManager1.Error.MobileEquipment.IncorrectPassword: Incorrect password'
Bei dieser Fehlermeldung bitte aufpassen. Die Anzahl der Fehlversuche ist in der Regel auf 3 x PIN-Code falsch und dann 10 x PUK-Code falsch limitiert. Dann ist die SIM-Karte deaktiviert. Kannst du mit
sudo mmcli -m 0 | grep -Ev "imei|equipment"
die Informationen zum Modem abfrufen. Die gelbmarkierte Nummer beim nochmaligen Anstecken eventuell erhöhen. Persönliche Informationen wie IMEI und Seriennummer werden mit grep ausgeblendet. edit: error: couldn't disable PIN code request in the SIM: 'GDBus.Error:org.freedesktop.ModemManager1.Error.MobileEquipment.SimFailure: SIM failure'
Wenn diese Fehlermeldung kommt wie bei dir, sollte es nicht am PIN-Code liegen, sondern allgemein der Zugriff auf die SIM-Karte nicht möglich sein.
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
kommt das bei raus:
Found 1 modems:
/org/freedesktop/ModemManager1/Modem/0 [ZTE CORPORATION] MF190
gudrun@fuchur:~$ sudo mmcli -m 0 | grep -Ev "imei|equipment"
/org/freedesktop/ModemManager1/Modem/0 (device id '2bbd2605332bb300d3ec4b4023013cd144943da8')
-------------------------
Hardware | manufacturer: 'ZTE CORPORATION'
| model: 'MF190'
| revision: 'BD_MF190TLF3V1.0.0B05'
| supported: 'gsm-umts'
| current: 'gsm-umts'
-------------------------
System | device: '/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2'
| drivers: 'option1'
| plugin: 'ZTE'
| primary port: 'ttyUSB2'
| ports: 'ttyUSB0 (qcdm), ttyUSB1 (at), ttyUSB2 (at)'
-------------------------
Numbers | own : 'unknown'
-------------------------
Status | lock: 'none'
| unlock retries: 'sim-pin (3), sim-puk (10)'
| state: 'disabled'
| power state: 'on'
| access tech: 'unknown'
| signal quality: '0' (cached)
-------------------------
Modes | supported: 'allowed: 2g; preferred: none
| allowed: 3g; preferred: none
| allowed: 2g, 3g; preferred: none
| allowed: 2g, 3g; preferred: 2g
| allowed: 2g, 3g; preferred: 3g'
| current: 'allowed: any; preferred: none'
-------------------------
Bands | supported: 'unknown'
| current: 'unknown'
-------------------------
IP | supported: 'ipv4, ipv6'
-------------------------
| enabled locks: 'none'
| operator id: 'unknown'
| operator name: 'unknown'
| registration: 'unknown'
-------------------------
SIM | path: '/org/freedesktop/ModemManager1/SIM/0'
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
| enabled locks: 'none'
Wenn hier none steht, sollte der PIN-Code für diese SIM-Karte bereits dauerhaft deaktiviert sein. Wenn nicht, würde hier sim stehen:
| enabled locks: 'sim'
Auch sonst, sieht alles OK aus. Auch die Anzahl der Fehlversuche bei PIN- und PUK-Falscheingaben sind mit 3 bzw. 10 noch die maximalen Versuche vorhanden: | unlock retries: 'sim-pin (3), sim-puk (10)'
Ebenfalls richtig wurden die Modemschnittstellen für diesen ZTE MF190-Stick zugeordnet: | ports: 'ttyUSB0 (qcdm), ttyUSB1 (at), ttyUSB2 (at)'
Kannst du mit
nmcli c | grep gsm
die verfügbaren Verbindungen für UMTS-Sticks anzeigen ?
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
gudrun@fuchur:~$ nmcli c | grep gsm
Congstar Prepaid Contracts 1 b6bd609b-dbd7-4291-a7f1-59d0170e0ad0 gsm nie
AldiTalk/MedionMobile Volume rate/30 Day Flatrate 1 12836214-147f-44d6-8579-41717893df6c gsm nie
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Ich nehme an, dass du diese Verbindung für Congstar angelegt hast: Congstar Prepaid Contracts 1 b6bd609b-dbd7-4291-a7f1-59d0170e0ad0 gsm nie
Wenn ja, versuch mit der UUID über das Terminal eine Verbindung aufzubauen:
nmcli c up uuid b6bd609b-dbd7-4291-a7f1-59d0170e0ad0
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
Hab ich jetzt gemacht, das Passwort wird gefragt, da hab ich das eingetippt, das ich im Networkmanager angegeben hatte.
Als Reaktion kommt dann ein Fenster mit dem da: Schlüsselbund entsperren
Geben sie das Passwort für den Schlüsselbund "Standartschlüsselbund" ein, um diesen zu entsperren.
Eine Anwendung versucht, auf den Schlüsselbund "Standartschlüsselbund" zuzugreifen, dieser ist jedoch gesperrt.
Passwort:
Abbrechen Entsperren Dort hab ichs mit meinem Sudo=Userpasswort versucht, aber es findet, das Passwort sei falsch.
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
OK. Dann versuch es mit sudo:
sudo nmcli c up uuid b6bd609b-dbd7-4291-a7f1-59d0170e0ad0
|
gudrun
(Themenstarter)
Anmeldungsdatum: 14. Oktober 2010
Beiträge: 181
|
Das Passwort für den Zugang im NM (wie oben) will er auch nicht.
|