[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mgetty hebt nicht ab



Am Son, 2003-03-09 um 16.25 schrieb Gerhard Engler:
> Hallo Mailingliste,
> 
> ich möchte mich mit meinem W2K-Client per Modem-Verbindung (über interne 
>   Telefonanlage) auf meinem Debian Woody-Rechner einwählen.
> 
> Leider schaffe ich es nicht, daß mgetty abhebt. Anrufe auf dem Modem 
> klingeln durch und werden nicht abgehoben.
Signalisiert das angerufene Modem das Klingeln? Oder hörst Du da auf
den  Wählton am anrufenden Modem?

> In der /etc/inittab habe ich eingetragen:
> 
> T3:23:respawn:/sbin/mgetty -x9 -s 19200 -n 2 ttyS3
"-n 2" heißt nach dem zweiten Klingeln. 

> Hat jemand eine Idee, woran das liegen könnte?

Dein Modem scheint nur alle 20 Sekunden "RING" zu sagen. So ganz klar
ist aus deinem Log nicht erkennbar, ob da der Klingelabstand 20s ist,
oder ob das ein zweiter Anwahlversuch war (Ich habe ein paar Zeilen
eingefügt) :

> 03/09 16:13:19 yS3   do_makelock: lock='/var/lock/LCK..ttyS3'
> 03/09 16:13:19 yS3   lock made
> 03/09 16:13:19 yS3  wfr: waiting for ``RING''

Modem hat RING gesagt :
> 03/09 16:13:19 yS3   got: [0a][0d][0a]RING[0d]
> 03/09 16:13:19 yS3    CND: RING
> 03/09 16:13:19 yS3   wfr: rc=0, drn=0

mgettey sagt "warte auf nächstes RING" :
> 03/09 16:13:19 yS3  wfr: waiting for ``RING''
> 03/09 16:13:19 yS3   got: [0a]

Das kann ich im Moment auch nicht einordnen - gehe aber zunächst mal
davon aus, daß es das RING-Timeout aus dem Treiber ist :
> 03/09 16:13:29 yS3  mdm_read_byte: read returned -1: Interrupted system call

Aber das hier heißt "timeout waiting for RING" :
> 03/09 16:13:29 yS3  wfr: timeout waiting for RING

Hier sagt er sogar eine Fehlermeldung :
> 03/09 16:13:29 yS3   wfr: rc=-1, drn=0
> 03/09 16:13:29 ##### phone stopped ringing (rings=1, dev=ttyS3, 
> pid=1371, caller='none')

War wohl nichts, also wieder in Grundstellung :
> 03/09 16:13:29 yS3   waiting for line to clear (VTIME), read:
> 03/09 16:13:29 yS3   removing lock file
> 03/09 16:13:29 yS3  waiting...
> 03/09 16:13:49 yS3    select returned 1
> 03/09 16:13:49 yS3   checking lockfiles, locking the line
> 03/09 16:13:49 yS3   makelock(ttyS3) called
> 03/09 16:13:49 yS3   do_makelock: lock='/var/lock/LCK..ttyS3'
> 03/09 16:13:49 yS3   lock made
> 03/09 16:13:49 yS3  wfr: waiting for ``RING''

Und nochmal das gleiche wie oben...
> 03/09 16:13:49 yS3   got: [0d][0a]RING[0d]
> 03/09 16:13:49 yS3    CND: RING
> 03/09 16:13:49 yS3   wfr: rc=0, drn=0
> 03/09 16:13:49 yS3  wfr: waiting for ``RING''
> 03/09 16:13:49 yS3   got: [0a]
> 03/09 16:13:59 yS3  mdm_read_byte: read returned -1: Interrupted system call
> 03/09 16:13:59 yS3  wfr: timeout waiting for RING
> 03/09 16:13:59 yS3   wfr: rc=-1, drn=0
> 03/09 16:13:59 ##### phone stopped ringing (rings=1, dev=ttyS3, 
> pid=1371, caller='none')


Wenn ich bei meinem Telefon gerade richtig mitgezählt habe, sollte der Klingelabstand 
aber nicht größer als fünf bis sechs Sekunden sein. Das heißt, daß innerhalb dieser 
zehn Sekunden Timeout auf jeden Fall das nächste RING hätte kommen sollen.

Eine kurze Suche nach dieser seltsamen "mdm_read_byte: read returned -1: Interrupted system call"-
Fehlermeldung bei Google brachte zwar einiges an Meldungen, aber keine verwertbaren mit 
deutscher oder englischer Antwort.


Ich würde jetzt folgende Dinge machen :

- Laß deine Modem nach dem ersten Klingeln schon abheben. Damit könntest Du u.U. 
Deine diesbezüglichen Probleme komplett lösen.

- Du gehst über eine TKA. Besteht die Möglichkeit, daß der Ruf evtl. weitergeleitet 
wird und nur deshalb das Modem einmal klingelt?

- Sagt etwa das Modem nur einmal RING pro Anruf? Oder nur alle 20 Sekunden?

- In Deinem Log stand an einer Stelle die Frage vom mgetty, ob auf der Leitung evtl. 
ein konkurrierender Prozeß läuft. Bist Du wirklich sicher, daß da kein anderer 
dazwischenquasselt (z.B. pppd)? Oder ein anderer Getty-Prozeß aus der /etc/inittab?

- Du bist auf der vierten seriellen Schnittstelle. Die hat oft den gleichen Interrupt 
wie die zweite (ttyS1). Hast Du da ein Problem mit der Zuordnung der Interrupts in 
Hardware und Software?

- Mit größerem Zeitaufwand nach "mdm_read_byte: read returned -1: Interrupted system 
call"-Lösungen suchen.

Ansonsten wünsche ich Dir noch viel Glück.

-- 
Wilfried Essig




Reply to: