Newsgroup: it.comp.os.linux.mandrake
Titolo: controller USB e mandrake 10.1 official

Salve a tutti,
da circa cinque giiorni ho installato mandrake 10.1 dopo aver utilizzato
le versioni /8.2, 9.0, 9.1 e il mese scorso 9.2 in occasione
dell'attivazione della linea ADSL, prima mi connettevo tramite un 56k
winmodem configurato a manina). Bene, ho seguito tutti i forums sulla
configurazione dello SpeedTouch 330 USB Siilver, scaricato tutto il
necessario ed intallatato. Alcune volte mi dava un problema nella stessa
installazione, altre volte no ma dopo alcuni secondi di connessione si
disconnetteva. Va beh, faccio un reboot e all'atttivazione dello script di
connessione stessa anomalia, a volte falliva, altre no per fallire ai
primi bit scaricati dalla rete. Boh, lancio lsmod e mi accorgo che il
modulo kernel (credo sia quello) chiamato speedttch veniva caricato in
memoria. lo elimino dalla memoria ma niente (sebbene lo stesso script di
connessione contenga un if speedtch rmmod speedtch o giù di li). Sapevo
che configurare lo Speedtouch sulla mdk dalla 10 in poi era un'impresa ma
non immaginavo tale. Eppure stavo cercando l'errore nel posto sbagliato
(avrò lanciato il tool speedtouchconf almento ottanta volte in due
giorni). Infatti mi accorgo ad un tratto che anche il mio scanner USB, un
HP 3400C ScanJet, funzionante al 100% nelle mdk precedenti, non
funzionava. Era perfettamete riiconosciuto, persino il desktop di KDE o
Gnome, lo visualizzavano, ma appena lanciavo Xsane il diispositivo
risulttava occupatao. Boh!!! Faccio una prova: rmmod ohci-hcd (il
controlller USB), Si spengono le luccete del modem. Faccio modprobe
ohci-hcd, si riaccendono. Provo la connessione con lo script in modo
manuale. Sto in intenet con il modem SpeedTouch 330 Silver come adesso. Lo
scanner funziona eggreggiamente.
Mi sono dovuto creare uno script che contiene i due commandi
summenzinnati, ma ho dovuto disabilitare dai servizi la connessione adsl
all'avvio del siistema tanto era inutile. Faccio due premesse 1) il
controller usb, ed il filesystem USB vengono correttamente attivati
all'avvio e fra i primi, 2) su google, nei forums, ecc non ho trovato
alcuna spiegazione al riguardo. Chi di voi può spiegarmi che succede e
come eventualmente risolvere. Grazie per l'attenzione e scusate la
lunghezza del messaggio.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 lunghezza del messaggio.
Anomalie del genre sono abbastanza comuni per i dispositivi USB che a 
volte sono progettati con i piedi e realizzati con il c*lo.
Non conosco il tuo modem, ma immagino possa richiedere il caricamento 
del firmware subito prima di esser usato, in questo caso basta qualche 
problema assolutamente secondario durante il caricamento del firmaware 
per rendere il modem instabile.
L'unica soluzione che mi viene in mente è inserire la lista dei comandi 
che scrivi per attivare lo scanner ed il modem nel file /etc/rc.local 
(oppure /etc/rc.d/rc.local non ricordo bene). I comandi inseriti in 
questo file vengono eseguiti alla fine della sequenza di boot.
Può essere utile utilizzare anche un po' il comando sleep, in questo 
modo puoi far passare qualche secondo tra un'operazione e l'altra per 
evitare che ci siano interferenze (ad esempio il modem non ha ancora 
"digerito" il firmware e tu lo stai già subissando di comandi).
Buona fortuna.
-- 
Lorenzo "Paulatz" Paulatto
Trieste
Dagli errori di Windows 98:
1070 0x042E Dopo l'avvio, il servizio si è sospeso in uno stato di attesa.
1440 0x05A0 Schermo già bloccato.

 Buona fortuna.  
 
Ti ringrazio per il suggerimento, credo che hai azzeccato il problema. 
Potrebbe essere il firmware del modem infatti ho dovuto già inserire degli 
sleep senza i quali lo script falliva comunque. Se li inserisco in 
rc.local tuttavia dovrò comunque rinunciare all'avvio della connessione 
all'avvio!!!  
 
Grazie ancora!!! 


 Grazie ancora!!! 


 > Grazie ancora!!!   
 
 
 
 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 


Giovanni Luciardello ha scritto:    
 
Paulatz sei un grande!!! Ho inserito i comandi all'inizio della sequenza   
start di numlock (avendo visto l'ordine di avvio con in /etc/rc5.d) che   
veniva avviato prima del servizio speedtouch (quello della connessione).   
Ho impostato gli sleeep. Tutto funge. Ho la connessione all'avvio.    
 
Avevi ragione tu: con linux niente č impossibile. Grazie ancora.     
