Subject: Linux-Development Digest #978
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Tue, 2 Aug 94 23:13:05 EDT

Linux-Development Digest #978, Volume #1          Tue, 2 Aug 94 23:13:05 EDT

Contents:
  Berkeley Packet Filter? (Rob Newberry)
  Reboot Error "Weird..." Adaptec 1542B, Linux v.>1.09 (sp@questor.org)
  Re: LINUX LAPTOP SURVEY (Jianfang Eve Li)
  possible bug in libc 4.5.26 (__load_shared_libraries)? (Mike L. Kienenberger)
  NFS: Can not map foreign root to NOBODY_UID (Paul Bunyk)
  Re: No Free Inode on 1GB harddisk!!  (Juha Laiho)
  Re: Interesting idea for lilo developers (Daniel Quinlan)

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

From: rob@eats.com (Rob Newberry)
Crossposted-To: comp.os.linux.admin
Subject: Berkeley Packet Filter?
Date: Tue, 2 Aug 1994 19:23:05 UNDEFINED

I'm about to work on making native ethertalk in CAP work with Linux.  It 
mentions that it can use the Berkeley Packet Filter.  From what I understand, 
the BPF code HAS been ported to Linux.

I'm probably really showing my ignorance here, but...could some one point me 
in the direction of documentation on BPF?  I'd like to understand more about 
what it does, where it is in Linux, and how to go about using it under Linux.  
This is some of my first real network programming under Linux, but I'm going 
to give it the old college try.

Anyway, I'd appreciate it if anyone's got any helpful info.

Thanks!

Rob



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

From: sp@questor.org
Subject: Reboot Error "Weird..." Adaptec 1542B, Linux v.>1.09
Date: 2 Aug 1994 15:26:54 -0700

I am running Linux 1.09.  Every kernel thereafter (up to and including
1.1.38) gives me the following errors upon reboot:

"Weird - unlocked, clean and not uptodate buffer on List 2 801 14352"

Usually many such lines, with the last set(s) of numbers changing.

In addition, almost every time I do an e2fsck on either or both of my drives, I
get the following (and this includes v1.09): 

        "Free blocks count wrong (183849, counted=183693). FIXED"
        "Free inodes count wrong (71043, counted=71024). FIXED"


(if I invoked e2fsck with -fap).  Of course, the numbers do change every
time is it run.

What can I do to correct this?

I am using an Adaptec 1452B SCSI controller.  The drives are SCSI-I, one
made by Conner, the other CDC (I think).


Any suggestions to help track this down and fix it will be appreciated.

-- 
FREE ACCESS TO E-MAIL & NEWS - INFO on Environment, Science, Medicine,
   AIDS, Native (Indigenous) Issues and more.   We sell  ZyXEL  and
    other  products around the world to support this Free service.
          :::::> Info from:  mail-server@questor.org <:::::

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

From: jli@mtu.edu (Jianfang Eve Li)
Crossposted-To: comp.sys.laptops,comp.os.linux.misc,comp.os.linux
Subject: Re: LINUX LAPTOP SURVEY
Date: 2 Aug 1994 15:56:12 -0400

Marc Fiuczynski (mef@cs.washington.edu) wrote:
: Below is an informal survey of linux capable laptops. The current
: survey results are available on tsx-11.mit.edu in
: /pub/linux/packages/laptops/laptop-survey.

: Laptop Make and Model:
: CPU speed, type, upgradeable to: 486dx4-50
: Disk size, type, upgradeable to:  340MB, 200MB for Linux
: RAM  size, type, upgradeable to:  4MB
: Screen size, type, upgradeable to: Chip Set & Technology, 9.5in Mono
: Battery type (lithium-ion,NiMh,NiCd): NICD
: Max battery life while running linux: Not tested yet
: Weight with battery:  6+lb
: PCMCIA number of slot, type: 2
: PCMCIA bridge chip (intel, cirrus, databook, etc.)  Track Ball, right below
                                                    space bar
: Docking capability:
: Power conservation:
: Misc neat stuff:  Slackware 1.08
: Linux Version: 
: Networking (parallel/portable/pcmcia modules):
: X386 (color, gray, chipset) monitor specs:  Gray

: Sincerely,

: Marc E. Fiuczynski
: mef@cs.washington.edu



: -- 
: /Marc...
: mef@cs.washington.edu

--
Jianfang Li
CS dept. MTU

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

From: fxmlk@camelot.acf-lab.alaska.edu (Mike L. Kienenberger)
Subject: possible bug in libc 4.5.26 (__load_shared_libraries)?
Reply-To: fxmlk@aurora.alaska.edu
Date: Wed, 3 Aug 1994 01:33:45 GMT

I'm running a program which unexpectedly dies at random intervals
with the message "statically linked" to stderr.  I've finally traced the
message back to __load.c in libc.  I can even see the exit() which kills
the program there.  I don't know for sure, but I assume I'm running
libc.4.5.26 since that's what shows up in /lib/lib*.   However,
I can't figure out where (or even why!) __load_shared_libraries() (the
source of the message) gets called.  Setting a breakpoint in the debugger
at exit(), _exit(), and __load_shared_libraries() shows an empty stack
except for __load_shared_libraries.

There's also no real pattern to the amount of time my program runs before
it dies.  It could happen as soon as 15 minutes or take as long as a day
or two before occurring.  I'd appreciate any information anyone could give
me.  My program fork()s a process and does a data checkpoint on the new
child (then exits) every 15 minutes.  The only pattern I've noticed is
that the death of the parent process seems to occur right before the data
is saved more often than not (but not always.)

If there's any further information I can supply, please let me know.
If I receive replies by email, and anyone else is interested, I'll post a
summary to usenet.

-Mike Kienenberger
 fxmlk@aurora.alaska.edu
 
==========================DEBUGGING  
OUTPUT=================================

Breakpoint 3, __load_shared_libraries (argc=0, argv=0x0, envp=0x0)
    at __load.c:84
__load.c:84: No such file or directory.
(gdb) where
#0  __load_shared_libraries (argc=0, argv=0x0, envp=0x0) at __load.c:84
(gdb) 

=========================SYSTEM INFO  
FOLLOWS===============================
The system was installed from Yggdrasil Summer '94 CD.

# uname -a
Linux starwars.arcade.com 1.1.0 #82 Sat Apr 23 02:55:44 PDT 1994 i486

# more /proc/version
Linux version 1.1.0 (root@adam.yggdrasil.com) #82 Sat Apr 23 02:55:44 PDT  
1994

========================================================================== 
==

# ls -l /lib/lib*
lrwxrwxrwx   1 root     system         14 Jul 19 23:22 /lib/libc.so.4 ->  
libc.so.4.5.26*
-rwxr-xr-x   1 root     system     623620 Apr 20 13:37  
/lib/libc.so.4.5.26*
lrwxrwxrwx   1 root     system         14 Jul 19 23:22 /lib/libm.so.4 ->  
libm.so.4.5.26*
-rwxr-xr-x   1 root     system     107524 Apr 20 13:37  
/lib/libm.so.4.5.26*
-rwxr-xr-x   1 root     system     682283 Apr 20 21:04 /lib/libxdosemu*

========================================================================== 
==

# ls -l /usr/lib/lib*
-rw-r--r--   1 root     system     218926 Apr 20 16:04 /usr/lib/libBLT.a
-rw-r--r--   1 root     system       5702 Apr 20 16:04 /usr/lib/libBLT.sa
lrwxrwxrwx   1 root     system         13 Jul 20 22:07  
/usr/lib/libBLT.so.3 -> libBLT.so.3.2
-rw-r--r--   1 root     system     244534 Apr 20 16:04  
/usr/lib/libBLT.so.3.2
-rw-r--r--   1 root     system      29060 Apr 21 05:11 /usr/lib/libF77.a
-rw-r--r--   1 root     system      83250 Apr 21 05:11 /usr/lib/libI77.a
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libX11.a  
-> ../X386/lib/libX11.a
lrwxrwxrwx   1 root     system         21 Jul 20 22:15 /usr/lib/libX11.sa  
-> ../X386/lib/libX11.sa
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libXau.a  
-> ../X386/lib/libXau.a
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libXaw.a  
-> ../X386/lib/libXaw.a
lrwxrwxrwx   1 root     system         21 Jul 20 22:15 /usr/lib/libXaw.sa  
-> ../X386/lib/libXaw.sa
lrwxrwxrwx   1 root     system         22 Jul 20 22:15 /usr/lib/libXdmcp.a  
-> ../X386/lib/libXdmcp.a
lrwxrwxrwx   1 root     system         21 Jul 20 22:15 /usr/lib/libXext.a  
-> ../X386/lib/libXext.a
lrwxrwxrwx   1 root     system         22 Jul 20 22:15 /usr/lib/libXext.sa  
-> ../X386/lib/libXext.sa
lrwxrwxrwx   1 root     system         19 Jul 20 22:15 /usr/lib/libXi.a ->  
./X386/lib/libXi.a
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libXi.sa  
-> ../X386/lib/libXi.sa
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libXmu.a  
-> ../X386/lib/libXmu.a
lrwxrwxrwx   1 root     system         21 Jul 20 22:15 /usr/lib/libXmu.sa  
-> ../X386/lib/libXmu.sa
lrwxrwxrwx   1 root     system         19 Jul 20 22:15 /usr/lib/libXpm.a  
-> ../X11/lib/libXpm.a
lrwxrwxrwx   1 root     system         19 Jul 20 22:15 /usr/lib/libXt.a ->  
./X386/lib/libXt.a
lrwxrwxrwx   1 root     system         20 Jul 20 22:15 /usr/lib/libXt.sa  
-> ../X386/lib/libXt.sa
lrwxrwxrwx   1 root     system         21 Jul 20 22:15 /usr/lib/libXtst.a  
-> ../X386/lib/libXtst.a
lrwxrwxrwx   1 root     system         22 Jul 20 22:15 /usr/lib/libXtst.sa  
-> ../X386/lib/libXtst.sa
-rw-r--r--   1 root     system      25186 Aug 30  1993 /usr/lib/libabi.sa
-rw-r--r--   1 root     system     194068 Apr 20 21:15 /usr/lib/libbfd.a
-rw-r--r--   1 root     system       6738 Apr 20 13:37 /usr/lib/libbsd.a
-rw-r--r--   1 root     system     420940 Apr 20 13:37 /usr/lib/libc.a
-rw-r--r--   1 root     system     175328 Apr 20 13:37 /usr/lib/libc.sa
-rw-r--r--   1 root     system     491432 Apr 20 13:37 /usr/lib/libc_p.a
-rwxr-xr-x   1 root     system     237795 Dec 18  1993  
/usr/lib/libchecker.o*
-rw-r--r--   1 root     system      37344 Apr 20 13:37  
/usr/lib/libcurses.a
-rw-r--r--   1 root     system      62066 Apr 20 13:37  
/usr/lib/libcurses.sa
-rw-r--r--   1 root     system      20496 Apr 20 13:37 /usr/lib/libdbm.a
-rw-r--r--   1 root     system      56528 Apr 20 13:37 /usr/lib/libdbm.sa
-rw-r--r--   1 bin      bin        546762 Apr 20 13:44  
/usr/lib/libdcurses.a
-rwxr-xr-x   1 root     system     193540 Apr 20 21:07 /usr/lib/libdosemu*
-rw-r--r--   1 root     system     138984 Apr 20 21:07  
/usr/lib/libexpect.a
-rw-r--r--   1 root     system     120788 Feb 11 04:57  
/usr/lib/libexptcl.a
-rw-r--r--   1 root     daemon         76 Jan 30  1993 /usr/lib/libexptk.a
-rw-r--r--   1 root     system        538 Apr 20 21:09 /usr/lib/libfl.a
-rw-r--r--   1 root     system     378544 Apr 20 13:38 /usr/lib/libg++.a
-rw-r--r--   1 root     system    2458354 Apr 20 13:37 /usr/lib/libg.a
-rw-r--r--   1 root     system      21490 Dec  4  1993 /usr/lib/libgcc.a
-rw-r--r--   1 root     system      24968 Apr 20 13:36 /usr/lib/libgdbm.a
-rw-r--r--   1 root     system       3628 Apr 20 13:37 /usr/lib/libgmon.a
-rw-r--r--   1 root     daemon      65236 Feb 12  1993 /usr/lib/libgmon.sa
-rw-r--r--   1 root     system      30392 Apr 20 13:37  
/usr/lib/libiberty.a
-rw-r--r--   1 root     system        284 Apr 20 13:37 /usr/lib/libieee.a
-rw-r--r--   1 root     system     110968 Apr 20 13:38  
/usr/lib/libiostream.a
-rw-r--r--   1 root     system      46046 Apr 20 16:04 /usr/lib/libitcl.a
-rw-r--r--   1 root     system        952 Apr 20 16:04 /usr/lib/libitcl.sa
lrwxrwxrwx   1 root     system         14 Jul 20 22:12  
/usr/lib/libitcl.so.3 -> libitcl.so.3.0
-rw-r--r--   1 root     system      81924 Apr 20 16:04  
/usr/lib/libitcl.so.3.0
-rwxr-xr-x   1 root     system      97934 Apr 20 08:31 /usr/lib/libjpeg.a*
-rw-r--r--   1 root     system      40358 Apr 20 13:37 /usr/lib/libldso.a
-rw-r--r--   1 root     system      17030 Apr 20 13:37 /usr/lib/libm.a
-rwxr-xr-x   1 root     system      12012 Apr 20 13:37 /usr/lib/libm.sa*
-rw-r--r--   1 root     system       1380 Apr 20 13:37  
/usr/lib/libmcheck.a
-rw-r--r--   1 root     system      10288 Apr 20 21:15  
/usr/lib/libmmalloc.a
-rw-r--r--   1 bin      bin        111076 Apr 20 13:44  
/usr/lib/libncurses.a
lrwxrwxrwx   1 root     system         25 Jul 20 22:12 /usr/lib/liboldX.a  
-> ///usr/X386/lib/liboldX.a
-rw-r--r--   1 root     system      45440 Apr 20 21:15  
/usr/lib/libopcodes.a
-rw-r--r--   1 root     system      12860 Apr 20 21:25 /usr/lib/libp2c.a
-rw-r--r--   1 bin      bin          4206 Apr 20 13:44 /usr/lib/libpanel.a
-rw-r--r--   1 bin      bin        553996 Apr 20 13:44  
/usr/lib/libpcurses.a
-rw-r--r--   1 root     system     105554 Apr 20 21:15  
/usr/lib/libreadline.a
-rw-r--r--   1 root     system      26386 Apr 20 14:30  
/usr/lib/libresolv.a
-rw-r--r--   1 root     system      58202 Apr 20 14:30  
/usr/lib/librpclib.a
-rw-r--r--   1 root     daemon       9150 Jan 29  1993  
/usr/lib/librpcsvc.a
-rw-r--r--   1 root     daemon      16026 Sep  2  1992 /usr/lib/libsoft.a
-rw-r--r--   1 root     system     172298 Apr 20 16:02 /usr/lib/libtcl.a
-rw-r--r--   1 root     system      26846 Apr 20 16:02 /usr/lib/libtcl.sa
lrwxrwxrwx   1 root     system         13 Jul 20 22:13  
/usr/lib/libtcl.so.3 -> libtcl.so.3.1
-rw-r--r--   1 root     system     186730 Apr 20 16:02  
/usr/lib/libtcl.so.3.1
-rw-r--r--   1 root     system     148812 Apr 20 16:03 /usr/lib/libtclx.a
-rw-r--r--   1 root     system      24316 Apr 20 16:03 /usr/lib/libtclx.sa
lrwxrwxrwx   1 root     system         16 Jul 20 22:13  
/usr/lib/libtclx.so.3 -> libtclx.so.3.1.1*
-rwxr-xr-x   1 root     system     161387 Apr 20 16:03  
/usr/lib/libtclx.so.3.1.1*
-rw-r--r--   1 root     system       6744 Apr 20 13:37  
/usr/lib/libtermcap.a
-rw-r--r--   1 root     system      53530 Apr 20 13:37  
/usr/lib/libtermcap.sa
-rw-r--r--   1 root     system     260042 Apr 20 08:31 /usr/lib/libtiff.a
-rw-r--r--   1 root     system     475406 Apr 20 16:03 /usr/lib/libtk.a
-rw-r--r--   1 root     system      46358 Apr 20 16:03 /usr/lib/libtk.sa
lrwxrwxrwx   1 root     system         14 Jul 20 22:14 /usr/lib/libtk.so.3  
-> libtk.so.3.1.1
lrwxrwxrwx   1 root     system         14 Jul 20 22:14  
/usr/lib/libtk.so.3.1 -> libtk.so.3.1.1
-rw-r--r--   1 root     system     489764 Apr 20 16:03  
/usr/lib/libtk.so.3.1.1
-rw-r--r--   1 root     system      21086 Apr 20 16:04 /usr/lib/libtkx.a
-rw-r--r--   1 root     system       2854 Apr 20 16:04 /usr/lib/libtkx.sa
lrwxrwxrwx   1 root     system         15 Jul 20 22:15  
/usr/lib/libtkx.so.3 -> libtkx.so.3.1.1*
-rwxr-xr-x   1 root     system     114340 Apr 20 16:04  
/usr/lib/libtkx.so.3.1.1*
-rw-r--r--   1 root     system      13650 Jan 25  1994 /usr/lib/libvga.a

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

From: paul@pbunyk.physics.sunysb.edu (Paul Bunyk)
Subject: NFS: Can not map foreign root to NOBODY_UID
Date: 03 Aug 1994 00:01:38 GMT


I posted this to c.o.l.help a while ago (a week or two), but I've got
no responce. I hope I'll find the answer here.

************************************************************************* 

   Hi, all!

   I would like to map NFS requests from root on another computer 
   to a non-priviledged uid as described in exports(8):

          root_squash         Map requests from uid 0 on the  client
                              to   uid  NOBODY_UID  (a  compile-time
                              option) on the server.

   In my /etc/exports I have:

   /home   rsfq1(rw,root_squash) matilda(rw)

   and I'm running rpc.nfsd and rpc.mountd (no ugidd). 

   Neither rpc.nfsd from Slackware 2.0 nor the one I compiled myself from
   sources of The LINUX User-Space NFS Server from tsx-11.mit.edu
   (nfs-server-2.0.tar.gz) with NOBODY_UID #defined to 60001 or -2
   performed this mapping. 

   I think that I'm misunderstanding something, and I hope that somebody
   would be able to point me on my mistake.

   Thanks in advance,

   Paul.

--
[    Paul Bunyk, Ph.D. student (and part-time system administrator)     ]
[ paul@{pbunyk|rsfq1}.physics.sunysb.edu, bunyk@max.physics.sunysb.edu  ]
[     (516)632-8060, Physics, SUNY - Stony Brook, NY, 11794-3800        ]

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

From: jlaiho@ichaos.nullnet.fi (Juha Laiho)
Subject: Re: No Free Inode on 1GB harddisk!! 
Date: Tue, 2 Aug 1994 17:53:01 GMT

tor@spacetec.no said:
>In article DEs@ichaos.nullnet.fi, jlaiho@ichaos.nullnet.fi (Juha Laiho) writes:
>[...]
>>I suppose you should find the optimal amount of inodes for every
>>filesystem so that inodes and disk space are used roughly at the same
>>rate.
...
>Maybe someone has written a tool to analyse a (quite full) filesystem and
>come up with the most optimal bytes-per-inode ratio?

I think no special tool is needed, just divide the amount of kbytes used
with the amount of inodes used to get the (then-current) average kbytes/inode
ratio. As an example:

This mostly holds largish .tar.gz files:
Filesystem         1024-blocks  Used Available Capacity Mounted on
/dev/sda1             197632  156317    31434     83%   /usr2
Filesystem            Inodes   IUsed   IFree  %IUsed Mounted on
/dev/sda1              49600    1078   48522     2%  /usr2

So, the average ratio is 145kB/inode. The filesystem is created with
4kB/inode (default) allocation, so the excess inodes take up some space,
but I think not so much that re-mkfsing would be very useful. Look at the
'Capacity' and '%IUsed' columns and you see the inbalance.

And my /usr/spool is mostly filled with news articles:
Filesystem         1024-blocks  Used Available Capacity Mounted on
/dev/hda2             163841  103569    60272     63%   /usr/spool
Filesystem            Inodes   IUsed   IFree  %IUsed Mounted on
/dev/hda2              54880   29280   25600    53%  /usr/spool

Here average consumption seems to be ~3.5kB/inode. The file system
is created with 3kB/inode, as I already once ran out of inode space
on this fs with 4kB/inode. As you see, 'Capacity' and '%IUsed' give
roughly the same amount of used space and used inodes.
-- 
Wolf  a.k.a.  Juha Laiho     Helsinki, Finland
(Geek Code 1.0.1) GCS d? p c++ l++ u(-) e+ m+ s+/- n- h(*) f(?) !g w+ t- r y+
"...cancel my subscription to the resurrection!" (Jim Morrison)

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

From: quinlan@freya.yggdrasil.com (Daniel Quinlan)
Subject: Re: Interesting idea for lilo developers
Date: 02 Aug 1994 04:45:05 GMT
Reply-To: quinlan@yggdrasil.com


Bill Kress <kress@kentrox.com> writes:

> lilo is a great system. The problem is obvious, there is no input
> that you can set when you turn your computer on so that you can go
> get a drink while your system boots to the operating
> system/configuration of your choice.

> I notice that you guys

Just one guy does LILO, actually -- Werner Almesberger
<almesber@bernina.ethz.cch>

> tried to do this with the scroll lock/caps lock keys but, of course,
> just before going to the hard disk my ROM resets these keys.  (By
> the way, since caps/scroll/num works so well for this, why not have
> each key boot a differnt system?)

*Unnecessary* creeping freaturism.

> Anyway, back to my point, there IS a piece of hardware that can
> retain its state through the whole boot sequence.  The normally
> useless joystick can often be de-springed (a switch on many
> joysticks) and left sitting in one of the four corners. This way, up
> to four (or more) entries in lilo could be chosen before you even
> hit your computers power switch.

Not many people have joysticks.  Most of them problem don't want to
de-spring their joysticks.

A better mechanism would be to write something to the boot sector
(that LILO would recognize) before shutting down.

Dan

-- 
Daniel Quinlan                         Yggdrasil Computing Inc. (408) 261-6630
(quinlan@yggdrasil.com)                "Free software for the rest of us"

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


** 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: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU

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-Development Digest
******************************
