RaspPi und UMTS Stick (Huawei E173) einrichten

[noxx]

Hallo,

leider bin ich eher der Linux Noob und muss mich für
mein anliegen durch Foren etc helfen lassen.

Ich versuche gerade an einem PI einen UMTS Stick einzurichten,
bin aber nicht sicher ob das alles richtig so ist.

Auf dem Pi ist PPP und der usb_modeswitch installiert.

Folgende Anpassungen habe ich vorgenommen:

/etc/rc.local

Code: Alles auswählen

usb_modeswitch -I -W -c /etc/usb_modeswitch.d/E173.conf
sleep 10
wvdial

/etc/usb_modeswitch eine file E173.conf angelegt:

Code: Alles auswählen

DefaultVendor= 0x12d1
DefaultProduct=0x1446

TargetVendor=  0x12d1
TargetProduct= 0x1436

CheckSuccess=20

MessageContent="55534243123456780000000000000011062000000100000000000000000000"

Der PI gibt folgendes aus:
pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 005: ID 12d1:1436 Huawei Technologies Co., Ltd.

Die Dateien
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2

sind vorhanden....falls wichtig.

Weiterhin für den Provider...

.../etc/ppp/peers/umts

Code: Alles auswählen

ABORT BUSY
ABORT 'NO CARRIER'
ABORT ERROR
REPORT CONNECT
TIMEOUT 10
"" "AT&F"
OK "ATZ"
OK "ATE0V1&D2&C1S0=0+IFC=2,2"
OK "ATE1"
# APN - VORSICHT, Korrekt angeben
OK "AT+CGDCONT=1,\042IP\042,\042internet.eplus.de\042"
OK "ATDT*99#"
CONNECT c

/etc/ppp/peers/simyo

Code: Alles auswählen

hide-password
noauth
connect "/usr/sbin/chat -f /etc/ppp/peers/umts"
debug
/dev/ttyUSB0
460800
defaultroute
noipdefault
noccp
nobsdcomp
user "simyo"
password "simyo"
usepeerdns
connect-delay 10000

Ob das alles richtig ist, weiss ich leider nicht. Hab mir alles zusammen suchen müssen.
Evtl kann mir einer sagen, ob da etwas falsch ist und mir sagen, wie ich testen kann ob
der Stick ins Internet kommt.

Danke Euch

[cosmac]

hallo!

Die Dateien
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2

sind vorhanden....falls wichtig.

sehr wichtig sogar, damit ist das schlimmste schon überstanden. In dem Zustand könntest du mal als root eingeben:

Code: Alles auswählen

pon simyo

und nach 10 bis 20 Sekunden die Datei /var/log/syslog anschauen. Da sollten am Ende einige Meldungen zum Verbindungsaufbau drin stehen.

Falls es dann tatsächlich funktionieren sollte, würde ich in der /etc/rc.local die Zeile "wvdial" durch "pon simyo" ersetzen.

Üblicherweise schreibt man das Password nicht in die Datei /etc/ppp/peers/umts, sondern nur den User. Der gleiche User wird dann mit seinem Password in /etc/ppp/pap-secrets eingetragen. Der Vorteil ist, dass pap-secrets nur von root gelesen werden kann. In diesem Fall ("simyo"/"simyo") ist es natürlich egal.

[noxx]

Danke für deine Antwort.

Die Syslog sieht nach dem sudo pon simyo so aus:

Code: Alles auswählen

May 17 15:03:53 raspberrypi dbus[4344]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
May 17 15:03:54 raspberrypi dbus[4344]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
May 17 15:04:03 raspberrypi kernel: [70249.679038] PPP generic driver version 2.4.2
May 17 15:04:03 raspberrypi pppd[4974]: pppd 2.4.5 started by root, uid 0
May 17 15:04:05 raspberrypi pppd[4974]: Script /usr/sbin/chat -f /etc/ppp/peers/umts finished (pid 4975), status = 0x0
May 17 15:04:05 raspberrypi pppd[4974]: Serial connection established.
May 17 15:04:05 raspberrypi pppd[4974]: using channel 1
May 17 15:04:05 raspberrypi pppd[4974]: Using interface ppp0
May 17 15:04:05 raspberrypi pppd[4974]: Connect: ppp0 <--> /dev/ttyUSB0
May 17 15:04:05 raspberrypi NetworkManager[4481]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 17 15:04:05 raspberrypi NetworkManager[4481]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: ifplugd 0.28 initializing.
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: Using interface ppp0/00:00:00:00:00:00
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: Using detection mode: IFF_RUNNING
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: Initialization complete, link beat detected.
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: Executing '/etc/ifplugd/ifplugd.action ppp0 up'.
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: client: Ignoring unknown interface ppp0=ppp0.
May 17 15:04:05 raspberrypi ifplugd(ppp0)[4990]: Program executed successfully.
May 17 15:04:15 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:18 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:21 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:24 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:27 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:30 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:33 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:36 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:39 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:42 raspberrypi pppd[4974]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa18e4d6a> <pcomp> <accomp>]
May 17 15:04:45 raspberrypi pppd[4974]: LCP: timeout sending Config-Requests
May 17 15:04:45 raspberrypi pppd[4974]: Connection terminated.
May 17 15:04:45 raspberrypi pppd[4974]: Receive serial link is not 8-bit clean:
May 17 15:04:45 raspberrypi pppd[4974]: Problem: all had bit 7 set to 0
May 17 15:04:45 raspberrypi NetworkManager[4481]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 17 15:04:45 raspberrypi ifplugd(ppp0)[4990]: Link beat lost.
May 17 15:04:45 raspberrypi ifplugd(ppp0)[4990]: Exiting.
May 17 15:04:46 raspberrypi pppd[4974]: Modem hangup
May 17 15:04:46 raspberrypi pppd[4974]: Exit.

[noxx]

Hat keiner eine Idee wie ich den Stick zum laufen bekomme?

[cosmac]

auf die Fehlermeldung hin sind wohl alle sprachlos

Code: Alles auswählen

May 17 15:04:45 raspberrypi pppd[4974]: Receive serial link is not 8-bit clean:
May 17 15:04:45 raspberrypi pppd[4974]: Problem: all had bit 7 set to 0

meine Google-Statistik sagt, dass das ein Problem des Providers wäre, aber nicht bei eplus. Den Fehler könnte es aber auch geben, wenn das Modem keine Verbindung aufgebaut hat. Das wäre dann eher ein Fehler im chatscript.

Hier funktioniert t-mobile mit dem chatscript "gprs" und wvdial ist garnicht installiert. Ich habe also genau eine Datei (wie deine simyo) in /etc/ppp/peers/ neu angelegt und sonst nichts angepasst, alles Original Debian hier. Nach dem usb_modeswitch braucht man nur noch ein "pon simyo". Meine /etc/ppp/peers/simyo würde so aussehen:

Code: Alles auswählen

hide-password
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/gprs -T internet.eplus.de
debug
/dev/ttyUSB0
defaultroute
noipdefault
user "simyo"
password "simyo"
usepeerdns
replacedefaultroute

Was die Optionen noccp, nobsdcomp, novj, novjcomp usw. angeht, vertraue ich erstmal dem pppd. Normal soll der das mit dem Provider passend aushandeln. Und wenn nicht, sollte es eine Meldung in /var/log/syslog geben.

[noxx]

lässt sich nicht ausführen. pon simyo ergibt

Code: Alles auswählen

/etc/ppp/peers/simyo: unrecognized option 'simyo"'

[cosmac]

Entschuldigung! Am Ende der connect-Zeile fehlt ein "
Also hinter dem eplus.de
Und das muss in der gleichen Zeile stehen wie das connect, hier im Forum steht es in der nächsten.

[noxx]

ich glaube bei dir fehlte ein anführungszeichnen am ende

Code: Alles auswählen

connect "/usr/sbin/chat -v -f /etc/chatscripts/gprs -T internet.eplus.de"

nun, sylog gibt nun aus:

Code: Alles auswählen

May 18 14:26:09 raspberrypi pppd[3695]: Script /usr/sbin/chat -f /etc/ppp/peers/umts finished (pid 3696), status = 0x0
May 18 14:26:09 raspberrypi pppd[3695]: Serial connection established.
May 18 14:26:09 raspberrypi pppd[3695]: using channel 1
May 18 14:26:09 raspberrypi pppd[3695]: Using interface ppp0
May 18 14:26:09 raspberrypi pppd[3695]: Connect: ppp0 <--> /dev/ttyUSB0
May 18 14:26:10 raspberrypi NetworkManager[3041]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 18 14:26:10 raspberrypi NetworkManager[3041]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: ifplugd 0.28 initializing.
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: Using interface ppp0/00:00:00:00:00:00
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: Using detection mode: IFF_RUNNING
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: Initialization complete, link beat detected.
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: Executing '/etc/ifplugd/ifplugd.action ppp0 up'.
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: client: Ignoring unknown interface ppp0=ppp0.
May 18 14:26:10 raspberrypi ifplugd(ppp0)[3711]: Program executed successfully.
May 18 14:26:19 raspberrypi pppd[3695]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1164f8db> <pcomp> <accomp>]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x15362f1> <pcomp> <accomp>]
May 18 14:26:19 raspberrypi pppd[3695]: sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x15362f1> <pcomp> <accomp>]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1164f8db> <pcomp> <accomp>]
May 18 14:26:19 raspberrypi pppd[3695]: sent [LCP EchoReq id=0x0 magic=0x1164f8db]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [LCP DiscReq id=0x1 magic=0x15362f1]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [CHAP Challenge id=0x1 <6a9d22c2b8fd8c6eba7365ea8e3091aa>, name = "UMTS_CHAP_SRVR"]
May 18 14:26:19 raspberrypi pppd[3695]: sent [CHAP Response id=0x1 <183f58111b3640791e4ae3de260d6c06>, name = "simyo"]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [LCP EchoRep id=0x0 magic=0x15362f1 11 64 f8 db]
May 18 14:26:19 raspberrypi pppd[3695]: rcvd [CHAP Success id=0x1 ""]
May 18 14:26:19 raspberrypi pppd[3695]: CHAP authentication succeeded
May 18 14:26:19 raspberrypi pppd[3695]: CHAP authentication succeeded
May 18 14:26:19 raspberrypi pppd[3695]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
May 18 14:26:20 raspberrypi pppd[3695]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 18 14:26:20 raspberrypi pppd[3695]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 18 14:26:21 raspberrypi pppd[3695]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 18 14:26:21 raspberrypi pppd[3695]: sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 18 14:26:22 raspberrypi pppd[3695]: rcvd [IPCP ConfReq id=0x0]
May 18 14:26:22 raspberrypi pppd[3695]: sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
May 18 14:26:22 raspberrypi pppd[3695]: rcvd [IPCP ConfRej id=0x3 <compress VJ 0f 01> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
May 18 14:26:22 raspberrypi pppd[3695]: sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
May 18 14:26:22 raspberrypi pppd[3695]: rcvd [IPCP ConfReq id=0x1]
May 18 14:26:22 raspberrypi pppd[3695]: sent [IPCP ConfAck id=0x1]
May 18 14:26:22 raspberrypi pppd[3695]: rcvd [IPCP ConfNak id=0x4 <addr 10.235.117.210> <ms-dns1 212.23.115.148> <ms-dns2 212.23.115.132>]
May 18 14:26:22 raspberrypi pppd[3695]: sent [IPCP ConfReq id=0x5 <addr 10.235.117.210> <ms-dns1 212.23.115.148> <ms-dns2 212.23.115.132>]
May 18 14:26:22 raspberrypi pppd[3695]: rcvd [IPCP ConfAck id=0x5 <addr 10.235.117.210> <ms-dns1 212.23.115.148> <ms-dns2 212.23.115.132>]
May 18 14:26:22 raspberrypi pppd[3695]: Could not determine remote IP address: defaulting to 10.64.64.64
May 18 14:26:22 raspberrypi pppd[3695]: not replacing existing default route via 192.168.1.1
May 18 14:26:22 raspberrypi pppd[3695]: local  IP address 10.235.117.210
May 18 14:26:22 raspberrypi pppd[3695]: remote IP address 10.64.64.64
May 18 14:26:22 raspberrypi pppd[3695]: primary   DNS address 212.23.115.148
May 18 14:26:22 raspberrypi pppd[3695]: secondary DNS address 212.23.115.132
May 18 14:26:22 raspberrypi pppd[3695]: Script /etc/ppp/ip-up started (pid 3719)
May 18 14:26:22 raspberrypi pppd[3695]: Script /etc/ppp/ip-up finished (pid 3719), status = 0x0
May 18 14:26:24 raspberrypi ntpd[3075]: Listen normally on 3 ppp0 10.235.117.210 UDP 123
May 18 14:26:24 raspberrypi ntpd[3075]: peers refreshed
May 18 14:27:11 raspberrypi pppd[3728]: In file /etc/ppp/peers/simyo: unrecognized option 'simyo"'
May 18 14:27:24 raspberrypi pppd[3734]: pppd 2.4.5 started by pi, uid 1000
May 18 14:27:24 raspberrypi pppd[3734]: Device ttyUSB0 is locked by pid 3695
May 18 14:27:24 raspberrypi pppd[3734]: Exit.

[cosmac]

Soweit nicht schlecht, jetzt stört noch die andere Netzverbindung:
Siehe "could not replace default route ..."
Am besten sorgst du dafür, dass die (vom Network Manager?) garnicht erst aufgebaut wird.

[noxx]

und wie, network manager deinstallieren?

Edit:
habe den network manager entfernt, nun kommt nach pon simyo noch

Code: Alles auswählen

May 18 15:03:07 raspberrypi pppd[4270]: pppd 2.4.5 started by pi, uid 1000
May 18 15:03:07 raspberrypi pppd[4270]: Device ttyUSB0 is locked by pid 3695
May 18 15:03:07 raspberrypi pppd[4270]: Exit.

Bzw nach Systemneustart kommt das (pon simyo ausgeführt):

Code: Alles auswählen

May 18 15:07:21 raspberrypi kernel: [  106.013188] PPP generic driver version 2.4.2
May 18 15:07:21 raspberrypi pppd[3406]: pppd 2.4.5 started by root, uid 0
May 18 15:07:22 raspberrypi chat[3416]: abort on (BUSY)
May 18 15:07:22 raspberrypi chat[3416]: abort on (VOICE)
May 18 15:07:22 raspberrypi chat[3416]: abort on (NO CARRIER)
May 18 15:07:22 raspberrypi chat[3416]: abort on (NO DIALTONE)
May 18 15:07:22 raspberrypi chat[3416]: abort on (NO DIAL TONE)
May 18 15:07:22 raspberrypi chat[3416]: abort on (NO ANSWER)
May 18 15:07:22 raspberrypi chat[3416]: abort on (DELAYED)
May 18 15:07:22 raspberrypi chat[3416]: abort on (ERROR)
May 18 15:07:22 raspberrypi chat[3416]: abort on (+CGATT: 0)
May 18 15:07:22 raspberrypi chat[3416]: send (AT^M)
May 18 15:07:22 raspberrypi chat[3416]: timeout set to 12 seconds
May 18 15:07:22 raspberrypi chat[3416]: expect (OK)
May 18 15:07:22 raspberrypi chat[3416]: AT^M^M
May 18 15:07:22 raspberrypi chat[3416]: OK
May 18 15:07:22 raspberrypi chat[3416]:  -- got it
May 18 15:07:22 raspberrypi chat[3416]: send (ATH^M)
May 18 15:07:22 raspberrypi chat[3416]: expect (OK)
May 18 15:07:22 raspberrypi chat[3416]: ^M
May 18 15:07:22 raspberrypi chat[3416]: ATH^M^M
May 18 15:07:22 raspberrypi chat[3416]: OK
May 18 15:07:22 raspberrypi chat[3416]:  -- got it
May 18 15:07:22 raspberrypi chat[3416]: send (ATE1^M)
May 18 15:07:22 raspberrypi chat[3416]: expect (OK)
May 18 15:07:22 raspberrypi chat[3416]: ^M
May 18 15:07:22 raspberrypi chat[3416]: ATE1^M^M
May 18 15:07:22 raspberrypi chat[3416]: OK
May 18 15:07:22 raspberrypi chat[3416]:  -- got it
May 18 15:07:22 raspberrypi chat[3416]: send (AT+CGDCONT=1,"IP","internet.eplus.de","",0,0^M)
May 18 15:07:23 raspberrypi chat[3416]: expect (OK)
May 18 15:07:23 raspberrypi chat[3416]: ^M
May 18 15:07:23 raspberrypi chat[3416]: AT+CGDCONT=1,"IP","internet.eplus.de","",0,0^M^M
May 18 15:07:23 raspberrypi chat[3416]: OK
May 18 15:07:23 raspberrypi chat[3416]:  -- got it
May 18 15:07:23 raspberrypi chat[3416]: send (ATD*99#^M)
May 18 15:07:23 raspberrypi chat[3416]: timeout set to 22 seconds
May 18 15:07:23 raspberrypi chat[3416]: expect (CONNECT)
May 18 15:07:23 raspberrypi chat[3416]: ^M
May 18 15:07:23 raspberrypi chat[3416]: ATD*99#^M^M
May 18 15:07:23 raspberrypi chat[3416]: CONNECT
May 18 15:07:23 raspberrypi chat[3416]:  -- got it
May 18 15:07:23 raspberrypi chat[3416]: send (^M)
May 18 15:07:23 raspberrypi pppd[3406]: Script /usr/sbin/chat -v -f /etc/chatscripts/gprs -T internet.eplus.de finished (pid 3415), status = 0x0
May 18 15:07:23 raspberrypi pppd[3406]: Serial connection established.
May 18 15:07:23 raspberrypi pppd[3406]: using channel 1
May 18 15:07:23 raspberrypi pppd[3406]: Using interface ppp0
May 18 15:07:23 raspberrypi pppd[3406]: Connect: ppp0 <--> /dev/ttyUSB0
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: ifplugd 0.28 initializing.
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: Using interface ppp0/00:00:00:00:00:00
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: Using detection mode: IFF_RUNNING
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: Initialization complete, link beat detected.
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: Executing '/etc/ifplugd/ifplugd.action ppp0 up'.
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: client: Ignoring unknown interface ppp0=ppp0.
May 18 15:07:23 raspberrypi ifplugd(ppp0)[3434]: Program executed successfully.
May 18 15:07:23 raspberrypi dbus[3195]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
May 18 15:07:24 raspberrypi dbus[3195]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
May 18 15:07:24 raspberrypi polkitd[3508]: started daemon version 0.105 using authority implementation `local' version `0.105'
May 18 15:07:24 raspberrypi dbus[3195]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
May 18 15:07:24 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:24 raspberrypi dbus[3195]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
May 18 15:07:27 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:30 raspberrypi pppd[3529]: pppd 2.4.5 started by pi, uid 1000
May 18 15:07:30 raspberrypi pppd[3529]: Device ttyUSB0 is locked by pid 3406
May 18 15:07:30 raspberrypi pppd[3529]: Exit.
May 18 15:07:30 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:33 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:36 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:36 raspberrypi /USR/SBIN/CRON[3531]: (pi) CMD (/home/pi/webcamrun.sh)
May 18 15:07:39 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:42 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:45 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:48 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]
May 18 15:07:51 raspberrypi pppd[3406]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3693a24a> <pcomp> <accomp>]

[cosmac]

Jetzt besteht immer noch die Verbindung vom letzen Mal, es geht nur eine gleichzeitig. "poff -a" beendet alle Verbindungen.

Edit: zu langsam

[noxx]

was heisst das nun?

[cosmac]

grundsätzlich scheint die Verbindung zu funktionieren, auf das eine "pon simyo" hast du eine Adresse und zwei vernünftige DNS-Server-Adressen bekommen. Zu dem Zeitpunkt war noch die Verbindung über 192.168.1.x aktiv. Beim nächsten pon-Versuch war die erste ppp-Verbindung noch aktiv. Nach dem Neustart wurde wahrscheinlich automatisch ein pon ausgeführt (der pppd [3406]), aber braucht sehr lange oder macht was falsch. Schau nochmal ins syslog. Währenddessen hast du wohl noch ein pon von Hand versucht (pppd [3529]), das am schon laufenden Verbindungsaufbau gescheitert ist.

"poff -a", 5 Sekunden warten, "pon simyo" wäre mein nächster Versuch.

Ach ja: so lange Listings möchte man hier lieber im nopaste sehen.

[noxx]

ich probiere es.... möchte noch anmerken, das zwischendurch auch ein LAN Kabel dranhängt und der PI
darüber auch ins Inet kommt.

Zwischendurch hatte ich den mal abgeklemmt, hatte aber anscheinend keine Verbindung.

Der PI soll dazu genutzt werden per WEBCAM Bilder über den UMTS Stick auf einen FTP Server zu schieben.
WEBCAM und FTP Upload geht, aber der Stick noch nicht.

LAN Kabel muss ja ran, sonst kann ich nichts editieren....

Gruss

[noxx]

Code: Alles auswählen

pi@raspberrypi ~ $ poff -a
/usr/bin/poff: No pppd is running.  None stopped.
pi@raspberrypi ~ $ pon simyo
/usr/sbin/pppd: In file /etc/ppp/peers/simyo: unrecognized option '/dev/ttyUSB0'

[noxx]

Stick raus, Stick rein, pon -a, pon simyo

syslog:
http://debianforum.de/forum/pastebin.ph ... ew&s=37159

[cosmac]

O.K., und was fehlt jetzt noch? Zumindest "ping 8.8.8.8" sollte jetzt gehen.

[noxx]

anscheinend nicht.

http://debianforum.de/forum/pastebin.ph ... ew&s=37160

habs abgebrochen
---------------------------
Wenn ich LAN dran habe, macht die CAM alle 120sekunden, das
Bild wird dann per FTP hochgeladen.

Wenn ich LAN nicht dran habe, komme ich nicht auf den PI (ist ja klar), aber
es wird auch kein Bild hochgeladen....

Deshalb gehe ich mal davon aus, das der Stick immer noch nicht läuft

[noxx]

jetzt weiss ich nichts mehr

in der log kommt nur noch

Code: Alles auswählen

May 18 17:01:23 raspberrypi udevd[197]: timeout: killing 'cdrom_id --lock-media /dev/sr0' [360]

[cosmac]

So ein guter ping ging entweder übers Kabel oder über eine gute umts-Verbindung. Jetzt fehlt's wohl am DNS, geht denn "ping heise.de"? Wenn ja, gibt der Upload vielleicht auf, bevor die Verbindung steht. Oder er benutzt noch die 192.168.x.y oder so.

Jetzt wäre "cat /etc/resolv.conf", "ifconfig" und "route -n" interessant, also in dem Zustand, wenn die ppp-Verbindung stehen sollte.

Den udevd vertagen wir mal; udev ist immer das erste, was ich deaktiviere.

[noxx]

habe nun 3x den PI neu gestartet, mit Stick und LAN Kabel dran kommt das:
http://debianforum.de/forum/pastebin.ph ... ew&s=37161

Das andere von dir gucke ich jetzt

PS: Danke

[noxx]

Code: Alles auswählen

pi@raspberrypi ~ $ cat /etc/resolv.conf
domain fritz.box
search fritz.box
nameserver 192.168.1.1
pi@raspberrypi ~ $ ifconfig
eth0      Link encap:Ethernet  Hardware Adresse b8:27:eb:ef:dc:49
          inet Adresse:192.168.1.38  Bcast:192.168.1.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:498 errors:0 dropped:0 overruns:0 frame:0
          TX packets:707 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:35868 (35.0 KiB)  TX bytes:813440 (794.3 KiB)

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wwan0     Link encap:Ethernet  Hardware Adresse 02:50:f3:00:00:00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

pi@raspberrypi ~ $ route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

Code: Alles auswählen

pi@raspberrypi ~ $ ping heise.de
PING heise.de (193.99.144.80) 56(84) bytes of data.
64 bytes from redirector.heise.de (193.99.144.80): icmp_req=1 ttl=243 time=28.1
ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_req=2 ttl=243 time=52.3
ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_req=3 ttl=243 time=27.9
ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_req=4 ttl=243 time=27.7

usw

[cosmac]

Nee, das war jetzt die Daten mit Kabel. Das syslog sagt, dass eine ppp-Verbindung aufgebaut wird, der ntpd reagiert darauf auch richtig, aber die Kabel-Verbindung stört irgendwie. Unter route muss eine 10.x.x.x auftauchen.

[noxx]

habe nunmal das LAN-Kabel ab. es scheint etwas zu gehen, aber nur "halb"

um 17.27 LAN Kabel raus, und neu gestaret. Um 17.30 wurde dann ein Bild per
FTP auf meinen Server hochgeladen (laut Zeitangabe vom Webserver)

Das Bild ist aber nicht komplett da, irgendwie scheint mitten im hochladen die
Verbindung weggegangen zu sein. Ich sehe beim JPG nur die obere Hälfte.

Habe nun (17.35) den PI nochmal mit LAN neu gestartet um an die syslog zu kommen.

http://debianforum.de/forum/pastebin.ph ... ew&s=37162

Um 17.30 wurde leider nichts geschrieben

[noxx]

gibts sonst andere möglichkeiten?

hatte auch was von wvdial gelesen....

bin ratlos