Re: ppp + mgetty

[Camaleón <noelamac@gmail.com>]

El 2010-04-01 a las 09:20 -0400, Leonel Hernández Grandela escribió:

(reenvío a la lista, se fue al privado)

> El 01/04/10 09:08, Camaleón escribió:
>>>      
>> No recuerdo haberte enviado ninguna web con comandos AT :-?
>>
>> Sólo te comenté que ejecutaras el comando de inicialización del módem en
>> el minicom, para que vieras lo que te respondía. ¿Qué te responde?
>>    
> ftp://ftp2.zyxel.com/U-336E/driver/U-336E_1.0.inf  aca en ese web salen  
> los comandos me la has enviado tú :) amigo camaleón,  

Ah, pero esos comandos no te interesan. El que te interesa es sólo el 
de inicialización del módem, para ver qué reponde.

> en el pc de yo  
> trabajar los comandos todos responden OK OK OK, en el otro pc donde  
> quiero implementar pues cuando ejecuto minicom de la misma forma que lo  
> hago en la pc que trabajo pues se queda bloqueado totalmente el minicom  
> OJO ya lo he configurado para que busque el dispositivo en ttyS0 y el  
> mgetty y inittab los tengo buscando dispositivos en el ttyS5 para que no  
> ocupe el mgetty el ttyS0 y pueda ocuparlo el minicom no se si me explico  
> el caso es que el minicom se queda bloqueado totalmente y tengo que dar  
> un kill al proceso ..

Porque tienes el puerto ocupado con el mgetty, seguramente. tendrías 
que liminar el archivo de bloqueo del modem que tendrás en /var/lock/*

>> Pues mejor que la dejes como estaba.
>>    
> ya la he puesto como estaba y nada aun el problema persiste :(

Vale, pero mantenla así.

>> En el manual de mgetty podrás ver qué significan los parámetros "-x0" y "-
>> s", pero si la línea original estaba así, mejor mantenerla, salvo que
>> tengas un buen motivo para cambiarla.
>>    
> como digo atras repito ambas he puesto y no soluciona aun sigue igual :(

No importa, déjala como te la puso Debian. Cambiar las cosas sólo 
tieens entido cuando se sabe lo que se hace y por qué se hace.

>> No se trata de copiar y pegar sino de "comparar". Con un simple "diff" te
>> hubiera bastado para ver las diferencias entre ambos :-)
>>    
> mmm bueno lo hecho hecho está aunque creo debería funcionar puesto que  
> en el otro pc funciona ...

No tiene que ver. Son módems distintos, lo que funcione en uno puede 
que no sirva para el otro. Por ejemplo, la cadena de iniclialización, 
cada modem puede usar una distinta.

>> Pues no es mala idea que descartes un problema externo, por ejemplo, el
>> módem, el puerto serie o el cable.
>>
>> Podrías:
>>
>> - Conectar el módem al segundo puerto serie, si tienes otro disponible
>> - Probar con otro módem
>> - Cambiar el cable
>>
>> Y ver si obtienes un resultado distinto.
>>
>> Otra cosa, intenta configurar una conexión dial-up sencillita, mediante
>> kppp o wvdial, para ver si puedes marcar y conectarte correctamente.
>>    
> - no tengo mas puertos serie en el pc solo hay 1 :-/
> - el módem no creo sea el problema amigo pues como digo funciona en la  
> otra pc sin líos
> - y el cable tampoco es el problema si no no funcionase en el otro pc de  
> maravillas
>
> haré lo que recomiendas a ver .. aunque realmente no tengo a donde  
> conectarme jajajajaja

Es para descartar un fallo que nada que ver con la configuración del 
mgetty. Si el error está en otro lado, es la forma de verlo.

>>> 03/31 17:58:01 yS0  WARNING: DSR is off - modem turned off or bad cable?
>>>      
>> Este mensaje no te aparecía antes.
>>    
> amigo ese mensaje solo sale en el pc cuando desconecto el cable o sea  
> ahi es la re afirmación que el cable si sirve y que el pc se da cuenta  
> que le falta el módem saludos y muchísimas gracias ...

No hombre, a ver... el cable puede tener problemas pero aún así darte 
comunicación el modem, eso no lo sabes y es lo que precisamente 
pretendemos averiguar cambiándolo :-)

Saludos,

-- 
Camaleón