The Linux Linmodem-HOWTO : FAQ

7.1 Possiedo un winmodem. Funzionerà sotto Linux?

Probabilmente no. Consultate la sezione "Quali tipi di Linmodem hardware sono supportati?" sopra, e controllate il Linux Modem Compatibility database presso il sito di Rob Clark.

7.2 Ho "NO DIALTONE".

Provate a settare l'opzione del vostro BIOS da "PNP OS" a "non-PNP OS", da "Windows" a "Altro SO ", od equivalente.

Utenti Conexant: Consultate la sezione Conexant, sopra.

7.3 Ottengo un errore del tipo "device o risorsa occupato".

Se avete un modem ISA, avete utilizzato isapnptools per allocare IRQ e DMA alla scheda? Per maggiori informazioni, consultate "ISA Plug-n-Play", sopra.
Controllate due volte che il device file sia stato creato correttamente, e tentate di eliminare qualsiasi conflitto di IRQ abbiate. Se tutto sembra a posto, ma ancora non funziona, controllate la Linmodems.org mailing list per vedere se qualcun'altro ha avuto (e magari risolto) lo stesso problema, oppure provate a risolverlo per conto vostro ed informate gli altri dei risultati dei vostri sforzi.

7.4 Ottengo degli unresolved symbols quando eseguo il fixscript/inserisco il modulo.

Gli unresolved symbols sono un vero pericolo di discrepanza fra versioni e, in generale, sono una brutta cosa per quanto quasi inevitabili con i moduli binari. Se il fixscript riporta unresolved symbols, o il modulo non funziona nonostante questi, potreste non avere chances con quella combinazione di kernel/modulo; comunque, alcuni rari casi coinvolgono i moduli come:

slhc_xxxx: Probabilmente dovete inserire il modulo slhc prima dei moduli del modem/ppp; usando modprobe al posto di insmod dovrebbe ovviare lo stesso al problema.
printk, jiffies: Il vostro kernel potrebbe essere compilato con il SMP abilitato. Nessuno dei moduli binari è SMP-safe, e probabilmente lavorerà solo su macchine con un singolo processore e con un kernel per singolo processore, ovvero con SMP disabilitato. Provate a ricompilare il kernel, o ottenetene una versione con SMP disabilitato. (Grazie a Tom Reinertson (treinertson(at)uswest.net))
tty_xxxx con esscom.o: I primi fixscripts non erano in grado di trattare i simboli versione-specifici in questo modulo. Versioni più recenti, in grado di fissare anche questo modulo sono disponibili presso http://www.test.dclabs.com.au/linmodem/fixscript

Se un modulo funziona in maniera instabile, e possibile che, in determinate circostanze quei simboli vengono evitati, mentre in altre andiate a sbatterci contro. Provate programmi di dialup diversi (wvdial, kppp), che chiamano differenti set di funzioni a parità di condizioni. E' anche possibile che il fixscript, ideato per il modulo lucent, non riesca a "fissare" i simboli utilizzati nel vostro modulo. Se non trovate nessuna combinazione che funzioni, considerate di scalare ad un kernel che abbia una versione più vicina a quella del modulo.

7.5 Il mio modem PCTel non funziona.

Dovete dare al modulo il parametro di codice nazione? Consultate l'appendice.
State usando il giusto driver? Esistono più drivers PCTel (consultate la sezione "Quali tipi di Linmodem hardware sono supportati?" sopra). Potete provarne un altro e vedere se ciò aiuta.

7.6 Il modem fa il numero e si connette senza problemi, ma poi lascia cadere la connessione.

Questo problema viene riportato spesso; può avere alcune soluzioni, o nessuna:

E' possibile che il modem sia installato correttamente e funzioni altrettanto bene, ma che abbiate un problema con la configurazione ppp. In particolare, se trovate un errore nel log tipo "peer is not authorized," provate a cambiare "auth" con "noauth" in /etc/ppp/options, e/o decommentate "auth" e "lock" (ponendo un '#' all'inizio della linea). Corel ha una FAQ su questo problema a http://linux.corel.com/support/html/9314.htm.
E' stato riportato che un programma tipo kppp può dare un simile messaggio di errore in presenza di discordanza tra kernel e moduli, mentre un altro come wvdial, a parità di moduli ed hardware non dà lo stesso errore. Provate a cambiare ppp dialer e vedete se funziona.
Infine, c'è la potenziale correlazione con il supporto audio. Paragonando la funzionalità di ltmodem.o con/senza supporto audio nel kernel, il dial-in è OK, ma ppp non funziona con kernels senza supporto audio.
Molte distribuzioni mantengono un file di configurazione del kernel insieme a quest'ultimo. Per la Debian è il file
```
  /boot/config-version
```
Le scelte positive possono essere rapidamente mostrate con:
```
  grep SOUND /boot/config-version |grep -v not
```
Nel caso specifico di una versione 2.2.17:
```
# grep SOUND  /boot/config-2.2.17 |grep -v not
CONFIG_SOUND=m
CONFIG_SOUND_OSS=m
CONFIG_SOUND_SB=m
CONFIG_SOUND_MPU401=m
CONFIG_SOUND_YM3812=m
CONFIG_SOUND_VMIDI=m
CONFIG_SOUND_YMPCI=m
CONFIG_LOWLEVEL_SOUND=y
```
Sia CONFIG_SOUND=m che CONFIG_SOUND=yes dimostrano che il kernel ha il supporto audio(come semplice output audio).
Se nulla di quanto detto funziona, dovreste considerare l'utilizzo di una versione del kernel più vicina a quella del modulo. Altrimenti, tentate la mailing list presso Linmodems.org per avere aiuto.

7.7 Ottengo un kernel panic alla chiusura della connessione o scaricando il modulo.

Ci sono un paio di soluzioni per ciò, anche se nessuna delle due potrebbe funzionare:

Provate un diverso dialer ppp (wvdial, kppp).
Configurate il modulo in maniera da inglobarlo nel kernel, cioè che non venga scaricato.

7.8 Niente sembra funzionare. A chi rivolgermi per avere aiuto?

Ricontrollate che il vostro modem sia realmente supportato dal modulo in vostro possesso. Consultate la sezione "Quali tipi di Linmodem hardware sono supportati?" sopra.
Provate a determinare in quale punto del processo di installazione le cose si inceppano. Consultate le pagine di manuale sui comandi utilizzati a quel punto e vedete se potete determinare la causa del problema.

Se tutto sembra perduto, consultate la sezione "Risoluzione dei problemi" sopra e prendete in considerazione l'invio delle informazioni lì descritte la mailing list presso Linmodems.org.

7.9 Chi ha scritto il driver per il mio winmodem, e come faccio a contattarlo?

Se non viene fornito alcun indirizzo per i contatti, potete presumere che è stato qualcuno sotto contratto del costruttore che probabilmente non ha l'autorità di rinnovare/rilasciare/cambiare il codice sorgente, e che probabilmente non ha nemmeno il tempo di rispondere alla vostra mail in ogni caso. Vedete, per esempio, http://lwn.net/1999/1209/a/lucent.html

Avanti Indietro Indice