[an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]
[an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]![]() |
![]() |
![]() |
|||||||||||||||||||||||||
|
|||||||||||||||||||||||||||
![]() |
![]() |
![]() |
On fre, 14 maj 1999, you wrote: > Gert Holtoft wrote: > > .... > > > > Egentlig er dette symptombehandling på andre fejl, men hvis det virker :) > > > > > > "lock" er tiltænkt at f.eks. kun et program anvender serielporten samtidigt > > > med pppd. Men er lockfilen ikke blevet slettet sisdst giver det > > > selvfølgelig problemer (/var/lock/xxxx). > > Den smutter ind sammen med installationen af RH60 og bliver meldt af kppp > > allerede når der forsøges opsætning af forbindelsen > > Er det filen i /var/lock/xxx der bliver oprettet under installationen ? > Hvilken PID er der i filen ? Nej, filen er /etc/ppp/options og ser sådan ud lock ~ ~ ~ ~ ~ osv. > F.eks. hvis minicom er igang på serielporten : > $ cat /var/lock/LCK..ttyS0 > 11933 minicom frank > > Fortæller så her at PID=11933 / minicom er igang på porten, > en "ps xa | grep 11933" vil afsløre om processen stadig er igang. > > Et problem kan også være at RH endnu ikke har lært at det hedder > /dev/ttySN og ikke /dev/cuaN . De nye 2.2 kerner giver i øvrigt nu en > warning når man anvender de "gamle" Sun betegnelser. > Locking systemet virker kun hvis alle programmer er enige om portens navn, > bruger man skiftevis cua0, ttyS0 og "/dev/modem"-link, så vil uucp-style > låsemekanismen ikke virke efter hensigten. > > Et andet problem kan være at overgangen fra chat til pppd er lavet > på en uheldig måde. Normalt kalder pppd chatprogrammet, og så skulle > der ikke være problemer. > Jeg har desværre ikke selv KDE installeret, så jeg kan ikke selv > prøve det. > > > -- > mvh Frank Damgaard sslug@sslug | sslug@sslug |fido 2:236/15.2 -- mvh/gert Gert Holtoft sslug@sslug DK-Farum
![]() |
![]() |
![]() |
||||||||||||
|
||||||||||||||
![]() | ||||||||||||||
|
||||||||||||||
![]() |
![]() |
![]() |