Ubuntu-Austria Foren-Übersicht
Portal  •  Forum  •  Profil  •  Suchen   •  Registrieren  •  Einloggen, um private Nachrichten zu lesen  •  Login   

 Huawei E160G: Probleme mit pppd und umtsmon [gelöst]

Neues Thema eröffnenNeue Antwort erstellen
Autor Nachricht
Gast











BeitragVerfasst am: 03.09.2008, 18:59    Huawei E160G: Probleme mit pppd und umtsmon [gelöst] Antworten mit ZitatNach oben

Hallo!

Mein Problem betrifft zwar nicht Huawei E220, aber das Huawei E160G hat dieselben Vendor/Product-Codes. Ich verwende Ubuntu 8.04. und mein Provider ist "Drei".

Ich versuche jetzt schon mehr als zwei Wochen lang, das USB-Modem zum Laufen zu bringen. Kurzzeitig ist es mir sogar gelungen, leider nur kurzzeitig. Ich hatte inzwischen alle in diesem Forum angeführten Fehlermeldungen schon einmal gehabt, da ich wohl in jede mögliche Falle hineingetappt bin. Ich habe das Offline-Paket installiert (herzlichen Dank dafür!), leider ohne Erfolg.

Mein aktuelles Problem ist, dass umtsmon (Version 0.8) bei einem Connect-Versuch jetzt plötzlich die Fehlermeldung "Failed to start PPP" ausgibt. Ich habe nun umtsmon mit dem Parameter "-v5" gestartet, um näheres herauszufinden.

Das Ergebnis (bzw. der relevante Teil davon):


##P4 t=966: answer 1:'+COPS: 1,2,"23201",0'
##P4 t=966: answer 2:'OK'
##P5 t=966: because known statement #0 was detected, removing obvious answer 'OK'
##P5 t=966: Query::getAnswer returns 1 answer(s)
##P5 t=966: Query instance 0xbff3b7f8 abandoned MUTEX
##P2 t=966: Profile::Profile('')
##P2 t=966:   finally created profile for 'Drei'
##P3 t=966: PPPConnection::startPPP entry
##P5 t=966: The PPPDState is 0
##P3 t=966: PPPConnection::setNewPPPState state 0 to 1
##P2 t=966: MainWindowObserver::newPPPState 1
##P3 t=966: mainwindow::newPPPState()
##P4 t=966: ConnectionInfo:InhibitionCount ++, now is 1
##P4 t=966: ConnectionInfo:InhibitionCount ++, now is 2
##P2 t=966: before the connect magic!!!
##P5 t=966: Query instance 0xbff3b844 acquired MUTEX
##P4 t=966: Query sends the following mesage: 'AT&F'
\r\n
OK\r\n
##P4 t=966: answer 1:'OK'
##P5 t=966: because known statement #0 was detected, removing obvious answer 'OK'
##P5 t=966: Query instance 0xbff3b844 abandoned MUTEX
##P5 t=966: Query instance 0xbff3b844 acquired MUTEX
##P4 t=966: Query sends the following mesage: 'ATE1'
\r\n
OK\r\n
##P4 t=966: answer 1:'OK'
##P5 t=966: because known statement #0 was detected, removing obvious answer 'OK'
##P5 t=966: Query instance 0xbff3b844 abandoned MUTEX
##P5 t=966: Query instance 0xbff3b844 acquired MUTEX
##P4 t=966: Query sends the following mesage: 'AT+CGDCONT=1,"IP","*99#"'
AT+CGDCONT=1,"IP","*99#"\r\r\n
ERROR\r\n
##P4 t=966: answer 1:'AT+CGDCONT=1,"IP","*99#"'
##P4 t=966: answer 2:'ERROR'
##P5 t=966: checkQuery: removing echo up front
##P5 t=966: because known statement #1 was detected, removing obvious answer 'ERROR'
##P5 t=966: Query instance 0xbff3b844 abandoned MUTEX
##P4 t=966: ConnectionInfo:InhibitionCount --, now is 1
##P1 t=966: start PPP NOT successful :-(
##P2 t=966: Warning Message: Failed to start PPP.
Please re-run umtsmon from the commandline with -v5 and check the output.


Das Problem scheint in diesem Teil des Outputs zu liegen:

##P4 t=966: Query sends the following mesage: 'AT+CGDCONT=1,"IP","*99#"'
AT+CGDCONT=1,"IP","*99#"\r\r\n


Statt "IP", "*99#" müsste es wohl "IP", "drei.at" heißen. Es ist mir bisher aber nicht gelungen herauszufinden, woher dieser falsche Initialisierungsstring herkommt.

Die /etc/chatscripts/ppp lautet wie folgt:


# This chatfile was generated by pppconfig 2.3.10.
# Please do not delete any of the comments.  Pppconfig needs them.
#
# ispauth PAP
# abortstring
ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED
# modeminit
'' ATZ
TIMEOUT 5
OK AT+CPIN? READY-AT+CPIN=????-OK ""
TIMEOUT 20
'' 'AT+cgdcont=1,"IP","drei.at"' OK "ATDT*99#"
# ispconnect
CONNECT \d\c
# prelogin

# ispname
# isppassword
# postlogin

# end of pppconfig stuff


Hinweis: den PIN-Code habe ich mit ???? unkenntlich gemacht.

Im umtsmon-Profil habe ich als APN *99# eingetragen, aber das muss doch auch so sein, oder? Zumindest ergibt eine Änderung von APN in umtsmon in "drei.at" keine Besserung.

Vielleicht noch ein Hinweis: ich habe versucht, mit gnome-ppp ins Internet zu gelagen. Dort habe ich bei der Konfiguration im Feld "Telefonnummer" den Text "*99#" eingegeben, und unter Initstrings habe ich AT+CGDCONT=1,"IP","drei.at" eingegeben. Kann es irgendwie zu Konflikten kommen?

Help! Hat jemand von Euch eine Ahnung, woher dieser falsche Init-String kommt?

Schon im Voraus recht herzlichen Dank für Eure Hilfe,

Perseus


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Webbutterfly
Administrator



Geschlecht:
Alter: 68
Anmeldungsdatum: 24.06.2006
Beiträge: 6917
Wohnort: Wien 23


austria.gif

BeitragVerfasst am: 03.09.2008, 19:16    (Kein Titel) Antworten mit ZitatNach oben

Hello

Hmmm, ich habe beim letzten Stammtisch so ein Modem für ONE installiert... ging sofort tadellos.
Hast du in Umtsmon ein Profil erstell für drei? Hier sollte drei.at drinnen stehen... obwohl ich meine es könnte auch web.drei.at heißen...

Marion


Desktop: Gnome-Shell 3.X

Version: 14.04 and 16.04

Hardware: Notebook

Architektur: 64Bit

_________________

European Open Source Center
www.webbutterfly.com

OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen    
Gast











BeitragVerfasst am: 03.09.2008, 23:37    (Kein Titel) Antworten mit ZitatNach oben

Hallo!

Zitat:
Hast du in Umtsmon ein Profil erstell für drei? Hier sollte drei.at drinnen stehen... obwohl ich meine es könnte auch web.drei.at heißen...


Ich habe in Umtsmon ein Profil mit dem Namen "Drei" erstellt. Ich habe probiert, ein Profil mit dem Namen "drei.at" zu erstellen, dann kommt es aber immer zu einem Programmabsturz (es scheint den Punkt überhaupt nicht zu mögen).

Mein Profil schaut wie folgt aus:

APN: *99#
Benutzername: drei.at
Passwort: drei.at
Erweiterte PPP Einstellungen: aktiviert sind "Ersetze Default-Route", "Default-Route einstellen", "Benutze externen DNS".
Ansonsten ist nichts aktiviert.

Ich glaube nicht, dass es am Modem liegt, denn es existieren zumindest die Device-Files /dev/ttyUSB0 und /dev/ttyUSB1, welche sofort verschwinden, wenn ich das Modem ausstecke.

Und laut dmesg scheint auch alles im grünen Bereich zu sein:


[ 1193.438455] usb 8-2: new high speed USB device using ehci_hcd and address 45
[ 1193.585811] usb 8-2: configuration #1 chosen from 1 choice
[ 1193.591494] scsi154 : SCSI emulation for USB Mass Storage devices
[ 1193.591608] usb 8-2: USB disconnect, address 45
[ 1193.591682] usb-storage: device found at 45
[ 1193.591684] usb-storage: waiting for device to settle before scanning
[ 1199.216445] usb 8-2: new high speed USB device using ehci_hcd and address 46
[ 1199.362375] usb 8-2: configuration #1 chosen from 1 choice
[ 1199.364971] usb-storage: probe of 8-2:1.0 failed with error -5
[ 1199.364984] option 8-2:1.0: GSM modem (1-port) converter detected
[ 1199.365086] usb 8-2: GSM modem (1-port) converter now attached to ttyUSB0
[ 1199.367222] usb-storage: probe of 8-2:1.1 failed with error -5
[ 1199.367233] option 8-2:1.1: GSM modem (1-port) converter detected
[ 1199.367287] usb 8-2: GSM modem (1-port) converter now attached to ttyUSB1
[ 1203.367942] scsi157 : SCSI emulation for USB Mass Storage devices
[ 1203.368336] usb-storage: device found at 46
[ 1203.368339] usb-storage: waiting for device to settle before scanning
[ 1207.364093] scsi158 : SCSI emulation for USB Mass Storage devices
[ 1207.364514] usb-storage: device found at 46
[ 1207.364517] usb-storage: waiting for device to settle before scanning
[ 1208.365217] usb-storage: device scan complete
[ 1208.367224] scsi 157:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
[ 1208.398416] sr1: scsi-1 drive
[ 1208.398450] sr 157:0:0:0: Attached scsi CD-ROM sr1
[ 1208.398474] sr 157:0:0:0: Attached scsi generic sg3 type 5
[ 1212.360120] usb-storage: device scan complete
[ 1212.362118] scsi 158:0:0:0: Direct-Access     HUAWEI   MMC Storage      2.31 PQ: 0 ANSI: 2
[ 1212.374878] sd 158:0:0:0: [sdc] Attached SCSI removable disk
[ 1212.374913] sd 158:0:0:0: Attached scsi generic sg4 type 0


Irgendwelche Tipps?

Eine gute Nacht wünscht,

Perseus


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Webbutterfly
Administrator



Geschlecht:
Alter: 68
Anmeldungsdatum: 24.06.2006
Beiträge: 6917
Wohnort: Wien 23


austria.gif

BeitragVerfasst am: 04.09.2008, 08:05    (Kein Titel) Antworten mit ZitatNach oben

Hello

..zuerst das hier lesen: Workaround für alle UMTS-Modems
1.) Das Laufwerk für die Windoseninstallation auswerfen!
2.) APN heißt Access Point Name und ist wie ich schon geschrieben habe "drei.at!

Marion


Desktop: Gnome-Shell 3.X

Version: 14.04 and 16.04

Hardware: Notebook

Architektur: 64Bit

_________________

European Open Source Center
www.webbutterfly.com

OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen    
Gast











BeitragVerfasst am: 04.09.2008, 13:18    (Kein Titel) Antworten mit ZitatNach oben

Hallo Marion! Danke für Deine Hilfe. Leider funktioniert es immer noch nicht.

Ein erneuter Einwahlversuch mit dem USB-Modem:

- USB-Modem einstecken (habe auch versucht, es bereits vor dem Booten einzustecken, das bringt aber nichts).

Zitat:
1.) Das Laufwerk für die Windoseninstallation auswerfen!


- Es öffnet sich KEIN Fenster für einen Windowsinstaller. Und es gibt auch kein vorab eingehängtes Laufwerk für die Windowsinstallation am Desktop. Meine /etc/mtab schaut nach dem Einstecken (und auch vor dem Einstecken) des USB-Modems wie folgt aus:


/dev/sda8 / reiserfs rw,relatime 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
/sys /sys sysfs rw,noexec,nosuid,nodev 0 0
varrun /var/run tmpfs rw,noexec,nosuid,nodev,mode=0755 0 0
varlock /var/lock tmpfs rw,noexec,nosuid,nodev,mode=1777 0 0
udev /dev tmpfs rw,mode=0755 0 0
devshm /dev/shm tmpfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
lrm /lib/modules/2.6.24-16-generic/volatile tmpfs rw 0 0
/dev/sda1 /boot ext3 rw,relatime 0 0
/dev/sda9 /home reiserfs rw,relatime 0 0
/dev/sdb5 /media/backup reiserfs rw,relatime 0 0
/dev/sdb1 /media/data reiserfs rw,relatime 0 0
securityfs /sys/kernel/security securityfs rw 0 0
gvfs-fuse-daemon /home/piter/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=piter 0 0


- "ls -l /dev/ttyUSB" ergibt:


crw-rw---- 1 root dialout 188, 0 2008-09-04 00:46 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 2008-09-04 00:46 /dev/ttyUSB1


An dieser Front scheint also alles zu funktionieren.

- Umtsmon starten

Zitat:
2.) APN heißt Access Point Name und ist wie ich schon geschrieben habe "drei.at!


- Im Profil APN umbenannt in "drei.at". Danke für den Tipp. Dies scheint zumindest das Problem mit dem defekten Init-String zu lösen.
- "Connect"-Versuch ergibt folgende Fehlermeldung:


Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
CHAP authentication succeeded
CHAP authentication succeeded
Modem hangup
Connection terminated.


Ein anderes Mal brint ppp folgende Fehlermeldung:


Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
CHAP authentication succeeded
CHAP authentication succeeded
IPCP: timeout sending Config-Requests
Terminating on signal 15
Connection terminated.
Modem hangup


- Erneuter Start von umtsmons, diesmal so: "umtsmon -v5 -s /dev/ttyUSB1,/dev/ttyUSB0". Dies bringt zwar bei einem Connect-Versuch ebenfalls Fehler, aber wesentlich genauere ppp-stdout-Angaben. Vielleicht sind die hilfreich?


pppd options in effect:
debug debug debug      # (from command line)
updetach      # (from command line)
idle 7200      # (from command line)
dump      # (from command line)
noauth      # (from /etc/ppp/options)
user drei.at      # (from command line)
password ??????      # (from command line)
/dev/ttyUSB0      # (from command line)
460800      # (from command line)
lock      # (from command line)
crtscts      # (from command line)
modem      # (from command line)
asyncmap 0      # (from command line)
lcp-echo-failure 4      # (from /etc/ppp/options)
lcp-echo-interval 30      # (from /etc/ppp/options)
hide-password      # (from /etc/ppp/options)
defaultroute      # (from command line)
replacedefaultroute      # (from command line)
proxyarp      # (from /etc/ppp/options)
usepeerdns      # (from command line)
noipx      # (from command line)
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x994edb28> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1440> <asyncmap 0x0> <auth chap MD5> <magic 0xe41a11> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <mru 1440> <asyncmap 0x0> <auth chap MD5> <magic 0xe41a11> <pcomp> <accomp>]
rcvd [LCP ConfNak id=0x1 <mru 1440>]
sent [LCP ConfReq id=0x2 <mru 1440> <asyncmap 0x0> <magic 0x994edb28> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x2 <mru 1440> <asyncmap 0x0> <magic 0x994edb28> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x994edb28]
rcvd [LCP DiscReq id=0x1 magic=0xe41a11]
rcvd [CHAP Challenge id=0x1 <54c0844b86f16ef8d613b33b3865db69>, name = "UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <408fca56976123e648cf7e759c4393d4>, name = "drei.at"]
rcvd [LCP EchoRep id=0x0 magic=0xe41a11 99 4e db 28]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Modem hangup
Connection terminated.


Kannst Du damit etwas anfangen, Marion?

Tschüss,

Perseus


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Webbutterfly
Administrator



Geschlecht:
Alter: 68
Anmeldungsdatum: 24.06.2006
Beiträge: 6917
Wohnort: Wien 23


austria.gif

BeitragVerfasst am: 05.09.2008, 09:28    (Kein Titel) Antworten mit ZitatNach oben

Hello

...sieht so aus, als ob du keine DNS-Adresse bekommst
Deaktiviere im Profil >Benutze externen DNS

Marion


Desktop: Gnome-Shell 3.X

Version: 14.04 and 16.04

Hardware: Notebook

Architektur: 64Bit

_________________

European Open Source Center
www.webbutterfly.com

OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen    
Gast











BeitragVerfasst am: 05.09.2008, 20:45    (Kein Titel) Antworten mit ZitatNach oben

Hallo Marion!

Zitat:
...sieht so aus, als ob du keine DNS-Adresse bekommst
Deaktiviere im Profil >Benutze externen DNS


Habe ich ausprobiert. Nach mehrmaligem Herumprobieren hat der Verbindungsaufbau funktioniert. Leider kann ich ohne DNS aber keine Web-Seiten aufrufen. Interessanterweise funktioniert der Verbindungsaufbau jetzt auch, wenn ich im Profil "Benutze externen DNS" ankreuze und somit aktiviere. Dann erhalte ich zwar keine Fehlermeldung im Web-Browser, dass er die Seite nicht findet, laden kann ich sie aber trotzdem nicht, weil er keine bzw. kaum Daten herunterladet (nur etwa 500 Byte!).

Hier der "umtsmon -v5 -s ..."-Ausdruck bei Deaktivieren des externen DNS:

Und hier der "umtsmon -v5 -s ..."-Ausdruck bei Aktivieren des externen DNS:


Edit by Admin: Bitte so lange Ausgaben der Konsole in Interaktiv > PasteBin posten und im Forum verlinken!
So wie ich es jetzt getan habe...


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Gast











BeitragVerfasst am: 07.09.2008, 11:15    Lösungsversuch: Rückführung in Basis-Zustand Antworten mit ZitatNach oben

Hallo!

Die Sache wird immer mysteriöser. Vorletzte Nacht habe ich zuletzt mit der aktivierten Option "Externen DNS benutzen" umtsmon gestartet, ohne Erfolg.

Gestern (immer noch mit aktiviertem externem DNS) hat die Verbindung plötzlich tadellos geklappt.

Heute (immer noch ohne irgendeine Änderung) funktioniert die Verbindung wieder nicht mehr. "CHAP authentication" funktioniert zwar. Danach gibt es jedoch Probleme.
##P4 t=248: * Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
##P4 t=248: * Modem hangup
##P4 t=248: * Connection terminated.


Ich möchte jetzt probieren, die Internet-relevanten Dateien/Verzeichnisse in den Zustand bei der Basis-Installation zurück zu führen und danach Umtsmon neu starten und ein Profil vergeben. Dazu werde ich von der Live-CD die entsprechenden Verzeichnisse/Dateien herüberkopieren. Stellt sich nur die Frage, welche relevant sind. Ich habe Folgende identifiziert.

Sicher relevant:
/etc/chatscripts/
/etc/ppp/
~/.umtsmon

Eventuell relevant:
? /etc/iproute2/
? /etc/network/
? /etc/NetworkManager/
? /etc/firefox-3.0/

Fallen Euch andere Verzeichnisse/Dateien ein bzw. könnt mir sagen, ob ich die "eventuell relevanten" Verzeichnisse gefahrlos überschreiben kann?

Tschüss,

Perseus


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Gast











BeitragVerfasst am: 11.09.2008, 13:58    ERLEDIGT: Einstieg per Huawei E160G funktioniert derzeit Antworten mit ZitatNach oben

Hallo!

Derzeit funktioniert der Einstieg per USB-Modem Huawei E160G. Keine Ahnung warum. Vielleicht liegt es daran, dass ich jetzt immer gesondert die Verbindung zum Netz herstelle (mittels der Netzbetreiber-Such-Funktion von Umtsmon) und auch länger warte, bevor ich dies tue.

Hauptsache es funktioniert.

Ich würde gerne dieses Thema als erledigt markieren, finde aber kein entsprechendes Tag. Deshalb habe ich vor den Titel den Vermerk "ERLEDIGT" gestellt. Ich hoffe, dass das ausreichend ist.

Noch einmal herzlichen Dank für Eure Hilfe,

Perseus


Desktop: anderer

Version: 16.04

Hardware: Notebook

Architektur: 64Bit
Online    
Beiträge der letzten Zeit anzeigen:      
Neues Thema eröffnenNeue Antwort erstellen


 Gehe zu:   



Berechtigungen anzeigen


Forensicherheit

1008050261057 Angriffe abgewehrt

Powered by Orion based on phpBB © 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
Alle Zeiten sind GMT + 2 Stunden



[ Page generation time: 0.0691s (PHP: 71% - SQL: 29%) | SQL queries: 66 | GZIP enabled | Debug off ]