Puppy linux e connessione cellulare
max
affascina molto l'ho provata e trovata fantastica.... il problemino è
questo.... l'altro giorno avevo la necessità di collegarmi ad internet
col mio cellulare, (di fatto utilizzo solo questo tipo di connessione),
ho un Momo design della 3 modello Amoi MD1, da terminale (niubbo) ho
dato lsusb per vedere se riconosceva il cell, ma mi sono accorto che
non riconosce il comando.... esiste un modo semplice per configurare il
cell. sempre da live cd per potermi collegare ad internet? se si,
eventualmente potrei farlo anche tramite bluetooth?.....mi sa che
chiedo troppo....vi ringrazio per l'eventuale aiuto. La versione è
4.x ... non ricordo di preciso.
--
ciao a tutti
max
.. magari l'equivalente del comando lsusb su puppy ? .... così vedo se
riconosce il cell.... purtroppo come modello non è molto comune
--
ciao a tutti
JohnnyNewbie
> max <8937i...@mynewsgate.net> ha scritto:
>
>> Salve, premesso che sono molto inesperto di puppy,
>> ma siccome mi affascina molto l'ho provata e
>> trovata fantastica.... il problemino è questo....
>> l'altro giorno avevo la necessità di collegarmi
>> ad internet col mio cellulare, (di fatto utilizzo
>> solo questo tipo di connessione), ho un Momo design
>> della 3 modello Amoi MD1, da terminale (niubbo)
>> ho dato lsusb per vedere se riconosceva il cell
prova così:
- apri un terminale e lanci
tail -f /var/log/messages
- attacchi il celulare all'usb guardando il terminale,
vedrai che si aggiungeranno nuove righe contenenti
informazioni sul tuo cellulare ommeglio sui driver
che vengono utilizzati per gestirlo e su quale file
speciale gli viene associato tipo /dev/ttyACM0 oppure
/dev/ttyUSB0.
Detto questo non conosco puppy per cui non mi spingo
oltre. In particolare se vuoi utilizzarlo col BT devi
prima di tutto fare il pairing, e a me ha sempre dato
qualche rogna... poi una volta fatto comunque funziona
bene e senza problemi. Io ho provato con slackware 12.1
e 12.2.
max
> prova così:
> - apri un terminale e lanci
>
> tail -f /var/log/messages
>
> - attacchi il celulare all'usb guardando il terminale,
> vedrai che si aggiungeranno nuove righe contenenti
> informazioni sul tuo cellulare ommeglio sui driver
> che vengono utilizzati per gestirlo e su quale file
> speciale gli viene associato tipo /dev/ttyACM0 oppure
> /dev/ttyUSB0.
>
ti ringrazio per la risposta, ho fatto qualche prova, questo è quello che
esce col comando
# tail -f /var/log/messages
Jul 18 09:53:53 (none) user.info kernel: usb 1-2: USB disconnect, address 3
Jul 18 09:54:05 (none) user.info kernel: usb 1-2: new full speed USB device
using uhci_hcd and address 4
Jul 18 09:54:05 (none) user.info kernel: usb 1-2: configuration #1 chosen
from 1 choice
Jul 18 09:54:56 (none) daemon.notice ntfs-3g[5066]: Version 1.2812
integrated FUSE 27
Jul 18 09:54:56 (none) daemon.notice ntfs-3g[5066]: Mounted /dev/hda1 (Read-
Write, label "", NTFS 3.1)
Jul 18 09:54:56 (none) daemon.notice ntfs-3g[5066]: Cmdline options:
umask=0,no_def_opts
Jul 18 09:54:56 (none) daemon.notice ntfs-3g[5066]: Mount options:
relatime,fsname=/dev/hda1,blkdev,blksize=4096
Jul 18 09:55:41 (none) user.info kernel: usb 1-2: USB disconnect, address 4
Jul 18 09:56:03 (none) user.info kernel: usb 1-2: new full speed USB device
using uhci_hcd and address 5
Jul 18 09:56:03 (none) user.info kernel: usb 1-2: configuration #1 chosen
from 1 choice
l'ultima riga è quella dopo aver attaccato il cell. .... a quanto sembra
non è riconosciuto, non credo sia alla mia portata smanettare con puppy....
ti ringrazio comunque per la risposta...
--
ciao a tutti
Franco Chiandotto
> max <8937inva...@mynewsgate.net> wrote:
> > max <8937inva...@mynewsgate.net> ha scritto:
>
> >> Salve, premesso che sono molto inesperto di puppy,
> >> ma siccome mi affascina molto l'ho provata e
> >> trovata fantastica.... il problemino è questo....
> >> l'altro giorno avevo la necessità di collegarmi
> >> ad internet col mio cellulare, (di fatto utilizzo
> >> solo questo tipo di connessione), ho un Momo design
> >> della 3 modello Amoi MD1, da terminale (niubbo)
> >> ho dato lsusb per vedere se riconosceva il cell
>
ciao, devi impostare la stringa di inizializzazione modem con l'APN
del tuo operatore, il percorso del modem su wvdial.conf in /etc
se vuoi un pacchetto pronto con alcune configurazioni:
http://www.puppylinux.it/guide/connessione-internet-modem-usb-umts-hsdpa-huawei/
se cerchi su google "connessione umts su puppy linux" ti porta al
vecchio link
JohnnyNewbie
>
> Jul 18 09:56:03 (none) user.info kernel: usb 1-2:
> new full speed USB device using uhci_hcd and address 5
> Jul 18 09:56:03 (none) user.info kernel: usb 1-2:
> configuration #1 chosen from 1 choice
>
> l'ultima riga è quella dopo aver attaccato il cell. .... a quanto sembra
> non è riconosciuto, non credo sia alla mia portata smanettare con puppy....
> ti ringrazio comunque per la risposta...
Primo consiglio.
Se hai delle altre live o anche altri sistemi
linux non live, ti consiglio di fare una
prova con quelle.
Il fatto è che non conosco puppy e non so,
magari devi caricare a mano qualche modulo
del kernel, tipo cdc-acm o usbserial che
solitamente sono quelli che riconoscono i
cellulari.
Secondo consiglio.
Puoi fare una prova rapida lancia i
comandi seguenti per vedere se quei due
moduli sono caricati.
lsmod|grep cdc
lsmod|grep usbserial
Terzo consiglio.
Googola un attimo per vedere se eventualmente
quel cellulare fosse gestito da un altro
modulo più recente di cui io potrei non avere
esperienza.
Quarto consiglio.
E se invece fosse riconosciuto ma per qualche
santo non venisse notificato in
/var/log/messages?
Improbabile, però controlla un po' anche in
dev se prima di attaccare ci sono
/dev/ttyUSB0 o /dev/tts/USB0 o ancora
/dev/ttyACM0
Poi attacca il cell e ricontrolla.
Quinto consiglio.
Prova ad attaccare il cell e lanciare
dmesg.
JohnnyNewbie
>
> Jul 18 09:56:03 (none) user.info kernel: usb 1-2: new full speed USB device
> using uhci_hcd and address 5
> Jul 18 09:56:03 (none) user.info kernel: usb 1-2: configuration #1 chosen
> from 1 choice
Sì, in effetti questo comportamento non m'è mai
capitato con i miei cellulari (due nokia e un vecchio
siemens). In pratica nel caso del tuo cellulare
probabilmente linux non riesce automaticamente (udev o
chi per esso) ad associare al tuo cellulare un modulo
(driver se provieni da esperienze windows) opportuno.
Pertanto la soluzione è capire quale driver compreso
nel kernel linux o di terze parti da compilare a parte,
è in grado di far girare il tuo cellulare.
Dando a google questa chiave di ricerca, Amoi MD1
+pppd, sono approdato a questo link:
http://forum.ubuntu-it.org/index.php?topic=189801.0;all
La soluzione finale sembra essere quella di forzare il
caricamento del modulo "usbserial" in modo che prenda
in gestione il tuo modem. Per farlo:
1. ricavi id e vendor da lsusb -v: Bus 003 Device 002:
ID 1614:0404
2. modprobe usbserial vendor=0x1615 product=0x0404
L'ho copiato da sito, ec'è una discrepanza, cioè prima
trova 1614 e poi mette 1615, boh. Intanto posta se vuoi
il risultato di lsusb.
Saluti!
max
> On 17 Lug, 15:15, JohnnyNewbie <joh...@nomail.invalid> wrote:
intanto vi ringrazio per le risposte....
@JohnnyNewbie
l'utente di quel forum sono proprio io.... provai ubuntu circa due anni fà e
la installai in modo permanente, tenni la 8.04 per due anni, e adesso sono
passato a Lucid, uno di quei utenti "Scolpi" mi ha aiutato a riconfigurare il
tutto su Lucid, visto che sono cambiate alcune cose....il problemino è
questo: il mio pc con Lucid è guasto, e un mio collega di lavoro mi ha
prestato un vecchio pc con winxp e poca ram (384 mb) = molta lentezza ...
pensavo (a torto) vista la leggerezza di puppy linux di potermi collegare
facilmente col medesimo cell...
@Franco Chiandotto
grazie per il link... farò delle prove, ..come dicevo... non sono molto
esperto, cerco di cimentarmi per imparare qualcosina, avevo fatto delle
ricerche, ma non avevo trovato nulla di veramente interessante..... e
purtroppo il tempo non è mai abbastanza....
--
ciao a tutti
JohnnyNewbie
>
> pensavo (a torto) vista la leggerezza di puppy linux
> di potermi collegare facilmente col medesimo cell...
Per questo nei miei post cerco sempre di consigliare
e di chiedere ove possibile una procedura non tanto
"semplice" (user friendly) quanto replicabile e
standard.
Nel tuo caso è il tuo telefono il problema, almeno
penso... tant'è che tu stesso sulla stessa distro
dicevi di aver provato un nokia se non ricordo male che
veniva riconosciuto bene.
Devi solo caricare il modulo con le opzioni
che tia avevano consigliato sul forum.
Impostare la connessione via cell+usb è identico
a prescindere dalla distribuzione, in quanto
usbserial è un modulo del kernel non un'utilità della
distribuzione.
Ti consiglio di imparare a connetterti con pppd
scrivendoti 2 script:
/etc/ppp/umts.chat
/etc/ppp/peers/umts
poi per connetterti:
pppd call umts
wvdial e altri tool nascondono un po' di cose e quando
stai testando come nel tuo caso, è preferibile usare
direttamente pppd e chat per inizializzare il modem.
max
> Franco Chiandotto <franc...@googlemail.com> ha scritto:
>
> > On 17 Lug, 15:15, JohnnyNewbie <joh...@nomail.invalid> wrote:
>
> intanto vi ringrazio per le risposte....
>
CUT
ho fatto qualche prova con il pacchetto .pet senza risultato... caspita, mi
sono perso per fare un semplice copia incolla del file dmesg... lo avevo fatto,
ma non ricordo come... comunque smanettando con il menù di puppy, ho trovato
una applicazione "system information" dove sembra che veda il cellulare...
posto l'immagine.... sto comunque trovando delle difficoltà a gestire puppy..
http://img822.imageshack.us/img822/776/immaginemv.jpg ... è un SO completo e
scattante, ma che va oltre le mie esigue conoscenze.... proverò con i comandi
consigliati da JohnnyNewbie, sperando di trovare l'opzione per incollarli... si
devono prima copiare nella clipboard.... a meno che mi sono fuso il cervello...
grazie comunque.
--
ciao a tutti
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > pensavo (a torto) vista la leggerezza di puppy linux
> > di potermi collegare facilmente col medesimo cell...
>
> Per questo nei miei post cerco sempre di consigliare
> e di chiedere ove possibile una procedura non tanto
> "semplice" (user friendly) quanto replicabile e
> standard.
> Nel tuo caso è il tuo telefono il problema, almeno
> penso... tant'è che tu stesso sulla stessa distro
CUT
ho visto adesso il tuo post, lo abbiamo messo a distanza di un
minuto.... penso
tu abbia proprio ragione riguardo al cellulare, ancora non sono così
bravo da
poter creare degli script... :) ma appena ho un po' di tempo voglio
fare
qualche altra prova.... grazie.
--
ciao a tutti
Lutrin
> sperando di trovare l'opzione per incollarli...
[...]
attiva *glipper* (o parcelite), seleziona i comandi e poi clicca sulla
rotellina del mouse per incollarli
--
Puppy Linux wiki: http://dokupuppylinux.co.cc
Puppy Linux Forum: http://puppylinux.ilbello.com
Windows me genuit, Ubuntu rapuere / tenet nunc Puppy Linux...
max
ma appena ho un po' di tempo voglio
> fare
> qualche altra prova.... grazie.
>
# lsmod | grep cdc
# lsmod|grep cdc
#
# lsmod|grep usbserial
#
# /dev/ttyUSB0
bash: /dev/ttyUSB0: Permission denied
# sudo /dev/ttyUSB0
bash: sudo: command not found
# sudo /dev/tts/USB0
bash: sudo: command not found
# /dev/tts/USB0
bash: /dev/tts/USB0: No such file or directory
# sudo /dev/ttyACM0
bash: sudo: command not found
# /dev/ttyACM0
bash: /dev/ttyACM0: Permission denied
# dmesg
Linux version 2.6.21.7 (root@(none)) (gcc version 4.2.2) #1 Sat Aug 30 18:33:20
GMT-8 2008
BIOS-provided physical RAM map:
sanitize start
sanitize end
copy_e820_map() start: 0000000000000000 size: 000000000009fc00 end:
000000000009fc00 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 000000000009fc00 size: 0000000000000400 end:
00000000000a0000 type: 2
copy_e820_map() start: 00000000000f0000 size: 0000000000010000 end:
0000000000100000 type: 2
copy_e820_map() start: 0000000000100000 size: 0000000017ef0000 end:
0000000017ff0000 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 0000000017ff0000 size: 0000000000003000 end:
0000000017ff3000 type: 4
copy_e820_map() start: 0000000017ff3000 size: 000000000000d000 end:
0000000018000000 type: 3
copy_e820_map() start: 00000000ffb00000 size: 0000000000500000 end:
0000000100000000 type: 2
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000017ff0000 (usable)
BIOS-e820: 0000000017ff0000 - 0000000017ff3000 (ACPI NVS)
BIOS-e820: 0000000017ff3000 - 0000000018000000 (ACPI data)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
383MB LOWMEM available.
Entering add_active_range(0, 0, 98288) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 98288
HighMem 98288 -> 98288
early_node_map[1] active PFN ranges
0: 0 -> 98288
On node 0 totalpages: 98288
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 735 pages used for memmap
Normal zone: 93457 pages, LIFO batch:31
HighMem zone: 0 pages used for memmap
DMI 2.3 present.
ACPI: RSDP 000F6FA0, 0014 (r0 IntelR)
ACPI: RSDT 17FF3000, 0028 (r1 IntelR AWRDACPI 42302E31 AWRD 0)
ACPI: FACP 17FF3040, 0074 (r1 IntelR AWRDACPI 42302E31 AWRD 0)
ACPI: DSDT 17FF30C0, 35E6 (r1 INTELR AWRDACPI 1000 MSFT 100000C)
ACPI: FACS 17FF0000, 0040
ACPI: BIOS age (2001) fails cutoff (2002), acpi=force is required to enable ACPI
ACPI: Disabling ACPI support
Allocating PCI resources starting at 20000000 (gap: 18000000:e7b00000)
Built 1 zonelists. Total pages: 97521
Kernel command line: initrd=initrd.gz pmedia=cd BOOT_IMAGE=vmlinuz
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 803.469 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 384208k/393152k available (2416k kernel code, 8384k reserved, 830k
data, 200k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xfffea000 - 0xfffff000 ( 84 kB)
pkmap : 0xff800000 - 0xffc00000 (4096 kB)
vmalloc : 0xd8800000 - 0xff7fe000 ( 623 MB)
lowmem : 0xc0000000 - 0xd7ff0000 ( 383 MB)
.init : 0xc042e000 - 0xc0460000 ( 200 kB)
.data : 0xc035c229 - 0xc042bb74 ( 830 kB)
.text : 0xc0100000 - 0xc035c229 (2416 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 1608.05 BogoMIPS (lpj=3216111)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383f9ff 00000000 00000000 00000000 00000000
00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383f9ff 00000000 00000000 00000040 00000000
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Compat vDSO mapped to ffffe000.
CPU: Intel Pentium III (Coppermine) stepping 06
Checking 'hlt' instruction... OK.
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfb180, last bus=2
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00fbb70
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xbba0, dseg 0xf0000
PnPBIOS: 18 nodes reported by PnP BIOS; 18 recorded by driver
SCSI subsystem initialized
libata version 2.20 loaded.
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 4000-407f claimed by ICH4 ACPI/GPIO/TCO
PCI quirk: region 4080-40bf claimed by ICH4 GPIO
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
PCI: Using IRQ router PIIX/ICH [8086/2440] at 0000:00:1f.0
PCI: setting IRQ 11 as level-triggered
PCI: Found IRQ 11 for device 0000:00:1f.3
PCI: Sharing IRQ 11 with 0000:00:1f.5
PCI: Sharing IRQ 11 with 0000:02:01.0
pnp: 00:08: iomem range 0x0-0x9ffff could not be reserved
pnp: 00:08: iomem range 0xffb00000-0xffb7ffff could not be reserved
pnp: 00:08: iomem range 0xfff00000-0xffffffff could not be reserved
pnp: 00:08: iomem range 0xfee00000-0xfee0ffff has been reserved
pnp: 00:09: iomem range 0xf0000-0xf3fff could not be reserved
pnp: 00:09: iomem range 0xf4000-0xf7fff could not be reserved
pnp: 00:09: iomem range 0xf8000-0xfffff could not be reserved
pnp: 00:09: iomem range 0xd0000-0xd3fff has been reserved
PCI: Bridge: 0000:00:01.0
IO window: disabled.
MEM window: ec000000-edffffff
PREFETCH window: e0000000-e7ffffff
PCI: Bridge: 0000:00:1e.0
IO window: c000-cfff
MEM window: ee000000-efffffff
PREFETCH window: 20000000-200fffff
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
Time: tsc clocksource has been installed.
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 1270k freed
NTFS driver 2.1.28 [Flags: R/W].
io scheduler noop registered
io scheduler cfq registered (default)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12ac
intel_rng: FWH not detected
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:0c: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:10: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 13824K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2: IDE controller at PCI slot 0000:00:1f.1
ICH2: chipset revision 17
ICH2: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: MAXTOR STM3160212A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: SAMSUNG DVD-ROM SD-616Q, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(100)
hda: cache flushes supported
hda:<4>hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
hda1 hda2
PNP: PS/2 Controller [PNP0303,PNP0f13] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: ImPS/2 Logitech Wheel Mouse as /class/input/input1
oprofile: using timer interrupt.
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI Shortcut mode
Freeing unused kernel memory: 200k freed
squashfs: version 3.3 (2007/10/31) Phillip Lougher
hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
USB Universal Host Controller Interface driver v3.0
PCI: Found IRQ 11 for device 0000:00:1f.2
PCI: Setting latency timer of device 0000:00:1f.2 to 64
uhci_hcd 0000:00:1f.2: UHCI Host Controller
uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1f.2: irq 11, io base 0x0000d000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
PCI: setting IRQ 9 as level-triggered
PCI: Found IRQ 9 for device 0000:00:1f.4
PCI: Setting latency timer of device 0000:00:1f.4 to 64
uhci_hcd 0000:00:1f.4: UHCI Host Controller
uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1f.4: irq 9, io base 0x0000d400
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
Initializing USB Mass Storage driver...
usb 1-2: new full speed USB device using uhci_hcd and address 2
usb 1-2: configuration #1 chosen from 1 choice
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
aufs 20080825
fuse init (API version 7.8)
hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
ISO 9660 Extensions: RRIP_1991A
ISO 9660 Extensions: RRIP_1991A
aufs test_add:371:mount[1542]: uid/gid/perm /pup_ro2 0/0/0755, 0/0/01777
udevd version 124 started
Linux agpgart interface v0.102 (c) Dave Jones
agpgart: Detected an Intel i815 Chipset.
agpgart: AGP aperture is 64M @ 0xe8000000
PCI: Found IRQ 11 for device 0000:00:1f.3
PCI: Sharing IRQ 11 with 0000:00:1f.5
PCI: Sharing IRQ 11 with 0000:02:01.0
PCI: Found IRQ 11 for device 0000:00:1f.5
PCI: Sharing IRQ 11 with 0000:00:1f.3
PCI: Sharing IRQ 11 with 0000:02:01.0
PCI: Setting latency timer of device 0000:00:1f.5 to 64
8139too Fast Ethernet driver 0.9.28
intel8x0_measure_ac97_clock: measured 54916 usecs
intel8x0: clocking to 48000
PCI: Found IRQ 11 for device 0000:02:01.0
PCI: Sharing IRQ 11 with 0000:00:1f.3
PCI: Sharing IRQ 11 with 0000:00:1f.5
eth0: RealTek RTL8139 at 0xd899e000, 00:e0:4c:17:6d:f8, IRQ 11
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
input: PC Speaker as /class/input/input2
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac)
Bluetooth: Core ver 2.11
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.9
usbcore: registered new interface driver hci_usb
eth0: link down
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
lp0: using parport0 (interrupt-driven).
lp0: console ready
usb 1-2: USB disconnect, address 2
usb 1-2: new full speed USB device using uhci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
#
ringrazio Lutrin per la dritta del copia/incolla... comunque ho visto che la
cosa è lunghetta, volevo risparmiarmi la lentezza di winxp per la connessione,
e poi tra qualche giorno dovrò restituire il pc al mio amico....a questo punto
non credo che il gioco valga la candela.....
--
ciao a tutti
Franco Chiandotto
tail -f /var/log/messages
collega il cellulare al pc e leggi cosa compare sul terminale.
se carica il modulo cdc_acm la porta da settare in /etc/wvdial.conf
è
Modem = /dev/ttyACM0
se invece il modulo usbserial
Modem = /dev/ttyUSB0
ma potrebbe anche essere "/dev/ttyUSB1" o "/dev/ttyUSB2" ...
la stringa di inizializzazione modem
Init2 = at+cgdcont=1,"ip","tre.it" oppure "ibox.tim.it" o
"internet.wind" ...
ora devi impostare il numero di connessione che potrebbe essere
Phone = *99# oppure
Phone = *99***1#
a seconda del modem interno, devi fare le prove.
Quindi apri wvdial.conf e crea più voci di configurazione per le tue
prove con nomi diversi, ad esempio:
[Dialer momo1]
Modem = /dev/ttyACM0
Baud = 3000000
Init1 =
Init2 = at+cgdcont=1,"ip","tre.it"
Carrier Check = yes
Dial Command = ATDT
Phone = *99#
Username = a
Password = a
Stupid Mode = yes
Auto Reconnect = yes
[Dialer momo2]
Modem = /dev/ttyACM0
Baud = 3000000
Init1 =
Init2 = at+cgdcont=1,"ip","tre.it"
Carrier Check = yes
Dial Command = ATDT
Phone = *99***1#
Username = a
Password = a
Stupid Mode = yes
Auto Reconnect = yes
[Dialer momo3]
Modem = /dev/ttyUSB0
Baud = 3000000
Init1 =
Init2 = at+cgdcont=1,"ip","tre.it"
Carrier Check = yes
Dial Command = ATDT
Phone = *99#
Username = a
Password = a
Stupid Mode = yes
Auto Reconnect = yes
[Dialer momo4]
Modem = /dev/ttyUSB1
Baud = 3000000
Init1 =
Init2 = at+cgdcont=1,"ip","tre.it"
Carrier Check = yes
Dial Command = ATDT
Phone = *99#
Username = a
Password = a
Stupid Mode = yes
Auto Reconnect = yes
quindi da terminale digiti:
wvdial momo1
e vedi cosa ti scrive
poi wvdial momo2
... etc...
(devi aver copiato il file wvdial da /etc/ppp in /etc/ppp/peers per
abilitare i permessi
Franco Chiandotto
tail -f /var/log/messages
collega il cellulare al pc e leggi cosa compare sul terminale.
se carica il modulo cdc_acm la porta da settare in /etc/wvdial.conf
è
Modem = /dev/ttyACM0
se invece il modulo usbserial
Modem = /dev/ttyUSB0
ma potrebbe anche essere "/dev/ttyUSB1" o "/dev/ttyUSB2" ...
la stringa di inizializzazione modem
JohnnyNewbie
>
> ecco le prove, i primi tre non danno risultati....
>
> # lsmod|grep cdc
Ok, significa che non hai attivo ne cdc-acm nè
usbserial. Perchè come già spiegato probabilmente udev
non riconosce automaticamente il modem interno del tuo
cell.
> # /dev/ttyUSB0
> bash: /dev/ttyUSB0: Permission denied
> # sudo /dev/ttyUSB0
> bash: sudo: command not found
> [...]
Ma no...
C'è un errore di fondo, d'altra parte hai giustamente
postato su icoli. Lanciare /dev/ttyUSB0 è un errore
in quanto non è un eseguibile ma un file speciale,
non ha alcun senso lanciarlo dalla console. È come se
lanciassi "C:" in un certo senso.
Tu dovevi solamente verificare che nella directory
"/dev" fosse presente ttyUSB0 oppure ttyACM0 o
eventualmente vi fosse una subdir chiamata tts nella
quale vi fosse un file chiamato "USB0".
Puoi farlo anche graficamente con un filemanager, ma se
vuoi farlo da shell evi utilizzare "ls" oppure "find".
ls /dev |grep ttyUSB
ls /dev |grep ttyACM
ls /dev/tts |grep USB
> # dmesg
> Linux version 2.6.21.7 (root@(none)) (gcc version 4.2.2)
>
> [...]
>
> usb 1-2: USB disconnect, address 2
> usb 1-2: new full speed USB device using uhci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
Qua non dice nulla di più rispetto al "tail" che hai
già postato. Noto solo che il kernel non è recente per
cui forse, e ripeto forse, un kernel odierno potrebbe
essere migliore per il riconoscimento di quel telefono.
Non so se hai usato una versione di puppy vecchia o
nuova...
> ringrazio Lutrin per la dritta del copia/incolla...
> comunque ho visto che la cosa è lunghetta,
> [...]
> restituire il pc al mio amico....a questo punto non
> credo che il gioco valga la candela.....
Vedi tu...
Comunque spero si chiaro che sia il problema che la
soluzione sono piuttosto evidenti:
devi caricare usbserial coi parametri product e vendor
che ricavi da lsusb.
Poi imposti la connessione, io uso questi script:
______________________________________
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/rfcomm0 9600
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","ibox.tim.it"'
OK 'atd*99***1#'
____________________________________
Sono fatti per il bluetooth e come operatore ho tim con
apn ibox.tim.it.
Tu dovrai sostituire a /dev/rfcomm0 il tuo device
(quello che ha creato udev al caricamento di usbserial)
che sarà probabilmente /dev/ttyUSB0.
Eventualmente puoi anche metter un baud differente io
ho 9600 ma in tante guide si legge 460800.
Poi devi mettere l'apn valido per il tuo
operatore/offerta, sostituendo ibox.tim.it con quello
giusto.
Ho usato il comando "cat" per visualizzare i due script
spero sia tutto chiaro. Per connettermi lancio:
pppd call btgprs
Tutto da utente root.
Se alcune directories non le hai, basta crearle
probabilmente non avrai /etc/ppp/peers quindi creala.
max
> max <8937i...@mynewsgate.net> wrote:
> >
[...]
volevo ringraziarvi delle preziose informazioni che mi state dando,.... farò
delle altre prove per vedere se riesco, magari solo per smanettare e imparare
qualcosina in più .... adesso copio le vostre "dritte" in un file di testo da
win, e poi le leggo da puppy.... naturalmente se ci riesco vi
informerò...grazie.
--
ciao a tutti
max
> >
.. niente da fare, sicuramente sono io che sbaglio qualche passaggio....
# ls /dev |grep ttyUSB
ttyUSB0
ttyUSB1
# ls /dev |grep ttyACM
ttyACM0
ttyACM1
# ls /dev/tts |grep USB
ls: cannot access /dev/tts: No such file or directory
#
questa è la cartella /dev
http://img840.imageshack.us/img840/367/immaginehi.jpg
--
ciao a tutti
max
> > max <8937i...@mynewsgate.net> wrote:
> > >
> ... niente da fare, sicuramente sono io che sbaglio qualche passaggio....
>
> # ls /dev |grep ttyUSB
> ttyUSB0
> ttyUSB1
> # ls /dev |grep ttyACM
> ttyACM0
> ttyACM1
> # ls /dev/tts |grep USB
> ls: cannot access /dev/tts: No such file or directory
> #
>
> questa è la cartella /dev
>
> http://img840.imageshack.us/img840/367/immaginehi.jpg
>
.. dimenticavo.... sembra che non carichi nessun modulo con il comando tail -
f /var/log/messages.... almeno credo...riguardo alle info di Franco... ... ho
provato a cambiare le varie stringhe...su Modem ..ragazzi vi ringrazio,
probabilmente come dicevo prima sbaglio qualche passaggio, mi sono fatto
scaricare da un amico Lucid puppy...io ho il limite di 100 mb/giorno
probabilmente avrà l'ultimo kernel... appena sarò in possesso della iso, farò
qualche prova per vedere se riesco... sicuramente il mio livello da niubbo è
altino :) ....
--
ciao a tutti
JohnnyNewbie
>
>> # ls /dev |grep ttyUSB
>> ttyUSB0
>> ttyUSB1
>> # ls /dev |grep ttyACM
>> ttyACM0
>> ttyACM1
>> # ls /dev/tts |grep USB
>> ls: cannot access /dev/tts: No such file or directory
Bè qualche risultato l'ottieni, esiste infatti ttyUSB0
ecc ecc, uno di quelli potrebbe essere il tuo modem.
Perchè non provi ad usare i miei script che ti ho
postato sopra?
> .. dimenticavo.... sembra che non carichi nessun
> modulo con il comando tail - f /var/log/messages....
Sei fouri strada, "tail" non carica nulla.
Dai "man tail" per capire a cosa serve.
i moduli si caricano con "modprobe" come mi pare di
averti già detto in altro post linkandoti anche la
discussione sul forum dove quel comando lo hanno già
consigliato.
Insomma, hai tutte le carte in mano per vincere la
partita, ma se non le giochi...
Fossi in te userei minicom per interrogare quei devices
che hai trovato sotto /dev.
Se però vuoi fare una prova forse più rapida allora
modifica i miei scripts mettento /dev/ttyUSB0 ecc,
al posto di /dev/rfcomm0, in tal modo provi un device
alla volta. Non si sa mai che uno di quelli sia
realmente il modem.
Altra soluzione è caricare usbserial a mano immettendo
product e vendor del tuo telefono come parametri.
Che poi è quello che ti avevano spiegato sul forum.
Caricato così dovrebbe agganciare il telefono al device
ttyUSB0 o giù di lì e in /var/log/messages dovrebbero
aggiungersi righe interessanti.
Non serve certo usare un'altro kernel per far
funzionare il telefono, io uso il mio fin dal
2.6.13...
Solo devi caricare il driver a mano dicendogli di
preciso che dovrà usare il tuo telefono attaccato lì.
Saluti.
PS.
Se non googoli un po' di più impiegherai una vita a
capirci qualcosa.
max
> max <8937i...@mynewsgate.net> wrote:
[...]
> Bè qualche risultato l'ottieni, esiste infatti ttyUSB0
> ecc ecc, uno di quelli potrebbe essere il tuo modem.
> Perchè non provi ad usare i miei script che ti ho
> postato sopra?
... grazie proverò con gli script
>
[...]
>
> i moduli si caricano con "modprobe" come mi pare di
> averti già detto in altro post linkandoti anche la
> discussione sul forum dove quel comando lo hanno già
> consigliato.
hai perfettamente ragione, sono io che ho fatto confusione...
> Insomma, hai tutte le carte in mano per vincere la
> partita, ma se non le giochi...
forse mi sono arreso troppo presto... spesso è a causa della mancanza di
tempo...
>
> Fossi in te userei minicom per interrogare quei devices
> che hai trovato sotto /dev.
cosa è minicom? ...se non erro non se ne è parlato....
> Se però vuoi fare una prova forse più rapida allora
> modifica i miei scripts mettento /dev/ttyUSB0 ecc,
> al posto di /dev/rfcomm0, in tal modo provi un device
> alla volta. Non si sa mai che uno di quelli sia
> realmente il modem.
proverò a fare questa prova
> Altra soluzione è caricare usbserial a mano immettendo
> product e vendor del tuo telefono come parametri.
> Che poi è quello che ti avevano spiegato sul forum.
> Caricato così dovrebbe agganciare il telefono al device
> ttyUSB0 o giù di lì e in /var/log/messages dovrebbero
> aggiungersi righe interessanti.
>
..anche qui faccio mea culpa...
[...]
>
> Saluti.
>
> PS.
> Se non googoli un po' di più impiegherai una vita a
> capirci qualcosa.
>
..anche qui hai ragione, .... ma idem per il poco tempo.... comunque sia, sei/
siete persone straordinarie....grazie per il tempo che mi dedicate e che
probabilmente non merito....
--
ciao a tutti
JohnnyNewbie
Già, non ne avevo parlato perchè prima di solito si fa
qualche prova un po' a casaccio e solitamente si riesce
a capire qual è il modem (quasi sempre /dev/ttyUSB0 se
usi usbserial come driver).
Tuttavia per averne la certezza dovresti interrogare il
device con i cossiddetti comandi "AT". Per farlo si usa
un programma di comunicazione col modem.
Minicom fa proprio questo.
In pratica ti mette a disposizione un terminale in cui
tu dai per esempio, atz e se il device che stai
interroggando è effettivamente un modem dovrebbe
rispoderti "OK". A quel punto sei sicuro che quel
dispositivo è realmente un modem.
Però prima va configurato ed eventualmente ti servisse
ti rimando a google, cerca minicom how to o
minicom guide qualcosa così e dovresti trovare una
guida alla configurazione... che poi si tratta di
configurare la porta cioè mettere /dev/ttyUSB0 ecc.
A presto. :-)
PS.
Per il resto capisco che possa sembrare più facile
chiedere ed ottenere qualcosa di prontoall'uso
piuttosto che cercare su google... soprattutto nel tuo
caso visto che non conosci molto linux, l'uso dei
comandi base della shell ecc.
Tuttavia dopo questa discussione vi sono numerosi spunti
per usare google in modo mirato.
Ti faccio un esempio: ora hai chiesto cosè minicom,
ecco cosa ti avrebbe risposto google:
http://tinyurl.com/26t5wuq
Mettendo:
minicom how to
ho trovato questa guida:
http://tinyurl.com/5ndj2w
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > cosa è minicom? ...se non erro non se ne è parlato....
>
> Già, non ne avevo parlato perchè prima di solito si fa
> qualche prova un po' a casaccio e solitamente si riesce
> a capire qual è il modem (quasi sempre /dev/ttyUSB0 se
> usi usbserial come driver).
>
[...]
>
> PS.
> Per il resto capisco che possa sembrare più facile
> chiedere ed ottenere qualcosa di prontoall'uso
> piuttosto che cercare su google... soprattutto nel tuo
> caso visto che non conosci molto linux, l'uso dei
> comandi base della shell ecc.
> Tuttavia dopo questa discussione vi sono numerosi spunti
> per usare google in modo mirato.
> Ti faccio un esempio: ora hai chiesto cosè minicom,
> ecco cosa ti avrebbe risposto google:
> http://tinyurl.com/26t5wuq
>
> Mettendo:
> minicom how to
>
> ho trovato questa guida:
> http://tinyurl.com/5ndj2w
>
.. ti ringrazio per i link, e ti chiedo scusa, di solito faccio delle
ricerche, ma questa cosa mi ha fatto andare la testa nel pallone totale....ho
fatto altre prove, ma credo che il problema sia proprio che non riconosca il
modem....
# modprobe vendor=0x1614 product=0x0404
FATAL: Module vendor=0x1614 not found.
# wvdial momo1
--> WvDial: Internet dialer version 1.53
--> Cannot open /dev/ttyACM0: No such device or address
--> Cannot open /dev/ttyACM0: No such device or address
--> Cannot open /dev/ttyACM0: No such device or address
# wvdial momo2
--> WvDial: Internet dialer version 1.53
--> Cannot open /dev/ttyACM0: No such device or address
--> Cannot open /dev/ttyACM0: No such device or address
--> Cannot open /dev/ttyACM0: No such device or address
# wvdial momo3
--> WvDial: Internet dialer version 1.53
--> Cannot open /dev/ttyUSB0: No such device or address
--> Cannot open /dev/ttyUSB0: No such device or address
--> Cannot open /dev/ttyUSB0: No such device or address
# wvdial momo4
--> WvDial: Internet dialer version 1.53
--> Cannot open /dev/ttyUSB1: No such device or address
--> Cannot open /dev/ttyUSB1: No such device or address
--> Cannot open /dev/ttyUSB1: No such device or address
#
ho provato i suggerimenti tuoi e di franco, ho provato gli script, nella
speranza di non aver sbagliato... su ubuntu dò i permessi di esecuzione e poi
lo avvio, penso di aver fatto la stessa cosa su puppy senza però ottenere
risultato,... mi leggerò la guida su minicom e vedo se trovo un pacchetto .pet
da installare su puppy.... grazie ancora per la pazienza e per avermi
sopportato.... sopratutto.... "supportato" :)
--
ciao a tutti
JohnnyNewbie
>
> # modprobe vendor=0x1614 product=0x0404
> FATAL: Module vendor=0x1614 not found.
Andiamo...
Puoi fare di meglio.
Rileggi più attentamente il comando che ti avevano
consigliato sul forum.
> ho provato i suggerimenti tuoi e di franco,
somma...
Non per polemizzare, ma è evidente che hai provato un
po' a modo tuo, a casaccio. Mentre la configurazione di
un sistema operativo è qualcosa di rigido nel senso che
devi rispettare le regole che lo caratterizzano.
Ti sei chiesto come va caricato "usbserial"?
La risposta la hai sul forum che ti avevo linkato, si
tratta di collegarcisi e copiare.
Se anche non avessi a disposizione quella discussione,
hai sempre google, mettendo:
usbserial product vendor
trovo:
http://www.google.com/search?hl=en&q=usbserial++product+vendor&btnG=Search
Il secondo risultato senza neanche aprirlo:
"For this I need the usbserial module. On my other
computer, all I had to do was type:
modprobe usbserial vendor=0x03EB product=0x6124..."
Tu invece hai lanciato:
# modprobe vendor=0x1614 product=0x0404
che non vuol dire nulla... cavolo, hai perso per strada
il nome del modulo, ci credo che non funziona.
Era invece, copiando dal risultato di google:
# modprobe usbserial vendor=0x1614 product=0x0404
Quello che mi colpisce è che tu non sia arrivato a fare
da solo questo poco ragionamento. Non vorrei che
passasse l'idea linux+modem_cellulare=difficile.
> ho provato gli script, nella speranza di non aver sbagliato...
Senza offesa, a questo punto ho qualche dubbio, infatti
dici.
> su ubuntu dò i permessi di esecuzione e poi lo avvio,
Cosa sarebbe che avvi esattamente?
Gli script che ti ho passato io non li devi avviare tu
ma il demone pppd. Non ti devi inventare nulla:
copi gli script nello stesso percorso che ti ho
indicato /etc/ppp ed /etc/ppp/peers.
Forse hai ragione nel dire che serve dare il permesso
d'esecuzione a quello che metti in /etc/ppp/peers.
Poi, come ti ho già scritto due volte... lanci
pppd call NOME_DEL_TUO_SCRIPT
dove, NOME_DEL_TUO_SCRIPT è il nome dello script in
/etc/ppp/peers.
> mi leggerò la guida su minicom e vedo se trovo un
> pacchetto .pet da installare su puppy....
Secondo me a questo punto ti complicheresti la vita.
Prima carica il modulo usbserial come si deve e posta
l'output che ti ritorna.
Non fare altro.
max
[...]
> Quello che mi colpisce è che tu non sia arrivato a fare
> da solo questo poco ragionamento. Non vorrei che
> passasse l'idea linux+modem_cellulare=difficile.
>
...che dire, sono un emerito c*****ne e non mi faccio l'alibi della stanchezza
(anche se in parte è vero) .... ti ringrazio per la pazienza, e ti offrirei un
caffè ovunque tu ti trovi.... :)
> Secondo me a questo punto ti complicheresti la vita.
> Prima carica il modulo usbserial come si deve e posta
> l'output che ti ritorna.
> Non fare altro.
>
.. spero questa volta sia giusto.... "sembra" non "veda" il modem
# modprobe usbserial vendor=0x1614 product=0x0404
# modprobe usbserial vendor=0x1615 product=0x0404
#
ho messo entrambi i numeri hai visto mai.... la mia colpa è quella di fare le
cose troppo in fretta, e in questo caso di prestare poca attenzione....e non
ultimo quella di arrendermi troppo presto, pensando che magari per me è troppo
difficile e che quindi non riuscirei mai ad imparare... mi verrebbe da pensare
che la tua professione fosse l'insegnante.... hai delle grandi potenzialità in
questo senso.... portare i "distratti" come me a focalizzare il punto.... scusa
e grazie.
--
ciao a tutti
JohnnyNewbie
> JohnnyNewbie <joh...@nomail.invalid> ha scritto:
>
>> Secondo me a questo punto ti complicheresti la vita.
>> Prima carica il modulo usbserial come si deve e posta
>> l'output che ti ritorna.
>> Non fare altro.
>>
> .. spero questa volta sia giusto.... "sembra" non "veda" il modem
>
> # modprobe usbserial vendor=0x1614 product=0x0404
> # modprobe usbserial vendor=0x1615 product=0x0404
> #
Ok, sta volta intanto non dà errore.
Per verificare che il modulo sia caricato puoi usare
lsmod "greppando" l'output su usbserial:
lsmod |grep usbserial
Ho qualche dubbio però sul doppio comando che hai dato.
Non ne sono sicuro ma darlo due volte potrebbe
renderci più difficile capire quale device viene
agganciato dal kernel).
Io rimuoverei il modulo:
modprobe -r usbserial
E lo caricherei nuovamente una volta sola però,
mettendo come vendor quello che ottieni con lsusb.
E assicurati che non dia degli errori eventuali.
Poi verifichi che il modulo sia caricato:
lsmod|grep usbserial
Infine controlli il file /var/log/messages cercando tra
le ultime righe qualcosa tipo ttyUSB ecc ecc.
Puoi usare nuovamente "tail -f" per vedere le ultime
righe:
tail -f /var/log/messages
Dopo aver caricato il modulo nel modo sopraindicato
dovrebbe essere creato il file che stiamo cercando:
/dev/ttyUSB0 o chi per esso.
Qua c'è un esempio simile al tuo caso:
http://wiki.debian.org/usbserial
Dei comandi che ti ho consiglato riporta sempre
l'output così ne veniamo a capo...
> mi verrebbe da pensare che la tua professione fosse
> l'insegnante....
Mah, con quello che li pagano non è un gran complimento
eh! ;-)
Ad ogni modo capisco le tue motivazioni:
quando di qualcosa non si sà nulla, tutto appare
insormontabile e quantomeno confuso.
Ci siamo passati tutti, non c'è bisogno di scusarsi.
Cerca piuttosto di avere più fiducia nei tuoi mezzi e
in google soprattutto.
max
in questo scorcio di tempo ti posto il risultato dei comandi in sequenza...
# modprobe usbserial vendor=0x1614 product=0x0404
# lsmod |grep usbserial
usbserial 32872 0
usbcore 126104 5 usbserial,usbhid,usb_storage,uhci_hcd
# tail -f /var/log/messages
Jul 20 14:34:15 (none) user.info kernel: usbcore: registered new interface
drive r usbserial
Jul 20 14:34:15 (none) user.info kernel: drivers/usb/serial/usb-serial.c: USB
Se rial support
registered for generic
Jul 20 14:34:15 (none) user.info kernel: usbserial_generic 1-2:1.0: generic
conv erter detected
Jul 20 14:34:15 (none) user.info kernel: usb 1-2: generic converter now
attached to
ttyUSB0
Jul 20 14:34:15 (none) user.info kernel: usbserial_generic 1-2:1.1: generic
conv erter detected
Jul 20 14:34:15 (none) user.info kernel: usb 1-2: generic converter now
attached to
ttyUSB1
Jul 20 14:34:15 (none) user.info kernel: usbserial_generic 1-2:1.2: generic
conv erter detected
Jul 20 14:34:15 (none) user.info kernel: usb 1-2: generic converter now
attached to
ttyUSB2
Jul 20 14:34:15 (none) user.info kernel: usbcore: registered new interface
drive r
usbserial_generic
Jul 20 14:34:15 (none) user.info kernel: drivers/usb/serial/usb-serial.c: USB
Se rial Driver core
# wvdial
--> WvDial: Internet dialer version 1.53
--> Initializing modem.
--> Sending: at+cgdcont=1,"ip","naviga.tre.it"
--> Sending: ATQ0
--> Re-Sending: at+cgdcont=1,"ip","naviga.tre.it"
--> Modem not responding.
.si sono fatti dei passi avanti...naturalmente ho provato con USB0...1...2
comunque, il problema del "Modem not responding" me lo fa spesso anche su
ubuntu, io per ovviare o spengo e riaccendo il cell. oppure stacco e riattacco
il cavo usb... fatte queste prove senza risultato...ne deduco comunque che il
mio cellulare è una "ciofeca"....
--
ciao a tutti
max
> Max ha scritto:
>
> in questo scorcio di tempo ti posto il risultato dei comandi in sequenza...
>
[...]
dimenticavo di dirti che ho trovato un cd con una versione di Slax 6.0.9 ho
applicato anche lì comandi da te consigliati, e in effetti sembra si colleghi,
ma rimane con la scritta perenne "initializing modem".... ho usato il programma
KPPP Dial Up Networking .... se non ricordo male.... premendo "query modem"
sembra che il modem venga "interrogato", anche qui ho cambiato i vari USB0 ,1
2, ...
--
ciao a tutti
JohnnyNewbie
>
> dimenticavo di dirti che ho trovato un cd con
> una versione di Slax 6.0.9 ho applicato anche lì
> comandi da te consigliati, e in effetti sembra
> si colleghi, ma rimane con la scritta perenne
> "initializing modem"....
Capisco... però da questa informazione posso trarre
poche conclusioni. Anche io attualmente sto usando
slax, nella versione 6.1.2 su chiavetta usb.
Ma credimi, secondo me a sto punto il problema
riconoscimento è superato anche con puppy, il prossimo
passo sarà quello di configurare la connessione.
La scritta che descrivi dovrebbe farti notare che non
si collega per nulla, altrochè...
Ma il problema potrebbe essere banalmente dovuto alla
assenza delle stringhe di inizializzazione. Non ricordo
beneissimo KPPP, spetta.
..
Mah, a me dice: "impossibile accedere al modem" eppure
mi sono disconnesso e ho il modem agganciato al
bluetooth associato al file /dev/rfcomm0.
Boo..
Eppure il mio cell funziona e si connette normalmente
non saprei...
Ah ecco, ho capito, dovevo prima creare la nuova voce
modem ecc..
Ok...
Sì, riesco a dare comandi AT come con minicom.
Tu hai provato "interroga modem" hai detto. Più sotto
c'è un bottone con scritto "Terminale", premilo.
Ok, secondo me dovresti riuscire a connetterti anche a
mano, certo non è comodo ma per esempio incollo quello
che ho fatto io:
_________________________________
ATZ
OK
at+cgatt?
+CGATT: 0
OK
at+cgatt=1
OK
at+cgdcont=1,"IP","ibox.tim.it"
OK
atd*99***1#
CONNECT
}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~}#@!}!} }
}2}#}$@#}!}$}%\}"}&} }*} } g}%~
___________________________________________________
Mi correggo.
Non riesci a connetterti, è come con minicom, si arriva
fino alla sessione PPP poi per tirare su la connessione
dovresti avviare a mano pppd. MA lascia perdere non ha
senso per i tuoi scopi.
Quella che vedi sopra è la sessione che ho proavo.
Ho lanciato i comandi:
at+cgatt?
at+cgatt=1
at+cgdcont=1,"IP","ibox.tim.it"
atd*99***1#
Le altre righe che vedi sono le risposte che mi dà il
modem.
Questo ti serve solo per capire qual è il modem giusto
secondo me nel tuo caso è "/dev/ttyUSB0".
Siccome non ho scritto questo post in due tempi non
ricordo se avevi detto di aver utilizzato gli script
che ti avevo dato.
Avevi provato mettendo /dev/ttyUSB0 ?
Eventualmente copia incolla qua gli script che hai
usato, è facile fare errori banali le prime volte.
Ciao.
max
> max <8937i...@mynewsgate.net> wrote:
> >
[...]
>
>
> Ma credimi, secondo me a sto punto il problema
> riconoscimento è superato anche con puppy, il prossimo
> passo sarà quello di configurare la connessione.
>
hai letto il post precedente a questo con le prove fatte con puppy?
sembra voglia connettersi ma poi dice modem not responding...cosa manca per
configurare la connessione?
>
> Siccome non ho scritto questo post in due tempi non
> ricordo se avevi detto di aver utilizzato gli script
> che ti avevo dato.
scusa, ma non mi è ancora ben chiaro come posso usarli.... potrei incollarli
nel terminale di KPPP?
> Avevi provato mettendo /dev/ttyUSB0 ?
si, ho provato, ma quando facevo query modem, lo interrogava solo se mettevo
USB1
> Eventualmente copia incolla qua gli script che hai
> usato, è facile fare errori banali le prime volte.
non ho usato nessun script, ho dato da terminale i comandi da te suggeriti..
modprobe usbserial ecc. ecc.
speriamo non si faccia confusione tra Slax e Puppy a questo punto, anche se
alla fin fine credo che più o meno siamo lì....
--
ciao a tutti
JohnnyNewbie
> meno siamo lě....
In pratica devi creare un file di testo semplice e
copiaincollarvi il contenuto dello script che nel mio
caso era chiamato /etc/ppp/gprs.chat.
Poi salvi nominando il file "gprs.chat".
Infine lo sposti nella dir /etc/ppp/.
Poi controlli che esista la dir /etc/ppp/peers, se non
c'č la crei, per esempio da terminale:
mkdir /etc/ppp/peers
Ora apri di nuovo il tuo editor di testo preferito e
copi il contenuto dell'altro script:
/etc/ppp/peers/btgprs
Poi, come prima, salvi chiamandolo con lo stesso nome
del mio ovvero "btgprs". Ed infine lo sposti nella dir
/etc/ppp/peers.
Poi eventualmente gli dai i permessi d'esecuzione:
chmod +x /etc/ppp/peers/btgprs
Ok.
Fatto questo dovrai modificare questo secondo script
impostando il device corrispondente al tuo modem, cioč
devi sostituire al mio /dev/rfcomm0 il tuo /dev/ttyUSB0
oppure /dev/ttyUSB1 se pensi che possa essere quello il
modem.
Quando hai finito posta qui l'outputo dei seguenti
comandi dati da terminale:
cat /etc/ppp/gprs.chat
cat /etc/ppp/peers/gprs
Cosě posso controllare effettivamente che siano
coerenti.
Non ho ben capito se hai poi usato il terminale di kppp
per dare dei comandi AT come ho fatto anch'io,
pazienza.
Per il resto non preoccuparti, questo metodo prescinde
dalla distribuzione slax o puppy dovrebbe essere
ininfluente.
Ovviamente gli script non funzioneranno mai se prima di
avviare la connessione non carichi usbserial come
appreso prima. Comunque per ora edita correttamente gli
script e mostrci l'output del comando "cat" di cui
sopra.
Max
.... mannaggia a me, ho riprovato con slax, sembrerebbe più semplice
ed invece non riesco...posto alcune immagini....
http://img443.imageshack.us/img443/2407/snapshot2g.jpg
http://img832.imageshack.us/img832/3569/snapshot3y.jpg
http://img130.imageshack.us/img130/1696/snapshot4hl.jpg
non capisco proprio perchè non si connetta, ho incollato i tuoi
comandi nel terminale del programma, almeno così mi sembra di aver
capito,... ma non si connette..... sono amareggiato e stanco, mi
dispiace del tempo che stai perdendo con me....
Max
> > meno siamo lì....
>
> copiaincollarvi il contenuto dello script che nel mio
> caso era chiamato /etc/ppp/gprs.chat.
> Poi salvi nominando il file "gprs.chat".
> Infine lo sposti nella dir /etc/ppp/.
>
> Poi controlli che esista la dir /etc/ppp/peers, se non
>
> mkdir /etc/ppp/peers
>
> Ora apri di nuovo il tuo editor di testo preferito e
> copi il contenuto dell'altro script:
> /etc/ppp/peers/btgprs
>
> Poi, come prima, salvi chiamandolo con lo stesso nome
> del mio ovvero "btgprs". Ed infine lo sposti nella dir
> /etc/ppp/peers.
> Poi eventualmente gli dai i permessi d'esecuzione:
>
> chmod +x /etc/ppp/peers/btgprs
>
> Ok.
> Fatto questo dovrai modificare questo secondo script
> devi sostituire al mio /dev/rfcomm0 il tuo /dev/ttyUSB0
> oppure /dev/ttyUSB1 se pensi che possa essere quello il
> modem.
>
> Quando hai finito posta qui l'outputo dei seguenti
> comandi dati da terminale:
>
> cat /etc/ppp/gprs.chat
> cat /etc/ppp/peers/gprs
>
> coerenti.
> Non ho ben capito se hai poi usato il terminale di kppp
> per dare dei comandi AT come ho fatto anch'io,
> pazienza.
> Per il resto non preoccuparti, questo metodo prescinde
> dalla distribuzione slax o puppy dovrebbe essere
> ininfluente.
> Ovviamente gli script non funzioneranno mai se prima di
> avviare la connessione non carichi usbserial come
> appreso prima. Comunque per ora edita correttamente gli
> script e mostrci l'output del comando "cat" di cui
> sopra.
scusa, ho mandato un post senza accorgermi che avevi risposto .... di
solito uso mynewsgate.net...ma a volte è offline e "ripiego" su google
groups..... ma non mi ci trovo tanto bene... scusami.
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > speriamo non si faccia confusione tra Slax e Puppy a
> > questo punto, anche se alla fin fine credo che più o
> > meno siamo lì....
>
> In pratica devi creare un file di testo semplice e
> copiaincollarvi il contenuto dello script che nel mio
> caso era chiamato /etc/ppp/gprs.chat.
> Poi salvi nominando il file "gprs.chat".
> Infine lo sposti nella dir /etc/ppp/.
>
[...]
purtroppo non và nemmeno con gli script, "credo" di aver fatto tutto
correttamente e alla lettera per come lo hai spiegato... ho caricato il modulo,
ho creato gli script, ho dato i permessi di esecuzione, ecc ecc.....ti posto i
vari comandi....
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'root@slax:~#
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/USB1 9600
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultrouteroot@slax:~#
root@slax:~# pppd call btgprs
pppd: In file /etc/ppp/peers/btgprs: unrecognized option '/dev/USB1'
root@slax:~# pppd call btgprs
pppd: In file /etc/ppp/peers/btgprs: unrecognized option '/dev/USB0'
root@slax:~# pppd call btgprs
pppd: In file /etc/ppp/peers/btgprs: unrecognized option '/dev/USB2'
allo script btgprs ho aggiunto anche tty .... ho fatto la prova con /dev/
ttyUSB0...1...2 ma niente ....però non da avvisi... naturalmente ho caricato il
modulo con modprobe usbserial..ecc. ecc.
root@slax:~# pppd call btgprs
root@slax:~#..............
ho copia/incollato le due righe sopra dal terminale, se vedi ci sono dei
puntini dove sembrerebbe che cerca di connettersi, ma di fatto sul terminale
non si vede nulla, il cursore è fermo... mi sono accorto di questa cosa solo
quando ho copia/incollato le righe in un file di testo.... ho anche provato ad
avviare il browser pensando che fosse connesso.... ma non lo era...
posto anche lsusb e ls /dev |grep ttyUSB
root@slax:~# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1614:0404 Amoi Electronics WMA9109 UMTS Phone
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
root@slax:~# ls /dev |grep ttyUSB
ttyUSB0
ttyUSB1
ttyUSB2
..è un mistero per me.... ho provato solo su slax a questo punto.... ci ho
perso un po' di tempo, infatti si sono fatte le ore piccole.... :)
--
ciao a tutti
JohnnyNewbie
>
> root@slax:~# cat /etc/ppp/gprs.chat
>
> '' \d
> '' 'atz'
> OK 'at+cgatt=1'
> OK 'at+cgdcont=1,"IP","naviga.tre.it"'
> OK 'atd*99#'root@slax:~#
>
>
> root@slax:~# cat /etc/ppp/peers/btgprs
>
> /dev/USB1 9600
Qui è sbagliato sicuramente.
Devi mettere
/dev/ttyUSB0 460800
poi eventualmente provi anche con /dev/ttyUSB1 ecc
ecc...
> connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
> noauth
> novj
> novjccomp
> mru 1500
> mtu 1500
> debug
> defaultrouteroot@slax:~#
Un'osservazione, nei tuoi script noto che l'ultima riga
non finisce con un "a capo". Eventualmente aggiungilo,
cioè ti sposti in fondo all'ultima riga e dai invio,
salvi e riprovi.
> root@slax:~# pppd call btgprs
> pppd: In file /etc/ppp/peers/btgprs: unrecognized option '/dev/USB1'
Vedi, che ti dice esattamente che il file /dev/USB1 non
viene riconosciuto come opzione...
Questo perchè non esiste neanche, infatti se tu
verifichi con
ls /dev/USB1
ti risponderà "no such file o directory"...
Ovviamente non puoi usare come modem un file che non
esiste.
>
> allo script btgprs ho aggiunto anche tty .... ho
> fatto la prova con /dev/ttyUSB0...1...2 ma niente
> ....però non da avvisi...
Buon segno, il comando pppd call btgprs non deve dare
alcun output.
Quello che accade dopo che lo hai lanciato viene
registrato dal sistema nel file di log che ormai avrai
capito essere /var/log/messages.
Sei a buon punto.
Potrebbe anche esserci un comando di troppo, dopo
eventualmente ti spiego.
Per il momento metti ancora /dev/ttyUSB0 (1,2 ecc), uno
alla volta ovviamente e per ognuno fai la seguente
prova.
Apri due terminali, nel primo dai:
root@slax:~# tail -f /var/log/messages
E tienilo sott'occhio.
Poi nell'altro terminale lancia:
root@slax:~# pppd call btgprs
Se non ti dà errori vuol dire che gli script sono
quantomento sintatticamente corretti e i files che
richiamano esistono.
In questo caso vedrai sul primo terminale la sessione
di inizializzazione del modem e l'eventuale tentativo
di connessione nonchè l'assegnazione dell'ip da parte
del tuo ISP.
Ok, per ognuno dei file device che provi (usb1,2,3)
posta le righe che si aggiungono nel primo terminale,
così possiamo vedere esattamente dove si inchioda.
Da qua dovremmo anche capire senza più dubbi, chi
veramente corrisponde al modem, se USB0 1 o 2.
max
[...]
>
> Ok, per ognuno dei file device che provi (usb1,2,3)
> posta le righe che si aggiungono nel primo terminale,
> così possiamo vedere esattamente dove si inchioda.
> Da qua dovremmo anche capire senza più dubbi, chi
> veramente corrisponde al modem, se USB0 1 o 2.
>
..allora, spero di non aver sbagliato nessun passaggio, visto che sono con il
live cd, ed ogni volta devo rifare la trafila dei comandi....
Jul 21 14:45:58 (none) pppd[6079]: pppd 2.4.4 started by root, uid 0
Jul 21 14:45:59 (none) chat[6085]: send (\d^M)
Jul 21 14:46:00 (none) chat[6085]: send (atz^M)
Jul 21 14:46:38 (none) pppd[6206]: pppd 2.4.4 started by root, uid 0
Jul 21 14:46:39 (none) chat[6210]: send (\d^M)
Jul 21 14:46:40 (none) chat[6210]: send (atz^M)
Jul 21 14:46:40 (none) chat[6210]: expect (OK)
Jul 21 14:46:45 (none) chat[6085]: alarm
Jul 21 14:46:45 (none) chat[6085]: -- write timed out
Jul 21 14:47:22 (none) pppd[6345]: pppd 2.4.4 started by root, uid 0
Jul 21 14:47:23 (none) chat[6349]: send (\d^M)
Jul 21 14:47:24 (none) chat[6349]: send (atz^M)
Jul 21 14:47:24 (none) chat[6349]: expect (OK)
Jul 21 14:47:25 (none) chat[6210]: alarm
Jul 21 14:47:25 (none) chat[6210]: Failed
Jul 21 14:47:26 (none) pppd[6206]: Exit.
Jul 21 14:48:09 (none) chat[6349]: alarm
Jul 21 14:48:09 (none) chat[6349]: Failed
Jul 21 14:48:10 (none) pppd[6345]: Exit.
Jul 21 14:55:30 (none) pppd[7847]: pppd 2.4.4 started by root, uid 0
Jul 21 14:55:30 (none) pppd[7847]: Device ttyUSB0 is locked by pid 6079
Jul 21 14:55:30 (none) pppd[7847]: Exit.
Jul 21 14:55:46 (none) pppd[7899]: pppd 2.4.4 started by root, uid 0
Jul 21 14:55:47 (none) chat[7903]: send (\d^M)
Jul 21 14:55:48 (none) chat[7903]: send (atz^M)
Jul 21 14:55:48 (none) chat[7903]: expect (OK)
Jul 21 14:56:33 (none) chat[7903]: alarm
Jul 21 14:56:33 (none) chat[7903]: Failed
Jul 21 14:56:34 (none) pppd[7899]: Exit.
per il ttyUSB3 dice...
root@slax:~# pppd call btgprs
pppd: In file /etc/ppp/peers/btgprs: unrecognized option '/dev/ttyUSB3'
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'
root@slax:~#
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/ttyUSB3 460800
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
root@slax:~#
ho corretto gli script... è proprio duro questo cellulare.....
--
ciao a tutti
JohnnyNewbie
>
> visto che sono con il live cd, ed ogni olta devo
> vrifare la trafila dei comandi....
Copiati gli script in una dir dell'HD, o in una
chiavetta usb.
Fatti uno script come il seguente.
===========
#!/bin/bash
mkdir /etc/ppp/peers
cp gprs.chat /etc/ppp
cp btgprs /etc/ppp/peers
chmod +x /etc/ppp/peers/btgprs
==============================
Slava tutto e chiudi l'editor di testo.
Salvalo nella stessa directory in cui hai messo i due
script, sull'HD o sulla chiavetta.
Poi gli dai i permessi d'esecuzione:
cd /directory/incui/haimesso/ifiles
chmod +x nomescript.sh
nomescript.sh č il nome con cui hai salvato
lo scriptino sopra.
LA directory deve contenre lo script e i due soliti
script btgprs e gprs.chat.
In quel modo ti eviti di riscrivere gli script ad ogni
riavvio. Quando riavvio ti sposti nella directory
contente il malloppo e lanci lo script:
cd directorycontenenteilmalloppo
./nomescript.sh
Perň postando tutto cosě insieme non ci capiamo.
Riprova.
Setta /dev/ttyUSB0 nello script e lancia il solito
pppd call btgprs.
Poi copia le righe che si aggiungono al
/var/log/messages. E postale.
Prima di fare questo ovviamente carica usbserial come
si deve, e controlla che effettivamente vengano visti
i vari /dev/ttyUSB0 sempre dal /var/log/messages coome
avevi fatto qualche post addietro.
> per il ttyUSB3 dice...
> unrecognized option '/dev/ttyUSB3'
No, ma ttyUSB3, non lo ottenevi con lsusb.
Non ha senso...
Se non ricordo male avevi USB0,1,2 e basta...
Ok vediamo il responso con /dev/ttyUSB0
max
> Però postando tutto così insieme non ci capiamo.
> Riprova.
[...]
..ecco... credo di non essermi sbagliato...
root@slax:~# modprobe usbserial vendor=0x1614 product=0x0404
root@slax:~# tail -f /var/log/messages
Jul 21 23:16:13 (none) kernel: usbcore: registered new interface driver
usbserial
Jul 21 23:16:13 (none) kernel: usbserial: USB Serial support registered for
generic
Jul 21 23:16:13 (none) kernel: usbserial_generic 1-2:1.0: generic converter
detected
Jul 21 23:16:13 (none) kernel: usb 1-2: generic converter now attached to
ttyUSB0
Jul 21 23:16:13 (none) kernel: usbserial_generic 1-2:1.1: generic converter
detected
Jul 21 23:16:13 (none) kernel: usb 1-2: generic converter now attached to
ttyUSB1
Jul 21 23:16:13 (none) kernel: usbserial_generic 1-2:1.2: generic converter
detected
Jul 21 23:16:13 (none) kernel: usb 1-2: generic converter now attached to
ttyUSB2
Jul 21 23:16:13 (none) kernel: usbcore: registered new interface driver
usbserial_generic
Jul 21 23:16:13 (none) kernel: usbserial: USB Serial Driver core
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'
root@slax:~#
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/USB0 460800
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
root@slax:~#
Jul 21 23:28:37 (none) kernel: PPP generic driver version 2.4.2
Jul 21 23:28:37 (none) pppd[6878]: pppd 2.4.4 started by root, uid 0
Jul 21 23:28:39 (none) chat[6884]: send (\d^M)
Jul 21 23:28:40 (none) chat[6884]: send (atz^M)
Jul 21 23:29:25 (none) chat[6884]: alarm
Jul 21 23:29:25 (none) chat[6884]: -- write timed out
-----------------ttyUSB0-----------------------------------------------
Jul 21 23:31:14 (none) pppd[7357]: pppd 2.4.4 started by root, uid 0
Jul 21 23:31:15 (none) chat[7361]: send (\d^M)
Jul 21 23:31:17 (none) chat[7361]: send (atz^M)
Jul 21 23:31:17 (none) chat[7361]: expect (OK)
Jul 21 23:32:02 (none) chat[7361]: alarm
Jul 21 23:32:02 (none) chat[7361]: Failed
Jul 21 23:32:03 (none) pppd[7357]: Exit.
-----------------ttyUSB1-----------------------------------------------
Jul 21 23:34:15 (none) pppd[7907]: pppd 2.4.4 started by root, uid 0
Jul 21 23:34:16 (none) chat[7914]: send (\d^M)
Jul 21 23:34:17 (none) chat[7914]: send (atz^M)
Jul 21 23:35:02 (none) chat[7914]: alarm
Jul 21 23:35:02 (none) chat[7914]: -- write timed out
-----------------ttyUSB2-----------------------------------------------
--
ciao a tutti
JohnnyNewbie
Qua èsbagliato:
/dev/USB0 cos'è?
dovevi mettere /dev/ttyUSB0
Rifai da capo e riposta le stesse cose che hai postato
adesso. Agggiungi anche l'output di
ls /dev/ttyUSB0
e anche
ls /dev/tts
Ciao.
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > root@slax:~# cat /etc/ppp/peers/btgprs
> >
> > /dev/USB0 460800
>
> Qua Úsbagliato:
>
> /dev/USB0 cos'Ú?
> dovevi mettere /dev/ttyUSB0
>
> Rifai da capo e riposta le stesse cose che hai postato
> adesso. Agggiungi anche l'output di
> ls /dev/ttyUSB0
> e anche
> ls /dev/tts
>
> Ciao.
>
.. ho corretto in fase di prove, è tutto giusto.... in pratica tengo aperto il
file btgprs, e poi modifico USB0, 1, 2, ...se fosse stato /dev/USB0 ... mi
avrebbe dato errore nel terminale....
--
ciao a tutti
JohnnyNewbie
>
> .. ho corretto in fase di prove, è tutto giusto....
> in pratica tengo aperto il file btgprs, e poi
> modifico USB0, 1, 2, ...se fosse stato /dev/USB0
> ... mi avrebbe dato errore nel terminale....
Vero, qundi hai dato il cat che mostra lo script
sbagliato e poi però lo hai corretto...
Se vuoi fare nuovamente una prova falla e posta come
prima impostando SOLO il device /dev/ttyUSB0.
Però sta volta correggi tuttto prima di postare, perchè
non sono davanti al tuo PC e per cercare di capire cosa
non và devo avere degli output coerenti:
lo script e i comandi devono essere coerenti con il
log altrimenti non ci capiamo.
Saluti.
max
. ho rifatto tutto per sicurezza....
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'
root@slax:~#
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/ttyUSB0 460800
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
root@slax:~#
Jul 22 22:10:05 (none) kernel: PPP generic driver version 2.4.2
Jul 22 22:10:05 (none) pppd[7997]: pppd 2.4.4 started by root, uid 0
Jul 22 22:10:06 (none) chat[8003]: send (\d^M)
Jul 22 22:10:07 (none) chat[8003]: send (atz^M)
Jul 22 22:10:52 (none) chat[8003]: alarm
Jul 22 22:10:52 (none) chat[8003]: -- write timed out
.................ttyUSB0--------------------------------------
se non sbaglio, volevi SOLO questo .......
root@slax:~# ls /dev/ttyUSB0
/dev/ttyUSB0
root@slax:~# ls /dev/tts
/bin/ls: cannot access /dev/tts: No such file or directory
--
ciao a tutti
JohnnyNewbie
Sì, sta volta gli script sono giusti.
Purtroppo il responso non è come ci si aspetterebbe:
/dev/ttyUSB0 non sembra comportarsi da modem.
> root@slax:~# ls /dev/tts
> /bin/ls: cannot access /dev/tts: No such file or directory
È questo mi sembra strano...
Sei sicuro di aver sempre caricato prima il modulo
usbserial come da copione, no?...
Ricordo che quando utilizzavo usbserial con il mio
vecchio siemens, il file /dev/ttyUSB0 non era altro che
un collegamento a /dev/tts/USB0.
Prova per curiosità a dare:
ls -l /dev/ttyUSB0
Ok, se hai fatto tutto come stabilito, sostituisci
/dev/ttyUSB1 nello script. Poi riposta nuovamente le
stesse cose: script e log.
Se neanche questo risolve proverei ad utilizzare
minicom.
la slax che stai usando si basa su una versione di
slackware. Cerca info su quale versione si tratta.
Poi scaricati il pacchetto di minicom, è un .tgz.
Lo puoi anche installare con:
installpkg minicom-arch-versione-rel.tgz
oppure se sul sito di slax torvi il modulo lzm di
minicom puoi usare anche quello, lo scarichi e lo
attivi con:
activate minicom-bla-bla.lzm
Però prima postami esclusivamente il risultato che
ottieni mettendo /dev/ttyUSB1.
Saluti.
max
[...]
> Sei sicuro di aver sempre caricato prima il modulo
> usbserial come da copione, no?...
si, il modulo è sempre stato caricato correttamente....
root@slax:~# modprobe usbserial vendor=0x1614 product=0x0404
root@slax:~#
> Prova per curiosità a dare:
> ls -l /dev/ttyUSB0
root@slax:~# ls -l /dev/ttyUSB0
crw-rw---- 1 root uucp 188, 0 Jul 23 14:12 /dev/ttyUSB0
> Ok, se hai fatto tutto come stabilito, sostituisci
> /dev/ttyUSB1 nello script. Poi riposta nuovamente le
> stesse cose: script e log.
ho provato come mi hai chiesto con ttyUSB1
root@slax:~# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'
root@slax:~#
root@slax:~# cat /etc/ppp/peers/btgprs
/dev/ttyUSB1 460800
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
root@slax:~#
Jul 23 14:26:33 (none) kernel: PPP generic driver version 2.4.2
Jul 23 14:26:33 (none) pppd[7006]: pppd 2.4.4 started by root, uid 0
Jul 23 14:26:34 (none) chat[7012]: send (\d^M)
Jul 23 14:26:35 (none) chat[7012]: send (atz^M)
Jul 23 14:26:35 (none) chat[7012]: expect (OK)
Jul 23 14:27:20 (none) chat[7012]: alarm
Jul 23 14:27:20 (none) chat[7012]: Failed
Jul 23 14:27:21 (none) pppd[7006]: Exit.
-----------------ttyUSB1----------------------------------------
...io credo sia il mio cellulare,....forse oggi viene mio figlio che ha un
nokia... vedo se posso fare una prova con quello..... per quanto riguarda
minicom, non credo di poterci smanettare, viste le mie lacune :)
--
ciao a tutti
JohnnyNewbie
>
> root@slax:~# modprobe usbserial vendor=0x1614 product=0x0404
> ...io credo sia il mio cellulare,....forse oggi viene
> mio figlio che ha un nokia... vedo se posso fare una
> prova con quello.....
Bene.
Siamo sicuri che questo modem abbia un modem interno...
Io non ho controllato eh... ma comunque lo usi con
windows o con altre distro linux... vero?
> per quanto riguarda minicom, non credo di poterci
> smanettare, viste le mie lacune :)
Ok. Cioè, male... sarebbe una buona occasione per
colmarle. Tantopiù che basta laciare "minicom -s"
impostare la porta di comunicazione /dev/ttyQUELCHEÈ e
salvare senza uscire dal programma. Ci si ritrova
davanti al terminale pronti a dare comandi AT e vedere
le risposte del modem.
Tuttavia per perdere meno tempo, m'è venuto in mente
che tempo fa avevo fatto uno scriptino in bash che
utilizza il comando chat per inviare comandi al modem.
Il comando da inviare lo metti come primo argomento
quando lanci lo script.
Io l'avevo chiamato "modcom.sh".
Al solito, copia il tutto apri l'editor di testo
incollaci dentro il malloppo salvalo come preferisci,
se vuoi dargli nome modcom.sh va bene.
Poi gli dai i permessi di esecuzione:
chmod +x modcom.sh
___________________________________
#!/bin/bash
MODEM=/dev/ttyUSB0
cat $MODEM 1>&2 & chat -v -t 20 "" $1 \
<$MODEM >$MODEM && read && killall cat
________________________________________
La variabile "MODEM=" è il file associato al tuo modem,
nel mio caso per esempio ho:
MODEM=/dev/rfcomm0
Nello script sopra ho già messo /dev/ttyUSB0.
Sta poi a te cambiarlo per provare come al solito con
/dev/ttyUSB1 ecc...
Per terminare la comunicazione col modem dai invio. E
riotterrrai il tuo solito prompt dei comandi.
Nel seguente esempio provo a dare il comando AT al
modem.
___________________________
root@slax:~# ./modcom.sh at
at
OK
./modcom.sh: line 5: 3968 Terminated cat $MODEM 1>&2
________________________________________________________
Ciò che importa è quel "OK" che vedi sotto ad "at".
Fai anche tu questa prova col comando "at".
roberto
-CUT-
>> ...io credo sia il mio cellulare,....forse oggi viene
>> mio figlio che ha un nokia... vedo se posso fare una
>> prova con quello.....
>
> Bene.
> Siamo sicuri che questo modem abbia un modem interno...
Che non sia come il mio htc, che devi scegliere tu se farlo vedere
come modem al computer cui lo colleghi.
--
|Save our planet!
Ciao |Save wildlife!
roberto |For your E-MAIL use ONLY recycled Bytes !!
|roberto poggi rpo...@softhome.net
JohnnyNewbie
>
> Che non sia come il mio htc, che devi scegliere tu se farlo vedere
> come modem al computer cui lo colleghi.
In che modo?
Direttamente dal cellulare o con qualche tool tipo
usbmode switch?
roberto
Dal cellulare.
Appena colleghi il cavetto, ti chiede cosa fare.
Non ho mai indagato se accetti comandi del tipo usbmode-switch.
PS: in questi casi, l'aforisma che recita:
Quando tutti i tentativi falliscono, leggi il manuale"
potrebbe essere appropriato. ;-)
max
> max <8937i...@mynewsgate.net> wrote:
> > JohnnyNewbie <joh...@nomail.invalid> ha scritto:
> >
> > [...]
> >
> > ...io credo sia il mio cellulare,....forse oggi viene
> > mio figlio che ha un nokia... vedo se posso fare una
> > prova con quello.....
..purtroppo la prova è sfumata perché la nokia cambia da modello a modello
l'attacco dei cavi,... e a collegarlo col solo bluetooth non so dove mettere le
mani....
> Bene.
> Siamo sicuri che questo modem abbia un modem interno...
> Io non ho controllato eh... ma comunque lo usi con
> windows o con altre distro linux... vero?
proprio così...si collega sia con windows che con ubuntu.....
>
> > per quanto riguarda minicom, non credo di poterci
> > smanettare, viste le mie lacune :)
>
> Ok. Cioè, male... sarebbe una buona occasione per
> colmarle. Tantopiù che basta laciare "minicom -s"
> impostare la porta di comunicazione /dev/ttyQUELCHEÈ e
> salvare senza uscire dal programma. Ci si ritrova
> davanti al terminale pronti a dare comandi AT e vedere
> le risposte del modem.
> Tuttavia per perdere meno tempo, m'è venuto in mente
> che tempo fa avevo fatto uno scriptino in bash che
> utilizza il comando chat per [...]
..farò anche questa prova non appena mio figlio si sveglia e mi ridà la
sim.... :) non mi azzardo a smontarglielo....
--
ciao a tutti
JohnnyNewbie
>
> PS: in questi casi, l'aforisma che recita:
> Quando tutti i tentativi falliscono, leggi il manuale"
> potrebbe essere appropriato. ;-)
Già...
Hai pienamente ragione, ho insistito un po' per via
dell'evidente inesperienza dell'OP, ma soprattutto
per via della discussione sul forum ubuntu dalla quale
mi era parso di capire che il cellulare alla fine aveva
funzionato. Non so se hai letto tutta la discussione...
Ciao.
roberto
-cut-
> per via della discussione sul forum ubuntu dalla quale
> mi era parso di capire che il cellulare alla fine aveva
> funzionato. Non so se hai letto tutta la discussione...
Molto superficialmente, devo essere sincero.
E per nulla sul sito di ubuntu.
Alla terza volta che l'amico ha scritto i comandi alla ca%%o, ho
avuto l'impulso improvviso di controllare la taratura del trollometro.
max
> Molto superficialmente, devo essere sincero.
> E per nulla sul sito di ubuntu.
>
> Alla terza volta che l'amico ha scritto i comandi alla ca%%o, ho
> avuto l'impulso improvviso di controllare la taratura del trollometro.
>
Caro roberto, sarò pure inesperto, ma "l'amico" non è un troll come tu
affermi.... ringrazio JohnnyNewbie per l'aiuto che ha voluto darmi fin qui, del
resto come avevo affermato nel primo post, volevo semplicemente provare a
connettermi con puppy linux, pensando che la procedura fosse più semplice...
nessuno obbliga JohnnyNewbie a volermi dare aiuto per forza, e comunque lo
ringrazio fin d'ora perchè ho imparato qualcosina.... non voglio accendere
flame, ma spesso si giudica presto e male...
--
ciao a tutti
max
> max <8937i...@mynewsgate.net> wrote:
> > JohnnyNewbie <joh...@nomail.invalid> ha scritto:
> >
> > [...]
> >
> Tuttavia per perdere meno tempo, m'è venuto in mente
> che tempo fa avevo fatto uno scriptino in bash che
[...]
ho fatto lo script.... per provare ho dato il comando....
root@slax:~# cat modcom.sh
#!/bin/bash
MODEM=/dev/ttyUSB0
cat $MODEM 1>&2 & chat -v -t 20 "" $1 \
<$MODEM >$MODEM && read && killall cat
root@slax:~#
quando do il comando root@slax:~# ./modcom.sh at in /var/log/messages compaiono
queste righe.. sia con USB0 che 1 e 2.....
Jul 23 22:11:29 (none) chat[14090]: send (at^M)
Jul 23 22:11:49 (none) chat[14090]: alarm
Jul 23 22:12:16 (none) last message repeated 27 times
Jul 23 22:12:18 (none) chat[14240]: send (at^M)
Jul 23 22:12:38 (none) chat[14240]: alarm
Jul 23 22:13:09 (none) last message repeated 31 times
Jul 23 22:14:10 (none) last message repeated 61 times
mentre nel terminale dove do il comando "root@slax:~# ./modcom.sh at" rimane
perennemente senza dare alcun risultato...rimane come in sospeso....
..credo che a questo punto è palese che il mio cell non viene riconosciuto....
quindi se tu sei d'accordo chiuderei qui il post, ... anche per non passare da
troll... naturalmente ti ringrazio di cuore per la tua pazienza e
disponibilità....sei stato molto gentile.
--
ciao a tutti
JohnnyNewbie
>
> resto come avevo affermato nel primo post, volevo
> semplicemente provare a connettermi con puppy linux,
> pensando che la procedura fosse più semplice...
È proprio quello che non vorrei che passasse da questo
topic confusionario. La procedura è semplicissima:
copi due script e lanci un comando, poi guardi nel log
cosa non ha funzionato.
Però se TU sbagli a impostare lo script mettendo un
device che non c'è o prendendo iniziative quantomeno
"creative"... non puoi mica pretendere che il pinguino
automagicamente risolva tutto.
Ti assicuro che in windows m'ero sbattuto parecchio e
non avevo (o non sapevo dove cercare) il log per capire
dove era l'errore (alla fine era il driver della nokia
che non supportava più il mio SO).
Ora, penso che tutti qui abbiano avuto lo stesso
sentore di roberto.
Tuttavia ho voluto continuare a risponderti in quanto
siamo su icoli e comunque sia, chi leggesse la vicenda
avrebbe in mano comunque una traccia, sul metodo
da seguire per capire cosa và e cosa non và.
> nessuno obbliga JohnnyNewbie a volermi dare aiuto
> per forza, e comunque lo ringrazio fin d'ora perchè
> ho imparato qualcosina.... non voglio accendere
> flame, ma spesso si giudica presto e male...
Non preoccuparti, se il tuo telefono funzionava su
ubuntu funzionerà anche in questo caso. La tua "difesa"
è più che lecita così come i dubbi di roberto.
OK.
Quando hai fatto girare lo script che ti ho indicato
postane il risultato. E vediamo un po'.
Intanto roberto ti ha dato un saggio consiglio, cioè
guarda anche il manuale del telefono.
max
[...]
>
La procedura è semplicissima:
> copi due script e lanci un comando, poi guardi nel log
> cosa non ha funzionato.
ho fatto qualche errore, ma credo che nelle ultime prove tutto era corretto...
o sbaglio?
> Però se TU sbagli a impostare lo script mettendo un
> device che non c'è o prendendo iniziative quantomeno
> "creative"... non puoi mica pretendere che il pinguino
> automagicamente risolva tutto.
forse ti riferisci al comando cat che ho dato per vedere se lo script era
corretto?
> Ti assicuro che in windows m'ero sbattuto parecchio e
> non avevo (o non sapevo dove cercare) il log per capire
> dove era l'errore (alla fine era il driver della nokia
> che non supportava più il mio SO).
>
> Ora, penso che tutti qui abbiano avuto lo stesso
> sentore di roberto.
purtroppo per lui/loro, non è affatto così, naturalmente ognuno è libero di
pensare quello che vuole, come io sono libero di affermare il contrario....
> Non preoccuparti, se il tuo telefono funzionava su
> ubuntu funzionerà anche in questo caso.
..credimi, a questo punto non credo sia fondamentale la cosa, ma forse è
diventata una questione di principio per entrambi....
> Quando hai fatto girare lo script che ti ho indicato
> postane il risultato. E vediamo un po'.
quali altri risultati ti servono oltre a quelli che ho già postato?...
> Intanto roberto ti ha dato un saggio consiglio, cioè
> guarda anche il manuale del telefono.
>
il telefono è un vecchio modello di circa 4 anni fa... con un trasloco in
mezzo, probabilmente il manuale sarà in qualche discarica... lo comprai
esclusivamente per internet, pensando che dopo poco tempo avrei attivato una
ADSL, ed invece a distanza di quasi 4 anni mi ritrovo in una palazzina dove
ancora la telecom non ha passato i cavi.... l'unica speranza, anche se è quasi
un anno che ci corro dietro, è una società locale che offre un servizio
"Wimax" ... speriamo si sblocchi la cosa. Scusate lo sfogo.
--
ciao a tutti
JohnnyNewbie
>
> ..credo che a questo punto è palese che il mio cell
> non viene riconosciuto.... quindi se tu sei d'accordo
> chiuderei qui il post, ... anche per non passare
> da troll... naturalmente ti ringrazio di cuore per
> la tua pazienza e disponibilità....sei stato molto
> gentile.
Vedi tu.
Sicuramente con un cellulare meno esotico avresti
risolto in meno di 5 minuti. Magari la prossima volta
saprai come fare, o almeno dove andare a cercare.
Siccome a me non piace lasciare le cose incompiute,
farò qualche ricerca, così per curiosità.
Il punto è che se il cellulare sull'altra distribuzione
ti funzionava, allora in un modo o nell'altro DEVE
funzionare anche su questa: il riconoscimento
dell'hardware passa sempre dal kernel, che per ogni
distribuzione linux è all'incirca lo stesso versione
più versione meno.
Probabilmente ti accorgeresti di quanto sia semplice
collegarsi (sapendo ora dove mettere le mani) se
facessi qualche prova col nokia del pargolo.
Ad ogni modo, magari se trovo qualcosa di utile lo
aggiungo in coda a questa discussione, pertanto tienila
d'occhio.
JohnnyNewbie
> JohnnyNewbie <joh...@nomail.invalid> ha scritto:
>
> [...]
>>
> La procedura è semplicissima:
>> copi due script e lanci un comando, poi guardi nel log
>> cosa non ha funzionato.
>
> ho fatto qualche errore, ma credo che nelle ultime
> prove tutto era corretto... o sbaglio?
Abbiamo postato insieme, va bè...
Non nessun errore nell'ultimo post.
Purtroppo è proprio il tuo telefono che non vuole
saperne di farsi vedere come modem.
>> Però se TU sbagli a impostare lo script mettendo un
>> device che non c'è o prendendo iniziative quantomeno
>> "creative"... non puoi mica pretendere che il pinguino
>> automagicamente risolva tutto.
>
> forse ti riferisci al comando cat che ho dato per
> vedere se lo script era corretto?
No, mi riferisco alla cinquantina di post su cui
s'estende la discussione, per esempio quando hai messo
USB0 invece di /dev/ttyUSB0.
Mi rendo conto che per un principiante sia un sorpresa
apprendere che linux tratta i dispositivi come
normalissimi files.
Non mi andava giù leggere che la procedura di
configurazione della connessione via è in generale
"difficile". Diciamo che in molti casi non è intuitiva,
come nel caso del tuo cellulare, per me che ormai da
anni ho capito come si fa, è molto più semplice che con
windows.
Per esempio tempo fa ho installato uin nuovo sistema
sul mio vecchio PC e per configurare la connessione ad
internet m'è bastato copiarmi gli script da qui a là,
niente menu a tendina, niente configurazioni guidate
niente di niente e soprattutto non mi sono mai
ritrovato un modem diverso nella configurazione cosa
che invece sotto windows era capitata più di una volta:
sul portatile la connessione di rete di sua iniziativa
si reimpostava col modem56k interno invece di usare il
cellulare... accade quando tentavo di collegarmi e
magari il cell era staccato.
Per rimettere a posto le cose occorreva nuovamente
metter mano alla configurazione. Sono sciocchezze in
fin dei costi ma mostrano una "filosofia" differente
nella configurazione dell'uno rispetto all'altro
sistema.
>> Non preoccuparti, se il tuo telefono funzionava su
>> ubuntu funzionerà anche in questo caso.
>
> ..credimi, a questo punto non credo sia fondamentale
> la cosa, ma forse è diventata una questione di
> principio per entrambi....
Per te dovrebbe essere anche una questione di praticità
altrimenti non potrai usare linux connesso ad internet
e sarebbe un grande limite non avere la rete.
Per me è vero, odio lasciare le cose a metà. Inoltre
sono curioso di capire cosa non funzionava, cosa manca
ecc...
Pertanto come ho detto in altro post, una ricerchina la
voglio fare.
>> Quando hai fatto girare lo script che ti ho indicato
>> postane il risultato. E vediamo un po'.
>
> quali altri risultati ti servono oltre a quelli che
> ho già postato?...
Direi che basta così, comunque se vuoi provare lo
scriptino anche con i devices usb1 e usb2 (non
letteralmente eh... ormai dev'erssere chiaro) prova
pure. Tanto ci metti 10 secondi.
>> Intanto roberto ti ha dato un saggio consiglio, cioè
>> guarda anche il manuale del telefono.
>>
> il telefono è un vecchio modello di circa 4 anni fa... con un trasloco in
> mezzo, probabilmente il manuale sarà in qualche discarica...
O magari in rete! ;-)
> lo comprai esclusivamente per internet
Probabilmente non sarai l'unico, in google magari si
trova qualche altra esperienza col pinguino.
> dopo poco tempo avrei attivato una ADSL, ed invece a
> distanza di quasi 4 anni mi ritrovo in una palazzina
> dove ancora la telecom non ha passato i cavi....
> l'unica speranza, anche se è quasi un anno che ci
> corro dietro, è una società locale che offre un
> servizio "Wimax" ... speriamo si sblocchi la cosa.
WiMax !?
Allora esiste davvero...
come si chiama per curiosità questo wisp?
Saluti.
max
> max <8937i...@mynewsgate.net> wrote:
> > JohnnyNewbie <joh...@nomail.invalid> ha scritto:
> >
> > [...]
> >>
>
> Abbiamo postato insieme, va bè...
> Non nessun errore nell'ultimo post.
> Purtroppo è proprio il tuo telefono che non vuole
> saperne di farsi vedere come modem.
hai perfettamente ragione, lo comprai perchè all'epoca era il più economico (99
) compresi 99 di traffico, in pratica per 10 mesi ho navigato gratis
(tariffa naviga tre 9 /mese)
> Mi rendo conto che per un principiante sia un sorpresa
> apprendere che linux tratta i dispositivi come
> normalissimi files.
hai ragione anche qui, ma mi sono un po' perso per fare le prove e ripartire da
live cd, ogni tanto perdevo il filo.... come dicevo all'apertura del post, il
mio pc con ubuntu 10.04 è in assistenza, la connessione funziona perfettamente
con questo telefonino, mi hanno prestato un pc con winxp, e volevo fare questa
prova con puppy poi passato a slax, quindi per la questione di principio siamo
ok, per la necessità... non c'è ne alcuna ......
> Non mi andava giù leggere che la procedura di
> configurazione della connessione via è in generale
> "difficile". Diciamo che in molti casi non è intuitiva,
> come nel caso del tuo cellulare, per me che ormai da
> anni ho capito come si fa, è molto più semplice che con
> windows. [...]
qui sono perfettamente d'accordo con te, non ho mai detto che la cosa fosse
difficile se noti, ho sempre dato la colpa al mio telefonino, sono passato ad
ubuntu proprio per i motivi che tu affermi, ma naturalmente molte cose ancora
mi sfuggono, tieni conto che sono solo due anni che lo uso, e spesso il tempo
non è dalla mia parte per approfondirlo....
>
> Per te dovrebbe essere anche una questione di praticità
> altrimenti non potrai usare linux connesso ad internet
> e sarebbe un grande limite non avere la rete.
qui rimando a quanto scritto sopra....
> Per me è vero, odio lasciare le cose a metà. Inoltre
> sono curioso di capire cosa non funzionava, cosa manca
> ecc...
> Pertanto come ho detto in altro post, una ricerchina la
> voglio fare.
>
>
>
>
> Direi che basta così, comunque se vuoi provare lo
> scriptino anche con i devices usb1 e usb2 (non
> letteralmente eh... ormai dev'erssere chiaro) prova
> pure. Tanto ci metti 10 secondi.
ho già fatto questa prova, ma il risultato non cambia...
>
>
> >> Intanto roberto ti ha dato un saggio consiglio, cioè
> >> guarda anche il manuale del telefono.
> O magari in rete! ;-)
farò una ricerca per vedere se lo trovo...
>
> WiMax !?
> Allora esiste davvero...
> come si chiama per curiosità questo wisp?
> Saluti.
--
ciao a tutti
max
> Probabilmente ti accorgeresti di quanto sia semplice
> collegarsi (sapendo ora dove mettere le mani) se
> facessi qualche prova col nokia del pargolo.
il pargolo non vive con me, :).. ma vedrò di farmi portare il cavetto così
potrò provarlo, il mio telefonino usa il cavo mini usb standard, anche il nokia
N95 che lui aveva prima, invece nel N97 mini hanno pensato bene di cambiare
l'attacco, altrimenti avrei potuto fare la prova ieri stesso...
> Ad ogni modo, magari se trovo qualcosa di utile lo
> aggiungo in coda a questa discussione, pertanto tienila
> d'occhio.
>
se vuoi fare qualche altra ricerca lo terrò d'occhio senz'altro.... grazie.
--
ciao a tutti
JohnnyNewbie
>
> se vuoi fare qualche altra ricerca lo terrò d'occhio
> senz'altro.... grazie.
Ho letto alcune discussioni bastate su ubuntu, due
delle quali sono le tue, quela su untrepid e quella su
lucyd.
Da una versione all'altra del kernel i vari moduli
subiscono ovviamente aggiornamenti. Nel nostro caso il
modulo usbserial potrebbe avere problemi.
Tuttavia mi pare strano perchè, le discussioni che ho
visto sono del 2007 - 08 - 09, e in tutti i casi il tuo
telefono è stato in qualche modo riconosciuto come
modem.
Mi sembra perciò di poter affermare che la versione di
usbserial che hai provato (perlomeno quella su slax)
che dovrebbe essere circa del 2007 (mmm... però il
kernel potrebbe essere un po' datato in effetti,
rispetto a quello che usava ubuntu in quegli anni...).
Ho qualche consiglio in ogni caso:
1- riprovi via usb:
potresti per esempio lanciare PRIMA usbserial ecc ecc E
DOPO attaccare il telefono, postando l'output delle
ultime righe del solito log.
Poi potresti provare a staccarlo e riattaccarlo. E
guardare nuovamente cosa dice il log.
2- provi con una versione più aggiornata di slax. O
provi un'altra live con kernel un po' più recente.
Tieni conto che slax si basa su slackware, che ha una
politica orientata più in direzione della stabilità
piuttosto che sull'innovazione all'ultimo grido.
Ora, se tu prendi slax 6.0.x come mi pare hai detto,
che è basata su slackware-12.1 se non ricordo male,
ovviamente avra qualcosa basato su slackware del 2007,
che montava un kernel non troppo recente già ai tempi:
2.6.24.5. Ora siamo al 2.6.33 o giù di lì, d'acqua n'è
passata.
Dico subito che secondo me non è questo il problema,
perchè il tuo telefono è di quegli anni, ma una prova
non guasterebbe.
3- Provi a collegarlo via bluetooth. Io con slax non ho
avuto grossi problemi (versione 6.1.2). La cosa più
rognosa potrebbe essere il pairing, se volessi
scegliere la modalità "user" per la gestione sicurezza.
Io ho messo la modalità "auto" senza tante rogne.
Una volta effettuato il pairing dal telefono e confermato
sul telefono di collegarsi automaticamente senza
richieste da confermare, ti crei il file di
configurazione per rfcom, e da lì otterai il file
associato al tuo modem via bluetooth che si chiamerà
/dev/rfcomm0.
Poi configuri la connessione, per esempio con i soliti
due script, esattamente come prima solo che sta volta
come modem metterai /dev/rfcomm0.
Sono stato sul generico, se volessi intraprendere
questa via chiedi pure.
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > se vuoi fare qualche altra ricerca lo terrò d'occhio
> > senz'altro.... grazie.
>
[...]
> Ho qualche consiglio in ogni caso:
>
> 1- riprovi via usb:
>
> potresti per esempio lanciare PRIMA usbserial ecc ecc E
> DOPO attaccare il telefono, postando l'output delle
> ultime righe del solito log.
> Poi potresti provare a staccarlo e riattaccarlo. E
> guardare nuovamente cosa dice il log.
posso rifare questa prova, al "solito log" ti riferisci a dmesg oppure a tail -
f?
> 2- provi con una versione più aggiornata di slax. O
> provi un'altra live con kernel un po' più recente.
[...]
ho "credo" l'ultima versione di Lubuntu che ho installato su un vecchio pc di
un collega di lavoro, .... vedrò di fare una prova con quella, anche se va un
po' più lento il pc .... è un PIII 800 mhz con 384 mb RAM
>
> Dico subito che secondo me non è questo il problema,
> perchè il tuo telefono è di quegli anni, ma una prova
> non guasterebbe.
potrebbe essere che a volte c'è una sorta di blocco interno, infatti come
dicevo in uno dei post, a volte lo spengo e riaccendo, anche se comunque ho
fatto questa prova senza risultato....
> 3- Provi a collegarlo via bluetooth. Io con slax non ho
> avuto grossi problemi (versione 6.1.2). La cosa più
> rognosa potrebbe essere il pairing, se volessi
> scegliere la modalità "user" per la gestione sicurezza.
> Io ho messo la modalità "auto" senza tante rogne.
> Una volta effettuato il pairing dal telefono e confermato
> sul telefono di collegarsi automaticamente senza
> richieste da confermare, ti crei il file di
> configurazione per rfcom, e da lì otterai il file
> associato al tuo modem via bluetooth che si chiamerà
> /dev/rfcomm0.
> Poi configuri la connessione, per esempio con i soliti
> due script, esattamente come prima solo che sta volta
> come modem metterai /dev/rfcomm0.
> Sono stato sul generico, se volessi intraprendere
> questa via chiedi pure.
>
in effetti si, se hai voglia e tempo potresti spiegarmi la procedura per farlo
collegare col bluetooth, a saperlo ieri potevo provare col nokia di mio
figlio...poi questo pc ha una sola porta usb, l'altra è guasta ed io non ho un
adattatore multiplo per prese usb...
--
ciao a tutti
JohnnyNewbie
>
> posso rifare questa prova, al "solito log" ti
> riferisci a dmesg oppure a tail - f?
Avevo in mente il tail del solito /var/log/messages, ma
guarda anche il dmesg, non si sa mai...
> ho "credo" l'ultima versione di Lubuntu
Basta dare "uname -r" e ottieni la versione del kernel,
è ciò che ci interessa.
Comuqnue ripeto secondo me non è quello il problema.
> potrebbe essere che a volte c'è una sorta di blocco
> interno, infatti come dicevo in uno dei post, a
> volte lo spengo e riaccendo, anche se comunque ho
> fatto questa prova senza risultato....
Ma il "blocco interno" lo riscontri quando utilizzi la
connessione? Eventualmente potrebbe essere anche
normale. Io avevo un nokia6230 che ogni tanto si
inchiodava, forzavo la disconnessione, ma non c'era più
verso di riconnettersi se non spegnendo e riaccendendo
il telefono.
Cambiato telefono, problema rientrato.
> in effetti si, se hai voglia e tempo potresti
> spiegarmi la procedura per farlo collegare col
> bluetooth, a saperlo ieri potevo provare col nokia
> di mio figlio...poi questo pc ha una sola porta usb,
> l'altra è guasta ed io non ho un adattatore multiplo
> per prese usb...
Allora, se lavori da slax, dovrebbe essere già
installato bluez, io vedo sta roba:
root@slax:~# ls /var/log/packages|grep bluez
bluez-firmware-1.2-i486-1
bluez-hcidump-1.41-i486-1
bluez-libs-3.26-i486-1
bluez-libs-3.36-i486-2
bluez-utils-3.26-i486-1
Specifica innanzitutto come utilizzi il bluetooth sul
tuo PC, hai un device integrato in un notebook, oppure
usi un dongle usb/BT?
Per prima cosa accendi il bluetooth sul telefono.
Poi lanci il comando:
_________________________
root@slax:~# hcitool scan
Scanning ...
00:21:AA:A4:F2:AD Nokia 5000d-2
_____________________________________________
A noi interessa quel codice li sopra:
00:21:AA:A4:F2:AD
Il tuo ovviamente sarà differente....
Puoi anche provare a vedere come risponde (ferma il
tutto con CTRL-C dopo qualche ping):
_____________________________________
root@slax:~# l2ping 00:21:AA:A4:F2:AD
Ping: 00:21:AA:A4:F2:AD from 00:09:DD:50:2F:9C (data
size 44) ...
0 bytes from 00:21:AA:A4:F2:AD id 0 time 28.73ms
0 bytes from 00:21:AA:A4:F2:AD id 1 time 27.63ms
0 bytes from 00:21:AA:A4:F2:AD id 2 time 28.62ms
^C3 sent, 3 received, 0% loss
________________________________________________
Ok, intanto prova questi comandi. e posta come ho fatto
io.
Ciao.
max
> max <8937i...@mynewsgate.net> wrote:
[...]
> ho "credo" l'ultima versione di Lubuntu
>
> Basta dare "uname -r" e ottieni la versione del kernel,
> è ciò che ci interessa.
> Comuqnue ripeto secondo me non è quello il problema.
>
[...]
purtroppo su Slax non ho potuto provare con la chiavetta BT, perchè con il
comando che mi hai dato, non esce nessun risultato, suppongo che bluez non è
installato nella live..
allora ho rifatto la prova con Lubuntu, ma la situazione non cambia
la versione del kernel di Lubuntu
ubuntu@ubuntu:~$ uname -r
2.6.32-21-generic
ubuntu@ubuntu:~$ lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 1614:0404 Amoi Electronics WMA9109 UMTS Phone
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
ubuntu@ubuntu:~$ sudo modprobe usbserial vendor=0x1614 product=0x0404
ubuntu@ubuntu:~$
ubuntu@ubuntu:~$ cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","naviga.tre.it"'
OK 'atd*99#'
ubuntu@ubuntu:~$
ubuntu@ubuntu:~$ sudo cat /etc/ppp/peers/btgprs
/dev/ttyUSB0 460800
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
novj
novjccomp
mru 1500
mtu 1500
debug
defaultroute
ubuntu@ubuntu:~$
ubuntu@ubuntu:~$ sudo chmod +x /etc/ppp/peers/btgprs
ubuntu@ubuntu:~$
Jul 25 01:32:16 ubuntu pppd[2840]: pppd 2.4.5 started by root, uid 0
Jul 25 01:32:17 ubuntu chat[2842]: send (\d^M)
Jul 25 01:32:18 ubuntu chat[2842]: send (atz^M)
Jul 25 01:32:18 ubuntu chat[2842]: expect (OK)
Jul 25 01:33:03 ubuntu chat[2842]: alarm
Jul 25 01:33:03 ubuntu chat[2842]: Failed
------------------------ttyUSB0------------------------------------
Jul 25 01:33:58 ubuntu pppd[2865]: pppd 2.4.5 started by root, uid 0
Jul 25 01:33:59 ubuntu chat[2867]: send (\d^M)
Jul 25 01:34:00 ubuntu chat[2867]: send (atz^M)
Jul 25 01:34:00 ubuntu chat[2867]: expect (OK)
Jul 25 01:34:45 ubuntu chat[2867]: alarm
Jul 25 01:34:45 ubuntu chat[2867]: Failed
Jul 25 01:34:46 ubuntu pppd[2865]: Exit.
------------------------ttyUSB1-------------------------------------
Jul 25 01:35:12 ubuntu pppd[2870]: pppd 2.4.5 started by root, uid 0
Jul 25 01:35:13 ubuntu chat[2872]: send (\d^M)
Jul 25 01:35:15 ubuntu chat[2872]: send (atz^M)
Jul 25 01:35:15 ubuntu chat[2872]: expect (OK)
Jul 25 01:36:00 ubuntu chat[2872]: alarm
Jul 25 01:36:00 ubuntu chat[2872]: Failed
------------------------ttyUSB2--------------------------------------
a questo punto non saprei, forse c'è un errore di fondo che ti sfugge, o sono
io che sbaglio, ripeto, per me potremmo chiudere qui, però, da come ho capito
sei capatosta :), e vuoi trovare l'inghippo, io sono qui a fare altre prove se
vuoi....
P.S. (OT) hai visto il sito mandarin?.... che ne pensi?
--
ciao a tutti
JohnnyNewbie
>
> purtroppo su Slax non ho potuto provare con la
> chiavetta BT, perchè con il comando che mi hai dato,
> non esce nessun risultato, suppongo che bluez non è
> installato nella live..
Può darsi, ma se l'ho io dovresti avrelo anche tu
installato... tanto più che stiamo parlando di una live
che dovrebbe comprende tutto il necessario per
comunicare con periferche anche connesse via BT.
Però non supporre nulla, accertati, non hai visto il
mio comando per vedere se c'era il pacchetto?
L'ho postato nel messaggio precedente:
ls /var/log/packages ecc ecc.
Lancialo e postane il risultato. Non sbagliarti a
digitare ;-)
> allora ho rifatto la prova con Lubuntu, ma la
> situazione non cambia
Posta, posta che vediamo. Lascia un attimo perdere
Lubuntu, vediamo con Slax.
> la versione del kernel di Lubuntu
>
> ubuntu@ubuntu:~$ uname -r
> 2.6.32-21-generic
>
>
> ubuntu@ubuntu:~$ lsusb
> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 001 Device 003: ID 1614:0404 Amoi Electronics WMA9109 UMTS Phone
> Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>
> ubuntu@ubuntu:~$ sudo modprobe usbserial vendor=0x1614 product=0x0404
> ubuntu@ubuntu:~$
>
> ubuntu@ubuntu:~$ cat /etc/ppp/gprs.chat
>
> '' \d
> '' 'atz'
> OK 'at+cgatt=1'
> OK 'at+cgdcont=1,"IP","naviga.tre.it"'
> OK 'atd*99#'
> ubuntu@ubuntu:~$
>
>
> ubuntu@ubuntu:~$ sudo cat /etc/ppp/peers/btgprs
>
> /dev/ttyUSB0 460800
Eventualmente qua prova a mettere 9600 invece di 460800.
Ma così al volo: non penso che sia così determinante.
> a questo punto non saprei, forse c'è un errore di
> fondo che ti sfugge
Non è da escludersi. Il tuo telefono ha dentro una
microsd? prova a rimuoverla e provare anche così, non
sis sa mai...
Però sto andando a naso ormai.
> per me potremmo chiudere qui, però, da come ho capito
> sei capatosta :), e vuoi trovare l'inghippo, io sono
> qui a fare altre prove se vuoi....
Sì, non penso sia il caso di continuare, almeno con
la stessa distribuzione. Il fatto che su ubuntu eri
riuscito mi mette anche a me il dubbio da stare
sbagliando qualcosa.
Per il resto invece via bluetooth sarebbe anche utile
farlo funzionare. Se non anltro per evitare ad ogni
cambio di telefono i clsassici 15 euri in cavetto
volutamente antistandard.
> P.S. (OT) hai visto il sito mandarin?.... che ne pensi?
Rispondo in altro post, non ho il lin sottomano e non
lo ricordo più...
Ciao.
JohnnyNewbie
Non è economicissmo. La 7Mbit da 20Euro senza garanzia
di banda ha un upload un po' bassino. Mi pare che
comunque diano IP pubblico benchè dinamico, quello è
già un buon biglietto da visita.
Poi ti consiglio di chiedere ai vicini o conoscenti che
hanno attivato quel servizio. D'altro canto sono realtà
che vanno "lette" a livello locale, mi sarebbe
difficile darti un parere più completo.
Aggiungo solo che trasmettendo in wimax piuttosto che
nel più diffuso hieprlan o wifi, hanno la garanzia di
non incappare in problemi di interferenza (come saprei
il wimax è licenziato mentre gli altri due standard no).
Per farti un esempio, ho letto di contrattti da 1Mbit
simmetrici in tecnologia hiperlan a 20 euro. 2 Mbit
sempre simmetrici a circa 30 euro.
Dipende un po' da quello che devi farci.
Ciao.
max
Sul fatto che non è economicissimo, mi trovi in linea col tuo pensiero, per adesso
l'unico vicino che ha il WiMax, e che ha anche lavorato per loro (mandarin), dice
che è molto veloce, sicuramente sarà meglio della connessione col cellulare, io
adesso ho una tariffa di 3 a settimana per max 100 mb/giorno,con la tre...
sperando che il campo sia "accettabile", sono collegato col BT proprio per poter
mettere il telefonino in un posto dove prende meglio, con ubuntu ho installato un
software creato da un utente del forum per fare ciò, e devo dire che funziona
egregiamente ... "BlueDUN". Comunque grazie per le info... sono andato troppo OT :).
--
ciao a tutti
max
>
> Però non supporre nulla, accertati, non hai visto il
> mio comando per vedere se c'era il pacchetto?
> L'ho postato nel messaggio precedente:
>
> ls /var/log/packages ecc ecc.
>
> Lancialo e postane il risultato. Non sbagliarti a
> digitare ;-)
si hai ragione, ecco il comando.... ho dato anche lsusb...
root@slax:~# ls /var/log/packages|grep bluez
root@slax:~#
root@slax:~# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1131:1001 Integrated System Solution Corp. KY-BT100
Bluetooth Adapter
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Posta, posta che vediamo. Lascia un attimo perdere
> Lubuntu, vediamo con Slax.
.ho voluto provare con Lubuntu perchè mi avevi chiesto se avevo qualche altra
distribuzione con kernel recente, e anche perchè ho troppo rispetto del tempo
che mi stai dedicando...
> Non è da escludersi. Il tuo telefono ha dentro una
> microsd? prova a rimuoverla e provare anche così, non
> sis sa mai...
> Però sto andando a naso ormai.
no, nel telefono non ho nessuna microsd..
> Sì, non penso sia il caso di continuare,
.qui mi trovi d'accordo... :)
> Per il resto invece via bluetooth sarebbe anche utile
> farlo funzionare. Se non anltro per evitare ad ogni
> cambio di telefono i clsassici 15 euri in cavetto
> volutamente antistandard.
>
..quella dei cavetti proprietari, è una cosa vergognosa, avevo letto tempo fa
di un intervento della commissione europea... forse ho trovato....
http://tinyurl.com/36rtn5l anche se mi sembra difficile cha la attueranno,
perchè così ci sarebbe un unico cavo anche per il collegamento col pc...
--
ciao a tutti
JohnnyNewbie
Allora devi installare bluez. Il pacchetto per la tua
versione di slax però.
Sul sito di slax puoi cercare i "moduli" attivabili:
http://www.slax.org/modules.php?search=bluez
Non ricordo la versione che hai, mi pare fosse la
6.0.9. Nel caso il moduloda scaricare dovrebbe essere
questo:
http://www.slax.org/modules/1083/dl/bluez-all-sl12.1.lzm
Una volta scaricato, mettiamo nella dir /tua/dir,
dovrai attivarlo con:
activate /tua/dir/bluez-all-sl12.1.lzm
Poi prosegui coi comandi per rilevare il telefono via
BT.
Ciao.
> .ho voluto provare con Lubuntu perchè mi avevi
> chiesto se avevo qualche altra distribuzione con
> kernel recente
Certo, hai fatto bene.
Purtroppo l'esito è quel che è, mi spiace ma non riesco
a capire come mai il tuo cellulare si ostini a non
voler essere visto come modem via usb.
Forse potrebbe esserci di mezzo una qualche funzione di
storage, cioè il cell potrebbe essere anche visto come
una chiavetta usb di memorizzazione.
In quel caso tu dovresti poter alternare la
funzionalità di modem a quella di usbstorage.
Di solito il problema si manifesta con alcune "chiavette
internet", però chissà... a sto punto potrebbe essere
il caso di provare usbmode-switch anche per il tuo
telefono.
Il punto è: perchè su ubuntu intrepid e lucyd alla fine
ti funzionava?
Mentre adesso no? E anche con un kernel relativamente
recente?
Ipotesi: perchè ubuntu ha qualche automatismo che
switcha il cellulare da usb storage a modem, mentre
nelle distro che stai provando occorre effettuare lo
switch configurandolo attraverso qualche tool come
usb-modeswitch.
È solo un'idea. In ogni caso non conosco usb-modeswitch
tanto a fondo da poterti aiutare di più, mai usato...
Quindi eventualmente dovrai affrontare la faccenda da
solo o con l'aiuto di altri. Eventualmente parti dalla
documentazione di usbmodeswitch prima di postare
manovre funzmboliche condite magari con qualche errore
grossolano ;-)
JohnnyNewbie
>
> Sul fatto che non è economicissimo, mi trovi in linea
> col tuo pensiero, per adesso l'unico vicino che ha il
> WiMax, e che ha anche lavorato per loro (mandarin),
> dice che è molto veloce
Non chiedere all'oste se il vino è buono... ;-)
> sicuramente sarà meglio della connessione col
> cellulare, io adesso ho una tariffa di 3Euro a
> settimana per max 100 mb/giorno, con la tre...
Ma su questo non si discute.
La connessione via wimax dovrebbe garantirti un
collegamento moderno e anche con valori di latenza
molto miglior i rispetto a quelli del cellulare.
Inoltre il piano tariffario flat offre sicuramente
un'esperienza della rete piena, cosa che non si può
dire per quel che riguarda i 100MB giornalieri che
fanno ridere i polli.
Poi bisogna valutare sempre la destinazione d'uso.
Per esempio nel mio caso se fossi coperto solo da
tre e da mandarin non ci penserei due volte ad
abbonarmi a quest'ultima. Ma devi vedere tu di cosa hai
bisogno.
Per quanto riguarda il segnale, il BT è ottimo per
raggiungere punti della casa ove è migliore.
Tra l'altro puoi usare lo scriptino in bash per inviare
al modem il comando:
AT+CSQ
Almeno per il mio nokia funziona, e ritorna il valore
del seganle numericamente, così puoi posizionare il
telefono in modo preciso e non andando ad'occhio. ;-)
max
[...]
> Non chiedere all'oste se il vino è buono... ;-)
.. hai ragione, ma potrebbe anche non essere così :) .... ancora devono dargli
i soldi delle provvigioni, e potrebbe avere il dente avvelenato ;-)
> Per quanto riguarda il segnale, il BT è ottimo per
> raggiungere punti della casa ove è migliore.
> Tra l'altro puoi usare lo scriptino in bash per inviare
> al modem il comando:
> AT+CSQ
>
> Almeno per il mio nokia funziona, e ritorna il valore
> del seganle numericamente, così puoi posizionare il
> telefono in modo preciso e non andando ad'occhio. ;-)
>
questa cosa è interessante, magari appena riesco a fare il tutto me la spieghi
meglio...
--
ciao a tutti
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > root@slax:~# ls /var/log/packages|grep bluez
>
> Allora devi installare bluez. Il pacchetto per la tua
> versione di slax però.
> Sul sito di slax puoi cercare i "moduli" attivabili:
> http://www.slax.org/modules.php?search=bluez
>
> Non ricordo la versione che hai, mi pare fosse la
> 6.0.9. Nel caso il modulo da scaricare dovrebbe essere
> questo:
> http://www.slax.org/modules/1083/dl/bluez-all-sl12.1.lzm
>
> Una volta scaricato, mettiamo nella dir /tua/dir,
> dovrai attivarlo con:
> activate /tua/dir/bluez-all-sl12.1.lzm
>
> Poi prosegui coi comandi per rilevare il telefono via
> BT.
> Ciao.
[...]
>
la versione è proprio la 6.0.9, il pacchetto è stato installato con successo..
questo è il responso....
root@slax:~# ls /var/log/packages|grep bluez
bluez-firmware-1.2-i486-1
bluez-hcidump-1.41-i486-1
bluez-libs-3.26-i486-1
bluez-utils-3.26-i486-1
root@slax:~#
root@slax:~# hcitool scan
Device is not available: No such device
. se non erro sembra non "veda" la chiavetta? .... il telefono naturalmente ha
il bluetooth acceso e visibile, sono connesso proprio con la chiavetta con
winxp adesso...
--
ciao a tutti
JohnnyNewbie
>
> root@slax:~# hcitool scan
> Device is not available: No such device
Prova un po':
________________________
root@slax:~# hcitool dev
Devices:
hci0 00:09:DD:50:2F:9C
_________________________________
E ancora, prova a riavviare il bluetooth attraverso lo
script di init:
___________________________________________
root@slax:~# /etc/rc.d/rc.bluetooth restart
___________________________________________
E poi riprova nuovamente col primo comando.
Anzi no... ferma un attimo. È colpa del pacchetto.
Qua ci sono indicazioni ulteriori, quindi non basta
attivare il pacchetto ma devi anche modificare qualche
file di configurazione. È tutto spiegato lì...
segui le indicazioni.
http://www.slax.org/modules.php?action=detail&id=1083
Sulla Slax-6.1.2 è già tutto apposto con bluez
preinstallato e funzionante. Nella versione che hai tu
è un attimo più noioso, soprattutto perchè lavori da
live CD e le modifiche non restano permanenti.
max
.. allora, il mio inglese scolastico ha qualche annetto, mi pare di capire che devo
modificare il file /etc/dbus-1/system.conf andare alla linea 54 e cancellare le due
righe proposte... poi devo mettere "true" su quella riga, ed infine dare i comandi /
etc/rc.d/rc.messagebus reload e /etc/rc.d/rc.bluetooth start esatto? .... anche se
in qualche dvd dovrei avere l'ultima versione slax ma come iso, ma che purtroppo non
posso masterizzare perchè questo pc del mio collega ha solo il lettore dvd.... penso
che a giorni dovrebbero darmi il mio pc.... almeno lo spero....
--
ciao a tutti
JohnnyNewbie
>
> .. allora, il mio inglese scolastico ha qualche
> annetto, mi pare di capire che devo modificare il
> file /etc/dbus-1/system.conf andare alla linea
> 54 e cancellare le due righe proposte... poi
> devo mettere "true" su quella riga
Devi mettere la riga proposta, non "true" e basta...
Cerchiamo di non affogare nei cucchiaini! ;-)
Vuol dire cancella le due righe blabla e mettine una
sola come la seguente...
________________
and put one line
allow send_requested_reply="true"
________________________________
> /etc/rc.d/rc.messagebus reload
> /etc/rc.d/rc.bluetooth start
> esatto?
OK.
Come vedi, nulla di trascendentale.
Fossi in te mi salverei una copia del file modificato e
poi farei uno scriptino per automatizzare il tutto:
___________
#!/bin/bash
cp /percorso/to/system.conf.modificato /etc/dbus-1/system.conf
/etc/rc.d/rc.messagebus reload
/etc/rc.d/rc.bluetooth start
____________________________
Così puoi tranquillamente lanciare lo script ad ogni
riavvio senza dover rimodificare nuovamente tutto.
> anche se in qualche dvd dovrei avere l'ultima
> versione slax ma come iso
Se il portatile supporta il boot da usb e hai una
chiavetta usb da circa 1GB in più, puoi metterci
slax. La puoi anche ricavare dalla iso che hai.
Però come vedi le modifiche da fare sono una manciata e
con lo scriptino fai in un attimo ad attivare il
bluetooth all'avvio della macchina.
Peccato che non puoi ricavarti una partizioncina
sull'hd...
max
.nell'attesa di una tua risposta ho voluto provare.. ho fatto così:
ho eliminato le due righe
allow send_requested_reply="true" send_type="method_return"/
allow send_requested_reply="true" send_type="error"/
ed ho incollato questa...e salvato il file...
allow send_requested_reply="true"/
dopo ho dato...
/etc/rc.d/rc.messagebus reload e ha caricato il modulo correttamente...
mentre col comando...
/etc/rc.d/rc.bluetooth start
questa è la risposta...
root@slax:~# /etc/rc.d/rc.bluetooth start
-bash: /etc/rc.d/rc.bluetooth: Permission denied
root@slax:~# su /etc/rc.d/rc.bluetooth start
Unknown id: /etc/rc.d/rc.bluetooth
root@slax:~#
--
ciao a tutti
max
[...]
ho risposto nell'altro post, penso di aver fatto tutto correttamente...
>
> Se il portatile supporta il boot da usb e hai una
> chiavetta usb da circa 1GB in più, puoi metterci
> slax. La puoi anche ricavare dalla iso che hai.
> Però come vedi le modifiche da fare sono una manciata e
> con lo scriptino fai in un attimo ad attivare il
> bluetooth all'avvio della macchina.
> Peccato che non puoi ricavarti una partizioncina
> sull'hd...
>
questo pc non è un portatile, è un fisso abbastanza vecchiotto, eventualmente la
partizioncina potrei ricavarla sul mio pc appena me lo consegneranno dall'assistenza
--
ciao a tutti
JohnnyNewbie
Simaptica questa... :-)
Cosa fai!
Tu sei gia root!
...E poi al limite si dà
sudo comando (ed eventualmente password utente)
oppure
su -c "comando" (e password di root)
No, non sei tu che devi diventare amministratore.
È il file /etc/rc.d/rc.bluetooth che non ha i permessi
di girare. E neanche root può farlo funzionare a meno
di non modificarne prima i permessi.
Con questo vedi che permessi contempla.
_________________________________________
root@slax:~# ls -l /etc/rc.d/rc.bluetooth
-rwxr-xr-x 1 root root 3438 2010-03-06 16:15 /etc/rc.d/rc.bluetooth
___________________________________________________________________
i permessi del file sul mio sistema sono:
-rwxr-xr-x
significa che il proprietario del file (in inglese
owner, in questo caso root) può:
r leggerlo
w scriverci, quindi modificarlo
x eseguirlo
gli apparteneti al gruppo "root" (cui appartiene in
questo caso il file) possono solo eseguirlo e
leggerlo:
r-x
Idem per tutti gli altri utenti (others)
Conto sulla tua intuizione per la compresione dei
permessi mostrati con ls -l:
-rwxr-x-r-x
Nel tuo caso troverai probabilmente permessi più
restrittivi. In partizcolare manche rà la "x".
Se vuoi postane il risultato:
ls -l /etc/rc....
Per aggiungere i permessi d'esecuzione:
chmod +x /etc/rc.d/rc.bluetooth
L'hai già fatto in altri punti della discussione.
rc.bluetooth è un semplice script bash.
A quel punto dovrebbe girare.
Come dicevo, cerchiamo di non affogare nei cucchiaini!
;-)
JohnnyNewbie
>
> questo pc non č un portatile, č un fisso abbastanza
> vecchiotto
Capisco, il mio portatile del 2004 supporta lavvio da
usb. Il mio vecchio fisso del '99 no.
In ogni caso entrando nel bios lo vedi.
> eventualmente la partizioncina potrei ricavarla sul
> mio pc appena me lo consegneranno dall'assistenza
Perņ sul tuo pc gią funziona tutto...
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > questo pc non è un portatile, è un fisso abbastanza
> > vecchiotto
>
> Capisco, il mio portatile del 2004 supporta lavvio da
> usb. Il mio vecchio fisso del '99 no.
> In ogni caso entrando nel bios lo vedi.
>
> > eventualmente la partizioncina potrei ricavarla sul
> > mio pc appena me lo consegneranno dall'assistenza
>
> Però sul tuo pc già funziona tutto...
>
bè si, al limite installo l'ultima versione su virtualbox, visto che mi stai
insegnando alcune cose che non sapevo.. ;-)
--
ciao a tutti
JohnnyNewbie
>
>> Però sul tuo pc già funziona tutto...
>>
> bè si, al limite installo l'ultima versione su
> virtualbox, visto che mi stai insegnando alcune cose
> che non sapevo.. ;-)
Non so, ho provato VB una o due volte e non saprei
dirti di preciso come per esempio gestisce i
dispositivi usb e non solo.
Cioè se attacchi la presa usb del cellulare non sono
certo che otteresti gli stessi messaggi che ottieni
quando il kernel del sistema parla direttamente con
l'hardware reale. Meglio la partizione separata, anche
se più scomoda...
max
[...]
> Simaptica questa... :-)
> Cosa fai!
> Tu sei gia root!
> ....E poi al limite si dà
>
> sudo comando (ed eventualmente password utente)
>
> oppure
>
> su -c "comando" (e password di root)
>
[...]
bè qui come dice qualcuno... ho fatto nà str****ta
per il resto mi sono "leggermente" perso... anche se penso di aver fatto tutto
correttamente.....
root@slax:~# /etc/rc.d/rc.messagebus reload
Reloading system message bus configuration...
root@slax:~#
root@slax:~# chmod +x /etc/rc.d/rc.bluetooth
root@slax:~# /etc/rc.d/rc.bluetooth start
Starting Bluetooth subsystem: hcid sdpd rfcomm passkeys.
root@slax:~#
root@slax:~# ls -l /etc/rc.d/rc.bluetooth
-rwxrwxrwx 1 root root 3438 Feb 22 2008 /etc/rc.d/rc.bluetooth*
root@slax:~# hcitool scan
Device is not available: No such device
root@slax:~#
attivato bluez... modificato file system.conf ....lo posto ma è lunghetto...
<!-- This configuration file controls the systemwide message bus.
Add a system-local.conf and edit that rather than changing this
file directly. -->
<!-- Note that there are any number of ways you can hose yourself
security-wise by screwing up this file; in particular, you
probably don't want to listen on any more addresses, add any more
auth mechanisms, run as a different user, etc. -->
<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-Bus Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
<!-- Our well-known bus type, do not change this -->
<type>system</type>
<!-- Run as special user -->
<user>messagebus</user>
<!-- Fork into daemon mode -->
<fork/>
<!-- We use system service launching using a helper -->
<standard_system_servicedirs/>
<!-- This is a setuid helper that is used to launch system services -->
<servicehelper>/usr/libexec/dbus-daemon-launch-helper</servicehelper>
<!-- Write a pid file -->
<pidfile>/var/run/dbus/dbus.pid</pidfile>
<!-- Only allow socket-credentials-based authentication -->
<auth>EXTERNAL</auth>
<!-- Only listen on a local socket. (abstract=/path/to/socket
means use abstract namespace, don't really create filesystem
file; only Linux supports this. Use path=/whatever on other
systems.) -->
<listen>unix:path=/var/run/dbus/system_bus_socket</listen>
<policy context="default">
<!-- Deny everything then punch holes -->
<deny send_interface="*"/>
<deny receive_interface="*"/>
<deny own="*"/>
<!-- But allow all users to connect -->
<allow user="*"/>
<!-- Allow anyone to talk to the message bus -->
<!-- FIXME I think currently these allow rules are always implicit
even if they aren't in here -->
<allow send_destination="org.freedesktop.DBus"/>
<allow receive_sender="org.freedesktop.DBus"/>
<!-- allow sending valid replies -->
allow send_requested_reply="true"/
<!-- allow receiving valid replies -->
<allow receive_requested_reply="true"/>
<!-- Note: the rule above also allows receiving of all non-reply messages
that are not denied later. See:
https://bugs.freedesktop.org/show_bug.cgi?id=18229
Potentially this will be replaced in the future by the
following two rules:
<allow receive_requested_reply="true" receive_type="method_return"/>
<allow receive_requested_reply="true" receive_type="error"/>
-->
<!-- disallow changing the activation environment of system services -->
<deny send_destination="org.freedesktop.DBus"
send_interface="org.freedesktop.DBus"
send_member="UpdateActivationEnvironment"/>
</policy>
<!-- Config files are placed here that among other things, punch
holes in the above policy for specific services. -->
<includedir>system.d</includedir>
<!-- This is included last so local configuration can override what's
in this standard file -->
<include ignore_missing="yes">system-local.conf</include>
<include if_selinux_enabled="yes" selinux_root_relative="yes">contexts/
dbus_contexts</include>
</busconfig>
ma sempre hcitool scan non trova il device.... in qualcosa sbaglio...
--
ciao a tutti
JohnnyNewbie
>
> root@slax:~# hcitool scan
> Device is not available: No such device
Hai sbagliato ad editare il file...
La prossima volta comunque posta anche l'output
dell'altro comando che tia vevo detto, mi pare fosse
hcitool dev
controlla comunque i miei post precedenti...
> attivato bluez... modificato file system.conf
> ....lo posto ma č lunghetto...
Dovresti avere un po' piů di intuizione, voglio dire...
la tua riga modificata č l'unica ad avere una sintassi
diversa da tutte le altre...
Nel mio file io alla riga 54 ho questo:
_____________________________________
<!-- allow sending valid replies -->
<allow send_requested_reply="true" send_type="method_return"/>
<allow send_requested_reply="true" send_type="error"/>
______________________________________________________
Era richiesto che le cancellassi e mettessi quella
indicata, ma preservando la sintassi del file...
E tu cosa hai messo:
> <!-- allow sending valid replies -->
> allow send_requested_reply="true"/
Vedi che tutte le righe iniziano con "<" e terminano
con "/>" ???
Questo lo devi mantenere. Non sono sicuro al 100% che
sia quello il problema ma la modifica che hai apportato
non penso sia giusta. Io metterei:
____________________________________
<!-- allow sending valid replies -->
<allow send_requested_reply="true"/>
____________________________________
Saluti.
> ma sempre hcitool scan non trova il device....
> in qualcosa sbaglio...
Cerca di no prendere proprio tutto alla lettera. Ma
neanche di inventarti le configurazioni.
Ricordati di aggiungere anche l'output di hcitool dev.
max
> max <8937i...@mynewsgate.net> wrote:
> >
> > root@slax:~# hcitool scan
> > Device is not available: No such device
>
> Hai sbagliato ad editare il file...
> La prossima volta comunque posta anche l'output
> dell'altro comando che tia vevo detto, mi pare fosse
[...]
ecco l'output.....
root@slax:~# hcitool scan
Scanning ...
00:12:40:15:22:F4 Max
root@slax:~#
root@slax:~# l2ping 00:12:40:15:22:F4
Can't connect: Connection timed out
root@slax:~#
root@slax:~# hcitool dev
Devices:
hci0 11:11:11:11:11:11
root@slax:~#
per quanto riguarda il ping fallito, ho provato diverse volte, anche staccando
e riattaccando la chiavetta BT.....
P.S. probabilmente sarò fuori città per alcuni giorni, pensi potremmo
riprendere la discussione? ..... intanto ti ringrazio per il tempo che mi
dedichi.
--
ciao a tutti
JohnnyNewbie
>
> 00:12:40:15:22:F4 Max
Bene, il telefono viene rilevato.
> root@slax:~# l2ping 00:12:40:15:22:F4
> Can't connect: Connection timed out
Questa risposta, non sembra essere molto usuale. Ho
letto di alcuni dispositivi che rifiutano di rispondere
al "ping" proveniente da sorgenti non "conosciute". In
pratica potrebbe essere necessaria una password.
Due consigli, senza esserne troppo sicuro:
1- osserva il display del telefono mentre lanci il
comando l2ping. Potrebbe richiederti il "pin" che
solitamente se non hai modificato nulla dovrebbe essere
"1234". Non è la stessa cosa del pin per accedere al
cellulare, ma semplicemente la password per effettuare
il pairing dei dispositivi BT.
2- Ignora il rifiuto del cellulare a risponder al ping
e procedi ad effettuare il pairing dal telefono. Cioè
col telefono cerchi i dispositivi e quando trovi il
dongle attaccato al PC lo aggiungi ai dispositivi
conosciuti effettuando il pairing.
Cerca in entrambe le prove di descrivere meglio che
puoi cosa accade. Purtroppo le versioni di bluez si
comportano in maniera differente e richiedono azioni
leggermente diverse per eseguire il pairing.
> root@slax:~# hcitool dev
> Devices:
> hci0 11:11:11:11:11:11
Ecco, questo responso non mi piace anche se non saprei
esattamente cosa significhi. Nel mio caso mi ritorna il
BT_id del dongle, non saprei perchè invece nel tuo caso
restituisce quel id così "generico".
In ogni caso il BT sembra funzionare per cui si tratta
di configurarlo correttamente.
Se riesci a scaricarti la versione 6.1.2 di slax è
meglio, se non altro per escludere eventuali errori nel
pacchetto che hai attivato e per disporre di un sistema
identico che ci aiuterebbe a capirci meglio.
Però prima fai le prove che ho descritto sopra.
> P.S. probabilmente sarò fuori città per alcuni
> giorni, pensi potremmo riprendere la discussione?
Va bene.
max
> max <8937i...@mynewsgate.net> wrote:
[...]
eccomi ancora qui...
> Due consigli, senza esserne troppo sicuro:
>
> 1- osserva il display del telefono mentre lanci il
> comando l2ping. Potrebbe richiederti il "pin" [...]
ho guardato il display, non mi richiede nessun pin, o meglio... non richiede
nulla...
> 2- Ignora il rifiuto del cellulare a risponder al ping
> e procedi ad effettuare il pairing dal telefono. Cioè
> col telefono cerchi i dispositivi e quando trovi il
> dongle attaccato al PC lo aggiungi ai dispositivi
> conosciuti effettuando il pairing.
ho fatto la ricerca dal telefono, mi ha trovato BlueZ(0), ma non sò come fare
il pairing...
[...]
>
> Se riesci a scaricarti la versione 6.1.2 di slax è
> meglio, se non altro per escludere eventuali errori nel
> pacchetto che hai attivato e per disporre di un sistema
> identico che ci aiuterebbe a capirci meglio.
> Però prima fai le prove che ho descritto sopra.
..appena mi daranno il mio pc la masterizzo, dovrei avere il file iso in uno
dei tanti dvd...
..non sò se ci sarò in questi giorni....
--
ciao a tutti
JohnnyNewbie
> JohnnyNewbie <joh...@nomail.invalid> ha scritto:
>
>> 2- Ignora il rifiuto del cellulare a risponder al ping
>> col telefono cerchi i dispositivi e quando trovi il
>> dongle attaccato al PC lo aggiungi ai dispositivi
>> conosciuti effettuando il pairing.
>
> ho fatto la ricerca dal telefono, mi ha trovato
Sul mio nokia seleziono il device, premo associa mi
richiede il pin, metto 1234 e lo dovrebbe associare.
Poi seleziono ancora il device bluez(0) - opzioni -
consenti connessione automatica (evita di chiedere
conferma per instaurare il collegamento BT).
Fine.
Questo tanto devi riuscire a farlo da te. Almeno capire
coe si fą, poi se non funziona spiegati pure qui.
In modo quanto pił chiaro ed esauriente, perchč non
siamo davanti al tuo telefono... ;-)
max
[...]
>
> Sul mio nokia seleziono il device, premo associa mi
> richiede il pin, metto 1234 e lo dovrebbe associare.
> Poi seleziono ancora il device bluez(0) - opzioni -
> consenti connessione automatica (evita di chiedere
> conferma per instaurare il collegamento BT).
> Fine.
>
> Questo tanto devi riuscire a farlo da te. Almeno capire
> coe si fà, poi se non funziona spiegati pure qui.
> In modo quanto più chiaro ed esauriente, perchè non
> siamo davanti al tuo telefono... ;-)
>
sono di passaggio veloce, domattina dovrei poter ritirare il pc, così se ho un
po' di tempo mi masterizzo la nuova versione di slax, ormai è una questione di
principio..."credo" di ricordare che il telefono non mi dava la possibilità di
aggiungere l'associazione...ipotizzo perchè non arrivi al telefono l'input per
fare ciò.....
--
ciao a tutti
JohnnyNewbie
> JohnnyNewbie <joh...@nomail.invalid> ha scritto:
>
> [...]
>>
>> Sul mio nokia seleziono il device, premo associa mi
>> richiede il pin, metto 1234 e lo dovrebbe associare.
>> Poi seleziono ancora il device bluez(0) - opzioni -
>> consenti connessione automatica (evita di chiedere
>> conferma per instaurare il collegamento BT).
>> Fine.
>>
>> Questo tanto devi riuscire a farlo da te. Almeno capire
>> coe si fà, poi se non funziona spiegati pure qui.
>> In modo quanto più chiaro ed esauriente, perchè non
>> siamo davanti al tuo telefono... ;-)
>>
>
> "credo" di ricordare che il telefono non mi dava la
> possibilità di aggiungere l'associazione...
Prova ad associare al telefono qualche altro device BT.
Mi viene in mente il telefono del figlio, tanto per
darti un'idea banale. Oppure, prova a tentare di
associare il telefono con windows, ma lavorando dal
telefono, prima forse dovrai rimuovere l'associazione
che hai già fatta con windows.
Anzi mi viene in mente un fatto che ho riscontrato
anch'io. Accade questo:
1) associo il telefono a windows, tra i didpositivi
associati nel telefono comare il nome del dongle
BT utilizzato (a questo nome sara anche associato
l'indirizzo mac del dongle ricorderai quella sigla
AA:BB:EccEcc.
2) se ora avvio linux e tento di associare il dongle
dal telefono, non riuscirò perchè il dongle (ommeglio
il suo indirizzo mac) è già presente tra i dispositivi
associati.
Soluzione, scomoda per la verità ma è così:
cancellare nel telefono il dongle BT dai dispositivi
associati.
Rifacendo la ricerca dovrebbe trovare bluez(0).
Quando riavvierai su win dovrai rieseguire il pairing.
Lavorando io su due macchine differenti entrambe con
slackware. Ho capito un po' a naso che le informazioni
relative al pairing stanno in /var/lib/bluetooth.
copiando questa dir da un sistema all'altro e copiando
anche alcune impostazioni presenti in /etc/bluetooth si
riesce a raggiungere l'obiettivo di avere il cell
associato con la stessa chiavetta BT su due sistemi
differenti (uno alla volta ovviamente perchè la
chiavetta è una sola).
> perchè non arrivi al telefono l'input per fare
> ciò.....
Prima di tutto elimina il dongle dai dispositivi
associati, dovrebbe esserci a causa dell'utilizzo con
windows.
Poi ricerca nuovamente nuovi devices, troverà bluez(0).
A quel punto ci deve essere un'opzione per associare
tale device al telefono.
Se non funge fai la stessa cosa con windows avviato e
la chiavettaa attaccata.
Inoltre puoi provare anche ad associare un altro
telefono al tuo telefono, tanto per capire come si fà.
Saluti.
max
> > [...]
> >>
> >> Sul mio nokia seleziono il device, premo associa mi
> >> richiede il pin, metto 1234 e lo dovrebbe associare.
> >> Poi seleziono ancora il device bluez(0) - opzioni -
> >> consenti connessione automatica (evita di chiedere
> >> conferma per instaurare il collegamento BT).
> >> Fine.
[...]
sono qui per dirti che mio figlio ha subito un importante intervento
chirurgico, e di conseguenza non potrò seguire la cosa, .... magari in
seguito... comunque ti volevo ringraziare moltissimo per il tuo aiuto... ti
dico le ultime prove che avevo fatto per rispetto verso te... mi hanno
consegnato il pc, ho masterizzato l'ultima versione di slax, la 6.1.2, per
scrupolo ho rifatto la procedura con il cavo, ma nulla di fatto, poi ho provato
con la chiavetta BT, ma quando davo il comando da te suggerito " ls /var/log/
packages|grep bluez " come nella vecchia versione, non dava nessun output, mi
ha stupito la cosa, visto che tu mi dicevi che non si doveva fare nulla e che
l'ultima versione aveva già integrato bluez, alchè avevo pensato che la
differenza fosse che la tua slax è installata, mentre nella live cd mancano
alcuni pacchetti.... comunque per adesso ho altri pensieri ben più
importanti.... non di meno se dovessi trovarti dalle mie parti in vacanza,
sarei ben lieto di offrirti una bella birra :-) grazie ancora.
--
ciao a tutti
JohnnyNewbie
> JohnnyNewbie <joh...@nomail.invalid> ha scritto:
>
>
>> > [...]
>> >>
>> >> Sul mio nokia seleziono il device, premo associa mi
>> >> richiede il pin, metto 1234 e lo dovrebbe associare.
>> >> Poi seleziono ancora il device bluez(0) - opzioni -
>> >> consenti connessione automatica (evita di chiedere
>> >> conferma per instaurare il collegamento BT).
>> >> Fine.
>
> [...]
>
> sono qui per dirti che mio figlio ha subito un importante intervento
> chirurgico, e di conseguenza non potrò seguire la cosa
Eccimancherebbe!
Mi spiace, in bocca al lupo per tutto.
Lasciamo perdere il discorso chiavetta.
Qualora volessi in futuro approfondire la questione,
qua trovi un buon posto in cui ottenere supporto.
> con la chiavetta BT, ma quando davo il comando da te
> suggerito " ls /var/log/ packages|grep bluez " come
> nella vecchia versione, non dava nessun output, mi ha
> stupito la cosa, visto che tu mi dicevi che non si
> doveva fare nulla e che l'ultima versione aveva già
> integrato bluez
Hai ragione tu.
Ho controllato e ho trovato questo:
root@slax:~# find /modules/
bluez-all-sl12.1.lzm
root@slax:~# losetup -a|grep bluez
/dev/loop14: [0700]:141 (/memory/modules/bluez-all-sl12.1.lzm)
In pratica significa che anche io sulla 6.1.2 sto
usando il modulo lzm bluez-all-sl12.1.lzm.
Strano che avessi usato questo, basato su
slackware-12.1, visto che invece questa versione di
slax è basata su slack-12.2.
Comunque a ame funziona tutto, per cui squadra che
vince on si cambia.
Il fatto che la mia slax sia su usb mentre la tua su CD
non significa assolutamente nulla. Non ci sono
differenze che riguardano il funzionamento del BT.
In entrambe le situazioi occorre attivare il modulo bluez.
> ... ben lieto di offrirti una bella birra :-) grazie
> ancora.
Ciao.