Parte del materiale indicato da vonibenz in questo post
vonibenz ha scritto:In pratica tutti quelli descritti dopo l'intestazione "On with the show! Required again:" fino al termine del rapporto. Ciao.
Now, what to do if it doesn't go so smoothly?
Firstly, you may need to un-mount any connected pen drive you don't want. If you notice a drive that you do not normally have, this is surely the 3G key:
E qui smonta l'eventuale flash-drive leggibile, che di solito contiene il software del produttore
Then we need to manually mode switch. First, we use lsusb to check the current settings. Here's my output:
Codice: Seleziona tutto
lsusb
Bus 001 Device 004: ID 12d1:1465 Huawei Technologies Co., Ltd.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 0b97:7762 O2 Micro, Inc. Oz776 SmartCard Reader
Bus 003 Device 002: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 413c:a005 Dell Computer Corp. Internal 2.0 Hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Questo banalmente elenca i dispositivi connessi...
The first device is actually my modem. Where it says ID those two numbers *should* correspond to the TargetVendor and TargetProduct values in your usb_modeswitch.conf file. If they correspond to the DefaultVendor and DefaultProduct values instead, mode switching has failed. Try it manually, like this:
The "-W" is a sort of debug output, tells you everything. Afterwards do lsusb again. If the ID details are still wrong, you have a bigger problem. Time to hit the forums, my friend! Normally the problem is simply incorrect values in usb_modeswitch.conf, but you'll have to start Googling for a solution I'm afraid.
E come scritto nella parte evidenziata, qui dettaglia che... fa debug di quanto fa usb_modeswitch.
All being well though, mode switching occurred. Next we need to do the work of ozerocdoff manually. Here's how:
Codice: Seleziona tutto
modprobe -a option
echo "0x12d1 0x1465" > /sys/bus/usb-serial/drivers/option1/new_id
Mentre qui corregge la configurazione del modeswitch.
The numbers after the echo, 0xXXXX, the XXXX should again correspond to the TargetVendor and TargetProduct numbers in the config file for usb_modeswitch.
If this is successful, you should be able to do something like this:
$ ls -l /dev/ttyUSB*
crw-rw---- 1 root uucp 188, 0 2010-04-28 10:55 /dev/ttyUSB0
crw-rw---- 1 root uucp 188, 1 2010-04-28 10:48 /dev/ttyUSB1
crw-rw---- 1 root uucp 188, 2 2010-04-28 10:48 /dev/ttyUSB2
crw-rw---- 1 root uucp 188, 3 2010-04-28 10:48 /dev/ttyUSB3
crw-rw---- 1 root uucp 188, 4 2010-04-28 10:55 /dev/ttyUSB4
If nothing is found, again, you have a bigger problem. It's forum time! Some devices have trouble "sticking" in modem mode and may require further tweaks to usb_modeswitch, but you'll have to investigate carefully. It may take some time.
E qui analizza i risultati.... se non hai fatto mega-errori, si è risolto il problema
Another issue I had, though only on my EEE PC 901, was VMC not "seeing" the device on initialisation. To resolve this I had to run this command (I found it on the Betavine forum) to make VMC "see" the 3G key. I don't understand why, but everything else seemed fine so I executed this command, as advised, removed the device, plugged it in again, started VMC and everything was fine:
$ eject sr0
As I say, I have no idea what or why, but it fixed things on my netbook. My Dell laptop did not have this problem. All that said, once things are installed and settled, as long as the key is inserted when the computer is booted you should have no problems.
Finally, what if the 3G key is *not* inserted when the computer is started? The following commands should sort it for you:
$ su -
$ usb_modeswitch
$ modprobe -a option
$ echo "0x12d1 0x1465" > /sys/bus/usb-serial/drivers/option1/new_id
That's all you need! Switch to root user, switch key mode to "modem" and create connection ports for the modem. Job done.
E dettaglia altre cose qui...
Probabilmente ho interpretato male qualcosa, quindi invito a correggere i miei errori da qui in su.
Per quanto ho personalmente letto e valutato sono molto contento che vonibenz abbia risolto. Ma questa
vonibenz ha scritto:Sono convinto che cliccando la famigerata X nella finestra di richiesta del PIN il sistema (Xubuntu 16.04 LTS AMD 64) ha variato qualcosa nel firmware della chiavetta, che infatti non lavorava più nè in Xubuntu nè in Windows
la trovo una colossale inesattezza. Poi per carità, io sono pure convinto che la Ferrari può vincere il mondiale piloti 2017... ognuno ha il diritto di avere le proprie, no?
A mio parere il firmware è rimasto lo stesso. Non è stato fatto flash dello stesso, magari (sbagliando) premendo quella "X" Xubuntu fa un modeswitch che "addormenta" la chiave. Ma non è il modeswitch (letteralmente "cambia modalità" ) che scrive il firmware, a mio parere.
Al di là delle convinzioni personali, vista la particolarità del problema può valer la pena indagare...