Subject: Linux-Admin Digest #9
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Thu, 1 Sep 94 08:13:21 EDT

Linux-Admin Digest #9, Volume #2                  Thu, 1 Sep 94 08:13:21 EDT

Contents:
  starting nfsd from inetd? (John Paul Morrison)
  Re: CR on line-printer (Sebastian W. Bunka)
  Re: linux nfs and soss (Johannes Stille)
  lsof for Linux? (David Meyer)
  Re: How do I get my 525MB SCSI streamer to backup 300MB? (Viktor T. Toth)
  Re: FTape problems (Conner 250) (root)
  Re: How to use 14400bps with modem? (Steve Whorwood)
  Re: How to use 14400bps with modem? (Steve Whorwood)
  Exporting to a domain (H. Peter Anvin)
  SLIP monitor script! (Suman Sahu)
  Re: Floppy disk errors (Steven Whitlatch)
  Re: PLIP: Laptop to Desktop (Johannes Stille)
  DOS emulator for Linux (DY HEINRICH,,Student Account)
  Using an Exabyte with Linux (root)
  Re: BBS software (Mark A. Horton KA4YBR)
  smail bug ? (Morten Steinvik)

----------------------------------------------------------------------------

From: [email-masked] (John Paul Morrison)
Subject: starting nfsd from inetd?
Date: Thu, 1 Sep 1994 05:46:16 GMT

It is possible to start RPC programs from inetd instead of having
them running all the time. However, if I add

nfs/2          dgram   rpc/udp wait    root    /usr/etc/rpc.nfsd       rpc.nfsd
mountd/1       dgram   rpc/udp wait    root    /usr/etc/rpc.mountd     rpc.moun

to /etc/inetd.conf and restart inetd, it doesn't work. why?

rstatd/1-3     dgram   rpc/udp wait    root    /usr/etc/rpc.rstatd     rpc.rsta

doesn't work either (If rstatd is started from inetd, it causes
portmapper on the server and rstat on the client (linux) machine to go
berserk).

however, these RPC programs do work when started from inetd:

rusersd/2-3     dgram   rpc/udp wait    root    /usr/etc/rpc.rusersd    rpc.ruse
walld/1         dgram   rpc/udp wait    root    /usr/etc/rpc.rwalld     rpc.rwal
pcnfs/1-2       dgram   rpc/udp wait    root    /usr/etc/rpc.pcnfsd     rpc.pcnf

*walld acts funny on my system, but it does the same thing whether I start
it from inetd or not.

-- 
===========================================================================
BogoMIPS Research Labs  --  bogosity research & simulation  --  VE7JPM  -- 
[email-masked] [email-masked] [email-masked]
===========================================================================

------------------------------

From: [email-masked] (Sebastian W. Bunka)
Subject: Re: CR on line-printer
Date: 31 Aug 1994 07:33:38 GMT
Reply-To: [email-masked]

root ([email-masked]) wrote:
: Hi,

: I implemented Linux recently on some pc and now
: I would like to print - just text.
: But on different printers I had the same problem:
: NO carriage return after linefeed.
: Is there any config-file ?
OK, it's hard to find the answer in the HOW-TO.
I've got the answer here a half year ago:
#----------snip----------
# /etc/printcap:
lp|deskjet|dj500:\
        :lp=/dev/lp1:\
        :sd=/usr/spool/deskjet:sh:\
        :if=/usr/local/lib/deskjet.filter:\     # this is the filter prog
        :pl#59:\
        :pw#80:
#       :fo: #uncomment wenn vor jedem JOB FF
#--------snip-------------

create an executable file:
# deskjet.filter
#------------snip----------
#!/usr/bin/perl
while (<STDIN>) {
print ($_,"\r");
}
#-----------snip-----------

Thats it !
(I know there are several more possibilities to do this - but this works)

Hope this helped....
Sebastian
--

email:                   [ [email-masked] ]
voice:                   FAX:
+43-1-71155260           +43-1-7149110
Location: earth, europe, austria, vienna  Inst. of Bacteriology  Vet.Univ.

------------------------------

From: [email-masked] (Johannes Stille)
Subject: Re: linux nfs and soss
Date: Wed, 31 Aug 1994 12:11:56 GMT

In article <[email-masked]>,
Gary Dezern <[email-masked]> wrote:
>I'm currently running 1.1.47 of linux, and have need to access a netware
>file server.  Someone had suggested to me that I put soss on a 'spare'
>workstation.  I've done this, and configured it as per the instructions. 
>However, I'm getting a strange error whenever I try to showmount or mount
>from the soss machine:
>
>uniquecr:~# showmount -e soss
>rpc mount export: RPC: Authentication error; why = Invalid client credential
[...]

Probably "root" is in more than 8 groups on your machine. Many older
NFS servers, including SOSS, don't like this.

Edit /etc/group to remove root from some groups, logout, login again,
then try again.

        Johannes

------------------------------

From: [email-masked] (David Meyer)
Subject: lsof for Linux?
Date: Wed, 31 Aug 1994 17:15:22 GMT

Has anyone ported, or is anyone porting, lsof to Linux?  
-- 
David M. Meyer                             Mechanical & Aerospace Engineering
[email-masked]          University of Virginia
NeXTmail ok

------------------------------

From: [email-masked] (Viktor T. Toth)
Crossposted-To: comp.os.linux.misc
Subject: Re: How do I get my 525MB SCSI streamer to backup 300MB?
Date: Wed, 31 Aug 1994 11:20:39

In article <[email-masked]> [email-masked] (Kai Dupke) writes:

>Tiger Zhao ([email-masked]) wrote:

[...]

>Within my system i'm back up 23Megs more for the /proc/kore-file, wich isn't
>shown in the df-command.

Why on Earth are you backing up your /proc file system? It's meaningless.

If you use GNU tar, you can use the -l option to stay within one file system, 
and not back up /proc.

Viktor

------------------------------

From: [email-masked] (root)
Subject: Re: FTape problems (Conner 250)
Date: Thu, 1 Sep 1994 03:25:14 GMT

Rob Fugina (rfugina@mcdga96) wrote:
: I've been slowly trying to get one thing working at a time since I installed
: Linux on my PC several months ago.  I am currently stuck on FTape.  I have
: a Conner 250MB tape drive.  I have also just done a clean install of the
: Slackware 2.0.0 distribution.  The command 'mt -f /dev/ftape retension' works
: fine, but to tar to the /dev/ftape device results in 'I/O error'.  The Conner
: manual suggests a jumper be removed from the drive for Unix operating systems
: that has something to do with auto-positioning.  This didn't make a difference.
: Can anybody give me some hints as to why it's not working?

: Rob

I just got finished fighting this battle and seem to finally have my
Colorado 250 working.. What worked for me was adding the options
-DConner_Bug and -DData_Rate=2. You might give it a try..

-Bob

------------------------------

Crossposted-To: comp.os.linux.help,comp.os.linux.misc
From: [email-masked] (Steve Whorwood)
Subject: Re: How to use 14400bps with modem?
Reply-To: [email-masked]
Date: Thu, 1 Sep 1994 03:13:30 +0000

In article <[email-masked]>
           [email-masked] "Hugh Johnson" writes:

>    Today my USRobotics Sportster 14400 FAX MODEM arrived.
> 
> Congradulations.
> 
>    Now I use it at 9600 bps since 14400 is not an option offrered.
>    (I use Seyon by the way.)
>    How can I use 14400 bps?
> 
>         Check you modem manual. You will find that you have to set
> one of the S-registers to MNP-5 to on. This is a compression option.
> This is how the 14.4KBaud is achieved. So, to use 14.4 KBaud, you
> have to have the MNP compression active.

Sorry, this is wrong. There are 2 speeds here; the first is the line speed
the modems talk to each other at (DCE<->DCE rate), the second is the speed
your machine talks to your modem (DTE<->DCE rate).

The Sporster, as the 14400 implies, is capable of a line speed of 14.4k/s
(V32bis). It's also capable of 9.6K (V32) and lower. When 2 V32bis modems
connect, they can test the line to see what maximum line speed it's quality
will support.

Compression comes in 2 flavours; MNP 5 and V42bis. MNP 5 is capable,
theoretically, of 2:1 compression, so you can drive a modem that's
connected at 14.4k (DCE rate) at 28.8 (DTE rate). V42bis theoretically
manages a max of 4:1 compression, so you can drive the modem at 57.6k.
Both of these are optimistic top ends and should be taken with a
pinch of salt, in practise.

V42bis is generally considered the better of the 2 protocols, as MNP 5
can actually cause a performance drop when transferring compressed files.
V42bis is "smart" enough to know that the file is already compressed, and
doesn't try to compress it any further. However, I've seen reports that
MNP 5 is better at compressing UUencoded files than V42bis.

Both compression schemes require error correction to be in operation.
MNP 2-4 are used with MNP 5, and LAP-M is used with V42bis.

Your modem should be configured to try for a "best possible" connection
first (V32bis/V42/V42bis), and to only drop back from this if a) the line
quality won't support it, b) the other end's modem doesn't support it.
All modems capable of it should be set for RTS/CTS hardware handshaking,
(&H1,&I0,&R2 on the Sportster, I *think*) as opposed to Xon/Xoff, if
supported. At a DCE - DCE rate of 14.4k, the DTE-DCE rate should be at
least 38.4k *provided* that you don't get hardware overruns at this speed,
as these kill TCP/IP throughput.

I'm afraid it's a case or RTFM to configure the modem to do this.

-- 
Steve Whorwood                     :Resurgam
E-Mail                              [email-masked]

------------------------------

Crossposted-To: comp.os.linux.help,comp.os.linux.misc
From: [email-masked] (Steve Whorwood)
Subject: Re: How to use 14400bps with modem?
Reply-To: [email-masked]
Date: Thu, 1 Sep 1994 03:55:27 +0000

In article <[email-masked]>
           [email-masked] "RYAN  Colin Patrick" writes:

>  yea!!!, I have an el cheapo Zoltrix 14400. I run all my comm packages as 19200
>  and get around 1620 cps average transfer rates. Does this sound right to
>  everyone. If not and for some reason I'm not utilizing my modem to the max
>  please let
> me know. But ;') I think I am.

If that's compressed files, it's about right. If it's text, it's low.

-- 
Steve Whorwood                     :Resurgam
E-Mail                              [email-masked]

------------------------------

From: [email-masked] (H. Peter Anvin)
Subject: Exporting to a domain
Reply-To: [email-masked] (H. Peter Anvin)
Date: Wed, 31 Aug 1994 22:37:21 GMT

Hello Linux friends.  I am having problems with NFS-exporting to a
domain.  My /etc/exports looks like this (abbreviated)

/usr ramius(rw,link_absolute) ahab(rw)
/usr/nuars w9bgx.nuars.nwu.edu(rw)
/usr/linux *.nwu.edu(ro)
/ solo(rw)

I have tried with the ancient nfsd I had on my system, which fails
with a strange error (cannot get root inode, and a lot of other
veribage) and nfs-server-2.0 from the sunacm directory on sunsite,
which fails with a permission denied when I try it from other hosts in
the *.nwu.edu domain.

Is this a known problem, and if so, what do I need to do to fix it?
This system will hopefully be used by our incoming freshmen to install
Linux on their machines in the fall, so I'm quite eager to get this
running.  My network admin has vetod exporting it to the world, so I
need this working.

Humongous thanks in advance,

        /hpa

-- 
INTERNET: [email-masked]             --- Allah'u'abha ---
IBM MAIL: I0050052 at IBMMAIL     HAM RADIO:   N9ITP or SM4TKN
FIDONET:  1:115/511 or 1:115/512  STORMNET:    181:294/1 or 181:294/101
  ... but his bosses didn't like him so they shot him into space ...

------------------------------

From: [email-masked] (Suman Sahu)
Subject: SLIP monitor script!
Date: 31 Aug 1994 19:22:02 GMT
Reply-To: [email-masked]

There should be a lot of people happy to see this.

#!/bin/csh
set sleep_time=5
loop:
set flag=`ps | grep -f/etc/dip.pid`
if ( $status == 1 ) then
  echo DIP process not running.  Establishing connection...
  /sbin/dip /etc/giant.dip
  sleep 10
# else
#  echo SLIP process is running. 
endif
sleep $sleep_time
goto loop

Overhead is less than 1% (usually .2 %, unless establishing connection)
Anyway...  Have fun.  Leave me a message if this works for you.

Now to the next challenge... UNIVEL...
--
Suman Sahu      [email-masked]

------------------------------

From: [email-masked] (Steven Whitlatch)
Subject: Re: Floppy disk errors
Date: Wed, 31 Aug 1994 01:28:11 GMT

In article <[email-masked]>, [email-masked] (Heinz-Ado Arnolds) writes:
|> 
|> Since several kernel revisions I've encountered some reproducable errors
|> with handling floppy disks. The procedure is as follows:
|> 
|>     1. fdformat /dev/fd0H1440
|>     2. mke2fs -c -v /dev/fd0H1440 1440
|>     3. remove disk from drive
|>     4. insert it again
|>     5. e2fsck -v -y -f /dev/fd0H1440
|> 
|> Step 5 shows the message
|>     Block bitmap -151587082 for group 0 not in group.
|> If I try to mount such a disk before checking it, I get the message
|>     ext2_check_descriptors: Block bitmap for group 0 not in group
|>                             (block 4143380214)!
|> Another time I copied some files to a disk after creating the file system and
|> mounting the disk. Then after unmounting, removing, inserting and mounting
|> the disk again I got the two messages: 
|>     ext2_check_blocks_bitmap: Wrong free blocks count for group 0,
|>                               stored = 1241, counted = 1377
|>     ext2_check_blocks_bitmap: Wrong free blocks count in super block,
|>                               stored = 1241, counted = 1377
|> 
|> The problem still exists if I'm using MSDOG formated floppy disks.
|> 
|> I'm using e2fsprogs-0.5a with kernel 1.1.49 on 386 and 486 systems with
|> Adaptec 1542C and on 486-PCI with NCR53c7,8xx.
|> 
|> Any help would be greatly appreciated
|> 
|> Ado
|> 

Ok, this isn't an explanation or a cure, but only a record of 
similar experience.  I'm posting it because it may be of use to 
the people working on the floppy driver.  Here's the record:

***************************************************************
root@swhitlat:/root> fdformat /dev/fd1H1440
Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
Verifying ... done

root@swhitlat:/root> mke2fs -c -v /dev/fd1H1440 1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group
360 inodes per group
Running command: badblocks -s /dev/fd1H1440 1440
Checking for bad blocks (read-only test): done         
Writing inode tables: done     
Writing superblocks and filesystem accounting information: done

root@swhitlat:/root> e2fsck -v -y -f /dev/fd1H1440
e2fsck 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
Block bitmap -151587082 for group 0 not in group.
****************************************************************

Using Kerenel_1.1.49, 486_66, VLB.  

I'm going to do a little more testing of the floppies with 
Kernel_1.1.49 because I had an incident occur with Kernel_1.1.48 
where, at one point when I was copying to the floppy, there 
was a write to the floppy that just never stopped.  I did 
kill -9  PID and that didn't stop it,.  Nothing would stop it and 
a reset was the only thing that would.  ctrl-alt-del would not
even work.  That was with 1.1.48.  So, I'd like to know how 
1.1.49 does with the floppies.  I didn't expect to see that 
message about "group 0 not in group" with 1.1.49

Steve Whitlatch
[email-masked]

------------------------------

From: [email-masked] (Johannes Stille)
Subject: Re: PLIP: Laptop to Desktop
Date: Wed, 31 Aug 1994 20:51:02 GMT

In article <[email-masked]>,
        Dr. Raimund K. Ege <[email-masked]> wrote:
>I have been folloing the recent discussions on PLIP setup
>and after reading the HOWTOs and getting a cable made (following
>the pin-out as described in NET-2-HOWTO) dared to try:
>
>the desktop (sierra) is a 486/66 running Linux 1.1.18,
>the laptop (oblivion) is a 486/25 running Linux 1.0.8.
>
>After recompiling the kernels with the PLIP option, the desktop reports
>       plip0: configured for parallel port at 0x3bc, IRQ 5.

Then you're probably a victim of a braindead default configuration. A
port at 0x3bc usually uses IRQ 7.

But please check that you don't have another port (usually at 0x378)
that uses IRQ 7 as well. This is a HARDWARE problem, you have to check
the jumpering of the ports; not using one of the conflicting ports does
not help.

For a usual configuration, you have to edit drivers/net/Space.c and to
change the IRQ for plip0 to 7.

>on boot-up, the laptop says
>       plip1: configured for parallel port at 0x378, irq 7.
>
>then on the desktop, I do:
>       ifconfig plip0 sierra pointopoint oblivion up
>       route add -host oblivion
>and on the laptop:
>       ifconfig plip1 oblivion pointopoint sierra up
>       route add -host sierra

The configuration commands are completely correct and sufficient.

I saw another reply talking something of necessary setup and PPP...
Disregard that posting, the poster doesn't know what PLIP is.

>but no luck: none of the network services (ping, telnet, ...)
>work. They just hang.
>
>"dmesg" reports this on the desktop:
>       plip0: Connect failed in send_packet().
>"dmesg" reports this on the laptop:
>       plip1: wrong header octet
>       checksum error
>
>What did I do wrong ?
>Are the 2 kernel versions compatible in using PLIP ?

AFAIK, they are _not_ compatible. Try using the same kernel version on
both machines. I'm not entirely sure at what kernel version the
protocol change occurred.

>Could it be that my laptop has a wrong parallel port chip
[...]

No.

        Johannes

------------------------------

Crossposted-To: comp.os.linux.development,comp.os.linux.help,comp.os.linux.misc
From: [email-masked] (DY HEINRICH,,Student Account)
Subject: DOS emulator for Linux
Reply-To: [email-masked]
Date: Wed, 31 Aug 1994 21:34:28 GMT

Heard that there is such a thing.  How well does it
work?  Any specific version of the Kernel required for
it to work?  Any infos would be appreciated.

Also, any ideas which CD are good and how to get them?
(I mean CD's of Linux distributions -- please also 
include the CD of slackware distribution)

Thanks in advance

[email-masked]

------------------------------

From: [email-masked] (root)
Subject: Using an Exabyte with Linux
Date: 31 Aug 1994 21:17:12 +0200

Hi together,

I just  have had a little bit of luck and got an used Exabyte streamer
from my company (for nearly no $$ :-) ).
Unfortunately it seems that linux don't like such a beast :-(
I plugged it in and everything seems to be okay. While booting the
kernel tells me Target 5  Exabyte Model: EXB-8200 Rev. 4.25  SCSI-1
But when I try to access the device nothing happens.
The streamer had been connected to an old SUN but I haven't got any
documentation. Did I miss something or doesn't Linux support Exabytes?

By the way, of cause I created the device files.

Any clues

Achim

------------------------------

From: [email-masked] (Mark A. Horton KA4YBR)
Subject: Re: BBS software
Date: Thu, 1 Sep 1994 08:54:18 GMT

Peter Gerland ([email-masked]) wrote:
: David Holland ([email-masked]) wrote:
: : He asked for *good* BBS software.
: look for iX\Mbox (ANSI-graphics, email, news, ....)
: You can get it via email to  
:          [email-masked]    
:               (it's pd)
: --
: Peter Gerland

You may wish to also check out the various BBSs that are available
in /pub/Linux/system/BBS on sunsite. :

total 3352
-r--r--r--   1 shutdown root         1063 Jun  8 16:03 INDEX
-r--r--r--   1 shutdown root         1909 Jun  8 16:03 INDEX.html
-r--r--r--   1 shutdown root          119 Dec 26  1992 README
-r--r--r--   1 shutdown root      1239242 Jul 11  1993 XBBS-7.210.gz
-rwxr-xr-x   1 root     sys          1325 Jul  5 09:59 YMTRANS.TBL*
-r--r--r--   1 shutdown root          981 Sep 16  1993 atp142bin.lsm
-r--r--r--   1 shutdown root        76043 Sep 16  1993 atp142bin.tar.gz
-r--r--r--   1 shutdown root          979 Sep 16  1993 atp142src.lsm
-r--r--r--   1 shutdown root       138562 Sep 16  1993 atp142src.tar.gz
-r--r--r--   1 shutdown root         1368 Apr 27 15:23 ctdl-bin.lsm
-r--r--r--   1 shutdown root        78757 Apr 27 15:23 ctdl-bin.tgz
-r--r--r--   1 shutdown root        39654 Apr 27 15:23 ctdl-src.tgz
-r--r--r--   1 shutdown root          591 May 29 21:13 ebbs.2.2.lsm
-r--r--r--   1 shutdown root       351220 May 29 21:13 ebbs.2.2.tar.gz                                                             
-r--r--r--   1 shutdown root       205679 Aug 11  1993 mbox.10j7.tar.gz
-r--r--r--   1 shutdown root          408 Jan  6  1993 nxm0.05a.iafa
-r--r--r--   1 shutdown root        38780 Dec 19  1992 nxm0.05a.tar.gz
-r--r--r--   1 shutdown root        38289 Dec 25  1992 party.taz
-r--r--r--   1 shutdown root         2987 Oct 20  1992 pbbs-1.9.README
-r--r--r--   1 shutdown root       162856 Oct 20  1992 pbbs-1.9.tar.gz
-r--r--r--   1 shutdown root        23549 Dec 25  1992 pub_acc.taz
-r--r--r--   1 shutdown root       232462 Aug  7  1993 unib112a.tar.gz
-r--r--r--   1 shutdown root        93341 Aug  7  1993 unib112c.tar.gz
-r--r--r--   1 shutdown root       480179 Aug  7  1993 unib112l.tar.gz
-r--r--r--   1 shutdown root         3211 May 11  1993 uqwk1.4.README
-r--r--r--   1 shutdown root        26587 May 11  1993 uqwk1.4.tar.gz
-r--r--r--   1 shutdown root       160416 Mar  5  1993 xbbsv1-0.tar.gz

        - Mark

--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             [email-masked]
P.O. Box 747 Decatur GA US 30031-0747         [email-masked]
+1.404.371.0291                     33 45 31 N / 084 16 59 W

------------------------------

From: [email-masked] (Morten Steinvik)
Subject: smail bug ?
Date: 1 Sep 1994 11:49:32 GMT

Just before summer I saw a posting somewhere stating a security hole in
smail v3.1.28.1 causing the "mail-bouncer" to run scripts as root...
Does anybody know anything about this one, or is it a misconfigure on this
particular guys site ?
I'd like some more info to track it down if it really *is* a hole here...
Tell me if you know anything, please !

Morten Steinvik
--
             (2b) || (!2b), that is the question...
          Turn your 486 into an XT--just add Windows!
      Morten Steinvik   [email-masked]    Jogger on IRC

------------------------------

** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [email-masked]

You can send mail to the entire list (and comp.os.linux.admin) via:

    Internet: [email-masked]

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Admin Digest
******************************