Newsgroup: it.comp.os.linux.iniziare
Titolo: Puppy e naviga3

Avrei bisogno che puppy si connettesse via umts con lg u250.
(tra parentesi: lsusb su puppy non sembra funzionare...)
Il risultato migliore che ho ottenuto è un tentativo di connessione fallito:
--> PPP daemon has died! (exit code = 16)
Ci sono arrivato facendo così:
Per prima cosa ho caricato il modulo cdc_acm (è caricabile usbserial?)
# modprobe cdc_acm (riga aggiunta anche in /etc/rc.d/rc.local)
Poi ho copiato (ma non spostato) il file /etc/ppp/wvdial nella cartella 
/etc/ppp/peers... ma non ho potuto copiare anche /etc/ppp/wvdial-pipe 
(come consigliato da alcuni blog) perchè non ce l'ho!
Ho riscritto il mio wvdial.conf così:
#########################
[Dialer Defaults]
Modem = /dev/input/ttyACM0
Baud = 460800
Init1 = AT+CGATT=0
Init2 = AT+CGDCONT=1,"IP","
naviga.tre.it
",,0,0
ISDN = 0
Modem Type = Analog Modem
Carrier Check = no
Phone = *99#
Username = tre
Password = tre
##########################
Ma ho provato pure così:
##########################
[Dialer defaults]
Baud = 460800
Init1 = AT+CGATT=0
Init2 = AT+CGDCONT=1,"IP","
naviga.tre.it
",,0,0
Modem = /dev/input/ttyACM0
Modem Type = USB Modem
New PPPD = true
Password = tre
Phone = *99#
Username = tre
##########################
In entrambi i file /etc/ppp/pap-secrets e chap-secrets ho scritto:
##########################
* tre tre
tre * tre
##########################
Wvdial parte... sembra cercare di connettersi, e per un istante si 
accendono anche i televisorini sul desktop, ma poi crolla tutto ripete 
la procedura senza risultati.

 Modem = /dev/input/ttyACM0
Sei sicuro che il file speciale associato da cdc-acm al device in esame
sia proprio /dev/input/ttyACM0 ?
A me (non su puppy) il cellulare è sempre stato assocaito a
/dev/ttyACM0.
se guardi un terminale da dove hai precedentemente lanciato
tail -f /var/log/messages
e mentre lo guardi attacchi il cellulare o la chiavetta...
dovrebbe apparire qualche messaggio che forse ti fà capire a quale file
viene associato il cell....non è detto.
Ad ogni modo:
ls /dev/ttyACM0
cosa restituisce?
e
ls /dev/input/ttyACM0 ?
____________________________________
Mail: johnnynews at vfemail dot net

 la procedura senza risultati.
Così è un po' generico...
Prova a ripetere la procedura tenendo aperto un terminale con tail -f /
var/log/messages , avrai molte informazioni più dettagliate su cosa non 
va.
-- 
"Le opinioni dei fanatici prescindono dai fatti"
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"
Linux Registered User: 461615
http://lmainardi.blogspot.com

 ls /dev/input/ttyACM0 ?
# ls /dev/input/ttyACM0
/dev/input/ttyACM0

 /dev/input/ttyACM0
Bene, allora intanto il primo dato utile da mettere in saccoccia è
questo.
/dev/input/ttyACM0 è il file speciale che corrisponde al tuo cellulare o
chiavetta usb...non ricordo di che dispositivo stiamo parlando.
Stabilire la connessione con questi aggeggi è per conto mio piuttosto
semplice....basta sapere dove mettere le mani.  ;-)
Ci sono anche alcuni mezzi per capire meglio eventualmente cosa sia
sbagliato nella connessione...tipo minicom con cui puoi dialogare col
modem a mano attraverso comandi AT. Comunque probabilmente è l'ultima
spiaggia.
Se cerchi nei miei vecchi post di questo ng trovi diversi consigli che
ho già dato poco tempo fà ad altri. Il metodo di connessione che
consiglio sempre è scriversi due file di testo, piazzandoli nelle giuste
directory e lanciare la connessione con "pppd call nome_script".
Detta così è volutamente generica e non ci avrai capito una mazza, ma se
cerchi quelle discussioni passate è spiegato per filo e per segno. Mi
pare inutile rispiegare tutto.
Ok, detto questo, potresti postare l'ultima parte del file
/var/log/messages coia-incollandola qui:
guarda l'orario. Lancia la connessione. Poi copia_incolla l'ultima parte
basandoti sull'orario (ogni linea di quel file inizia con data e ora).
Magari si riesce già a vedere qualcosa.


 directory e lanciare la connessione con "pppd call nome_script".
Sì, io pensavo wvdial fosse il più facile (basta configurare wvdial.conf).
Comunque ho provato anche con /etc/ppp/key/chat e
/etc/ppp/peers/key a lanciare pppd call key... ma il risultato è lo stesso:
###########################################
Apr 26 12:41:10 (none) 
kern.info
 kernel: cdc_acm 1-1:1.0: ttyACM0: USB 
ACM device
Apr 26 12:41:11 (none) 
kern.info
 kernel: usbcore: registered new 
interface driver cdc_acm
Apr 26 12:41:11 (none) 
kern.info
 kernel: drivers/usb/class/cdc-acm.c: 
v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters
Apr 26 13:41:24 (none) daemon.notice pppd[8085]: pppd 2.4.4 started by 
root, uid 0
Apr 26 12:41:25 (none) kern.debug kernel: unionfs: do delay copyup of 
"connect-errors"
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: timeout set to 5 seconds
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on (\nBUSY\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on (\nERROR\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on (\nNO ANSWER\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on (\nNO CARRIER\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on (\nNO DIALTONE\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: abort on 
(\nRINGING\r\n\r\nRINGING\r)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: send (^MAT^M)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: timeout set to 12 seconds
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: expect (OK)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: AT^M^M
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: OK
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]:  -- got it
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: send (ATZ^M)
Apr 26 13:41:25 (none) 
local2.info
 chat[8089]: send (\d^M)
Apr 26 13:41:26 (none) 
local2.info
 chat[8089]: send (\d^M)
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: send 
(AT+cgdcont=1,"IP","
naviga.tre.it
"^M)
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: expect (OK)
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: ^M
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: ATZ^M^M
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: OK
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]:  -- got it
Apr 26 13:41:27 (none) 
local2.info
 chat[8089]: send (ATD*99#^M)
Apr 26 13:41:27 (none) 
daemon.info
 pppd[8085]: Serial connection 
established.
Apr 26 13:41:28 (none) daemon.debug pppd[8085]: using channel 1
Apr 26 13:41:28 (none) 
daemon.info
 pppd[8085]: Using interface ppp0
Apr 26 13:41:28 (none) daemon.notice pppd[8085]: Connect: ppp0 <--> 
/dev/input/ttyACM0
Apr 26 13:41:29 (none) daemon.warn pppd[8085]: Warning - secret file 
/etc/ppp/pap-secrets has world and/or group access
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: sent [LCP ConfReq id=0x1 
<asyncmap 0x0> <magic 0x3e1559db> <pcomp> <accomp>]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [LCP ConfReq id=0xf 
<asyncmap 0x0> <auth chap MD5> <magic 0xfbe23c02> <pcomp> <accomp>]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: sent [LCP ConfAck id=0xf 
<asyncmap 0x0> <auth chap MD5> <magic 0xfbe23c02> <pcomp> <accomp>]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [LCP ConfAck id=0x1 
<asyncmap 0x0> <magic 0x3e1559db> <pcomp> <accomp>]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [LCP DiscReq 
id=0x10 magic=0xfbe23c02]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [CHAP Challenge 
id=0x1 <b0c5b2d56a13d1cbb0fc510b9e8ca433>, name = "UMTS_CHAP_SRVR"]
Apr 26 13:41:29 (none) daemon.warn pppd[8085]: Warning - secret file 
/etc/ppp/chap-secrets has world and/or group access
Apr 26 13:41:29 (none) daemon.warn pppd[8085]: No CHAP secret found for 
authenticating us to UMTS_CHAP_SRVR
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: sent [CHAP Response
id=........................, name = "barney"]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [CHAP Success 
id=0x1 ""]
Apr 26 13:41:29 (none) 
daemon.info
 pppd[8085]: CHAP authentication succeeded
Apr 26 13:41:29 (none) daemon.notice pppd[8085]: CHAP authentication 
succeeded
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: sent [CCP ConfReq id=0x1 
<deflate 15> <deflate(old#) 15> <bsd v1 15>]
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: 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>]
Apr 26 12:41:29 (none) 
kern.info
 kernel: PPP BSD Compression module 
registered
Apr 26 12:41:29 (none) 
kern.info
 kernel: PPP Deflate Compression module 
registered
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: rcvd [LCP ProtRej 
id=.................................
Apr 26 13:41:29 (none) daemon.debug pppd[8085]: Protocol-Reject for 
'Compression Control Protocol' (0x80fd) received
Apr 26 13:41:30 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:30 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 
10.11.12.14>]
Apr 26 13:41:31 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:31 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 
10.11.12.14>]
Apr 26 13:41:32 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:32 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x4 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 
10.11.12.14>]
Apr 26 13:41:33 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:33 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 
10.11.12.14>]
Apr 26 13:41:34 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x5 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:34 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x6 <compress VJ 0f 01> <addr 0.0.0.0>]
Apr 26 13:41:35 (none) daemon.debug pppd[8085]: rcvd [IPCP ConfNak 
id=0x6 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> 
<ms-wins 10.11.12.14>]
Apr 26 13:41:35 (none) daemon.debug pppd[8085]: sent [IPCP ConfReq 
id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>]
Apr 26 13:41:35 (none) 
daemon.info
 pppd[8085]: Hangup (SIGHUP)
Apr 26 13:41:35 (none) daemon.notice pppd[8085]: Modem hangup
Apr 26 13:41:35 (none) daemon.notice pppd[8085]: Connection terminated.
Apr 26 13:41:36 (none) 
daemon.info
 pppd[8085]: Exit.

 Apr 26 13:41:36 (none) 
daemon.info
 pppd[8085]: Exit.
Niente di fatto allora.
Non ho esperienza diretta con l'autenticazione in quanto usanto TIM che
non richiede ne nome utente nè passwd.
Siamo sicuri che quelle che hai inserito in tre vadano bene? e se provi
a lasciarle in bianco?  magari dò un'occhiata allo script che hai
usato.....
Bò, guarda un po' qua: magari risolvi copiando questi script di un tizio
che usa naviga-3....non hanno autenticazione a quanto pare.
http://tinyurl.com/3rn7z2
Prova....se mai posta di nuovo il responso completo come hai già fatto
adesso.
