HDTenEightyP/NetNews huggingface dataset:
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Please send the 386BSD PATCH KIT (Alpha-3) to Distribution server too
Keywords: 386bsd patch kit distribution
Reply-To: terry@icarus.weber.edu
Organization: Weber State University  (Ogden, UT)
Date: Sun, 27 Sep 92 09:08:02 GMT

In article <348@knobel.GUN.de> root@knobel.GUN.de (Root at knobel) writes:
>Would  it  be  possible to send the patchkit to other ftp server,
>too ?  For example  to  those  who  are  mentioned  in  DISTRIBU-
>TION.HOSTS  ?  That would be very nice, because agate seems to be
>very busy.  Couldn't get a working ftp session since days.

Yes, on 01 Oct 92 when it goes from "Alpha" to "Beta", it will be generally
available.  Speed at which this occurs depends on how quickly and/or
completely agate is mirroed to other sites by the other sites administrators.

>Another story: It would be nice to give some hints in  the  docu-
>ment  DISTRIBUTION.HOSTS  about "where to find 386BSD in the dir.
>tree".

	The "DISTRIBUTION.HOSTS" document, like most of 386BSD, is a Jolitz
production.  From what people tell me, they are busily at work on 0.2, which
is basically why people like me, Nate, Chris, Julian, and crew are assuming
the support and bugfix roles... to free them from constant interruptions.

	All FTP archives are under local management.  This means that a
document like "DISTRIBUTION.HOSTS" can't accurately state the locations of
the software on a particular archive site... local conditions may cause the
location to change without warning.

	The fact that you have the "DISTRIBUTION.HOSTS" at pretty much means
you have already found the location in at least one archive.  8-).


					Terry Lambert
					terry_lambert@npd.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: rahardj@ccu.umanitoba.ca (Budi Rahardjo)
Subject: [386BSD] Anybody got it running on Gateway 386sx ?
Originator: rahardj@ccu.umanitoba.ca
Keywords: gateway
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Tue, 6 Oct 1992 06:21:56 GMT

I have exchanged some e-mails with other Gateway 2000 386sx
(16MHz or 25 MHz) owners. Apparently none of us is able to boot
386bds. Is this a known problem ? Any fix (or idea to fix it)
[Somebody said it might be timing problem... (?)]
Help...

-- budi
-- 
Budi Rahardjo <rahardj@ccu.umanitoba.ca>
Unix Support - Computer Services - University of Manitoba
Newsgroups: comp.unix.bsd
From: deeken@iti.informatik.th-darmstadt.de (Hans-Christoph Deeken)
Subject: Re: HW-question about AHA1542B w/ Wangtek 5150 (nearly faq, sorr
Date: Sat, 26 Sep 1992 20:10:54 GMT
Organization: TH Darmstadt
X-Newsreader: Tin 1.1 PL5

Hans Schligtenhorst (SCHLIGHW@dosuni1.rz.uni-osnabrueck.de) wrote:
> Hi,
>  
> simple question:
>  
> are there problems to get a Wangtek 5150 SCSI-Tape run with a Adaptec 1542B
> and a Fujitsu 425Meg SCSI-HD? Who had success? I'm going to buy this hw.,
> therefore I want to know exactly, whether there'll be problems.

I'm using a Wangtek 5150ES and a Maxtor LXT-340S on an Adaptec 1542B right
now, with zero problems.


> Tx in advance
> Hans

You're welcome,
Hannes
--
Hans-Christoph Deeken                                        (Glenlivet on IRC)
Inst. fuer theoret. Informatik		(deeken@iti.informatik.th-darmstadt.de)
TH Darmstadt, Germany          (I don't speak for THD, they don't speak for me)
        "Whisky ist fluessiges Sonnenlicht --- George Bernard Shaw"
Newsgroups: comp.unix.bsd
From: bmyers@rucs2.sunlab.cs.runet.edu (B.Myers)
Subject: Re: How to format UNIX floppies under 386BSD
Organization: Radford University
Date: Tue, 6 Oct 92 14:58:44 GMT

In article <1992Oct5.153315.22272@ninja.zso.dec.com> alan@ulka.zso.dec.com (F. Alan Jones) writes:
>
>What we really need is public domain lower level format code.  If
>someone can give me a pointer, I'll look into porting it.  I only
>have a copy of DOS 3.3, and I'll spend several weekends on this 
>project before I spend a dime on DOS.  Religious reasons.
>
>Alan

Then don't spend it. Borrow a boot floppy from a friend with
the format command on it. Format your disks. The format your
floppies in unix with:
newfs /dev/fd?a floppy?    
	 0 or 1---^        ^-- 3 or 5
	 which floppy?     3.5" or 5.25"
that should do it.
From: bvickers@valentine.ics.uci.edu (Brett J. Vickers)
Subject: [386BSD] Xconfig: using higher clock frequencies
Newsgroups: comp.unix.bsd
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 30 Sep 92 18:21:26 GMT

First off, I finally got Xfree up and running.  Thanks to all that
helped.

Now, I was only able to get it working using my Diamond SpeedStar 24's
(rather slow) clock frequency of 28 MHz.  If I try to set up Xconfig
using the faster rate of 65 MHz (which clock.exe tells me my card
can do), X starts chugging, clears the screen, appears to change
monitor frequencies a few times, and then just goes blank.  It
hangs, and I have to ctrl-alt-del.  I'm using an Xconfig configuration
that should work for my monitor and card.

Here is a listing of my equipment:

Diamond SpeedStar 24 1MB (clocks according to clock.exe: 25.2 27.9 60.8 65.0)
ViewSonic 5E monitor (hor: 31-60 kHz, ver: 50-90 Hz)
Microsoft compatible serial mouse
486/33 motherboard w/8meg ram

Please note that I have gotten X running using the 28MHz clock
setting, but that only allows me to use modes on the order of
640x480.

One thing I've noted is that in order to get the SpeedStar to
use the 65MHz rate, I have to boot to DOS the first time I turn
on my computer, run its VMODE configuration program, and then
boot 386BSD without turning the computer off.  Otherwise the
card will only use the 25 and 28 MHz speeds.

I'd appreciate responses from anyone else with Diamond Speedstar 24's
that have gotten 1024x768 modes working.  (Or from anyone else who
has an idea what's going on :-).

--
Brett J. Vickers		 "Don't go around saying the world owes you
bvickers@ics.uci.edu		 a living.  The world owes you nothing.
				 It was here first."  - Mark Twain
Newsgroups: comp.unix.bsd
From: torek@horse.ee.lbl.gov (Chris Torek)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] stdio (fflush and "a+") problems / fix.
Date: 4 Oct 1992 21:55:53 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley
Reply-To: torek@horse.ee.lbl.gov (Chris Torek)
NNTP-Posting-Host: 128.3.112.15
Keywords: stdio fflush append

In article <1992Oct3.033742.4726@ponds.uucp> rivers@ponds.uucp
(Thomas David Rivers) writes:
>A correction is to change the test  at line 51 of fflush.c from :
>	if ((fp->_flags & __SWR) == 0) {
>to
>	if ((fp->_flags & (__SWR | __SRW)) == 0 ) {

This is in fact the Officially Approved Fix (it is exactly what I
did), except that it is line 52 in mine. :-)
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
Berkeley, CA		Domain:	torek@ee.lbl.gov
From: bvs@BitBlocks.com (Bakul Shah)
Newsgroups: comp.unix.bsd
Subject: Re: getdtablesize
Date: 30 Sep 92 17:36:18 GMT
Article-I.D.: BitBlock.BvEJKJ.LAJ
Organization: Bit Blocks, Inc.

alo@kampi.hut.fi (Antti Louko) writes:

>In article <Bv7Dz7.C2o@BitBlocks.com> bvs@BitBlocks.com (Bakul Shah) writes:

>>Now I don't think what zsh is doing is wrong.  The problem is in
>>the use of getdtablesize() in popen() and the code above.  What is
>>needed is a system call that returns the highest *open* file
>>descriptor number.

>Actually, an even better solution is to have a system call

>getdescriptors(firstfd,dtable,dtablesize)

>int	firstfd;
>int	dtable[];
>int	*dtablesize;

There is a simpler solution for what popen() does but either of the
proposed syscall will handle cases where all (or all but a select
few) open file descriptors are closed.  On the other hand, your
syscall can be used to avoid any unnecessary close() calls, which
matters when open file descriptors are *not* all bunched together
near 0 as is usually the case.

Bakul Shah <bvs@BitBlocks.com>
Newsgroups: comp.unix.bsd
From: dorsey@lila.com (Bill Dorsey)
Subject: Elite16 ethernet problems
Date: Mon, 28 Sep 1992 06:11:27 GMT

we seem to be experencing problems with a elite16 ethernet card
on a 33MHz 386 with 64K cache.  the card is able to send packets
however, the entire ethernet packet seems to be garbled.  the
card is fully functional under DOS, and only misbehaves under
386BSD.

in hacking the if_we.c driver, it appears that the 16K buffer on the
card is only word addressable.   all 8 bit accesses on odd addresses
seem to fail.

any clues would be greatly appreciated!

- Bill Dorsey
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] Only root can login & MAXUSERS > 4?
Date: 30 Sep 92 07:34:35 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.uni-duisburg.de
Keywords: Permission denied  MAXUSERS  386BSD

In <2AC8B07A.17659@ics.uci.edu> bvickers@valentine.ics.uci.edu (Brett J. Vickers) writes:

>I've had two problems with 386BSD:

>1. All of a sudden, only the root user can login to my machine.  Whenever
>   someone else tries to login, I get "/bin/tcsh: Permission denied."
>   It doesn't matter what shell that user is set up for either.  This
>   didn't start happening until I had installed X386.  Permissions on
>   the shell programs, the /dev/vga and /dev/console devices, and
>   just about everything I could think of are set correctly.  It's
>   not a problem with the /etc/shells file either.  Anybody got an
>   idea on what's wrong?

Who is the owner of /dev/console and /dev/vga, and which access rights
do they have? Something like -rw-r----- is not a good setting for non-root
users. Use 666 instead (Has nothing to do with the bible :-))

>2. I recompiled the kernel, setting MAXUSERS to 16, so that I could
>   at least open a few windows under X386, but it still limits me
>   to 4 pty's.  What have I done wrong?

Do you have a sufficient number of pty/tty entries in the /dev directory?
Also check that the minor numbers of the pty/tty's are contiguous.

>Thnx

>--
>Brett J. Vickers		 "Don't go around saying the world owes you
>bvickers@ics.uci.edu		 a living.  The world owes you nothing.
>				 It was here first."  - Mark Twain

Hope that helps

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: fdprobe() does not see fdc0
Date: 30 Sep 92 13:06:30 GMT
Reply-To: veit@du9ds3.uni-duisburg.de
Organization: Uni-Duisburg FB9 Datenverarbeitung
NNTP-Posting-Host: du9ds3.uni-duisburg.de

In <1992Sep30.110620.1238@Urmel.Informatik.RWTH-Aachen.DE> kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:


>Some time ago I posted that fd0 was not seen anymore and I blamed it
>on some problem I might have had with various patches not properly installed.

>Now I found out that fd0 is only recognized by the autoconfig code when
>the floppy drive contains a floppy and the door is closed. I admit, I did
>not check it with door closed and no floppy inserted , should I ? :)

>Anyway, now I always put a non-bootable floppy into the drive when booting.
>Strange, though, isn't it?

>--
>--Chris
>Christoph P. U. Kukulies
>kuku@acds.physik.rwth-aachen.de
>*** Error code 1
> 
>Stop.

Did you apply the "720k" fd0 patch that was posted several time ago? This
patch *mis*uses minor numbers for density information, instead of 
partitioning information, and is thus incompatible with nearly everything
around that uses the fd device. It is likely that the idea of the upper kernel
about the fd device does no longer correspond with the fd driver's opinion.

But you may of course have still problems with your sequence of patches.

Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
Newsgroups: comp.unix.bsd
From: pgdga@ibm.rz.tu-clausthal.de (Dirk Gajewski)
Subject: patch binary, 386BSD
Organization: tu-clausthal.de         
Date: Fri, 2 Oct 1992 15:45:42 GMT

Where do I get the executable (or sources) for
386BSD? It is not in bin01.*

Thanks for your help,
Dirk
INTERNET:pgdga@ibm.rz.tu-clausthal.de
Institute of Geophysics, Clausthal-Zellerfeld, F.R. Germany
phone: +49-5323-723001   fax:+49-5323-722320
From: spel@hippo.ru.ac.za (Dr. Eberhard W. Lisse)
Newsgroups: comp.unix.bsd
Subject: Re: Motif for 386BSD
Date: 26 Sep 92 19:16:21 GMT
Organization: Katatura State Hospital, Windhoek, Namibia

[...]
OSF's policy deleted.

Now why don't you just make an exception and license 386bsd
for free and allow the binaries to be included in the base
system for free?



regards, el
-- 
Dr. Eberhard W. Lisse    \          /                   (spel@hippo.ru.ac.ZA)
Katatura State Hospital   \        |                            (el@lisse.NA)
Dept of Obstetrics & Gyn   \ *    /                         Private Bag 13215
Windhoek, Namibia           ;____/ (postmaster@uonamib.NA) Postmaster NAmibia
Newsgroups: comp.unix.bsd
From: ko053@cucs18.cs.cuhk.hk (Patrick Ko)
Subject: imglib 1.3
Summary: imglib 1.3 ported to 386bsd
Keywords: imglib, X386, 386bsd
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Fri, 2 Oct 1992 17:35:14 GMT

Hello, world,

Thanks for all the developers of the 386bsd, especially Jolitz.  Now my
486SX with 8M RAM is running 386bsd 0.1 with XFree86 with OPENLOOK
smoothly!

So I decided to make it look even better.  I searched through the X11
contribute and found imglib 1.3, and I've ported it to 386bsd after a
few hours of work.  Now I can use 'giftoimg' to convert a 256 color
Porsche model 944 picture into its image format and let another utility
'setback' inside the imglib to set the background into this colorful
Porsche!  It looks fantastic.

I wonder if I've been doing any duplicated work since I believe that
there must be somebody else who have ported this nice utility before I
did.  Please tell me whether my upload of this port will be welcome by
agate or not.

Happy 386BSDing!

rgds,
patrick ko


--
                   Patrick KO Shu-pui | email: ko053@cucs19.cs.cuhk.hk
       Department of Computer Science | fax:   [852] 656-1350
  The Chinese University of Hong Kong | voice: [852] 609-7972 
   (BiG - fidonet 6:700/132 16800bps) | bbs:   [852] 654-8751
From: guido@gvr.win.tue.nl (Guido van Rooij)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Why no beeps when running XFree?
Date: 28 Sep 92 19:14:44 GMT
Organization: Guido's home 486 box

the subject already said it: with X it seems teh internal speaker can no
longer be used...Any explannation?

-Guido
From: briggs@csugrad.cs.vt.edu (Allen Briggs)
Newsgroups: comp.unix.bsd
Subject: Re: free() - not working properly
Date: 30 Sep 92 13:50:52 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

In article <9227414.18251@mulga.cs.mu.OZ.AU> johnp@mundil.cs.mu.OZ.AU (John Steve PETROU) writes:
>I was wondering if anyone else has had the same problems as me with
>free().
I'm not saying that what you're having are not problems, but...

>If a process mallocs and frees memory durings its normal execution, I find
>that ps -axv reports that the VSZ is always growing.
> [...] I found the same thing with xgif, after increasing the size of an
>image the VSZ increased as expected but wouldn't decrease when the image
>was reduced.
If the program is allocating ever-increasing amounts of memory, that is
correct--the memory usage *must* increase.  In fact, your program does
just this.  Even in the case of xgif that you cite, you might expect
that the memory usage is reduced.  You'd be right, but the free(3)ed
blocks are simply marked as free while the actual memory space given to
the process stays at it's maximum.

Does anyone else have a problem with this strategy?  It makes sense for
short-lived processes (which do abound in Unix), but for applications
that are up for long periods of time (like an X server) it can cause
some problems.  Is there a problem with calling sbrk(2) with a neg.
value?

What I'm saying is that your problem is in the design of the dynamic
memory allocation strategy--not with the implementation.

As long as the kernel doesn't have a memory leak...

-allen
-- 
Allen Briggs          \ People hurry by so quickly
briggs@csugrad.cs.vt.edu | Don't they hear the melodies
Computer Science      / In the chiming and the clicking
Virginia Tech      / And the laughing harmonies.       (Joni Mitchell)
From: sc0o+@andrew.cmu.edu (Sebastian Ceria)
Newsgroups: comp.unix.bsd
Subject: Installing 386BSD - Help!
Date: 6 Oct 92 12:20:38 GMT
Article-I.D.: andrew.0eoTIK200WB2JLJ0sk
Organization: Doctoral student, Industrial Administration, Carnegie Mellon, Pittsburgh, PA

I have the following configuration:

Compudyne 486-33 Mhz
8 MB of Ram
203 MB Maxtor IDE drive
2 Serial and 1 parallel port
1 1.2 MB Floppy
1 1.44 MB Floppy

The disk has 3 partitions
1 40MB Main DOS
1 20MB Extended DOS
1 140MB 386BSD

I first loaded the tiny BSD from the floppy and it works. Then I ran
"install" and it succesfully completed installation on the hard disk.
The problem is that the machine can not then boot up from the hard
drive. The error is: "cannot find label; panic: cannot mount root", then
the machine reboots itself again and again.

I went to the list of FAQ and found that question 2.10 is very similar
to my problem. So I tried to use the dist.fs from
unofficial/newbootables.cgd but that did not work either (that is I
booted again from the floppy and rerun the "install" program, and then
tried to boot from the hard drive)

Any suggestions?

Sebastian
sc0o@andrew.cmu.edu
From: curt@hoptoad.uucp (Curt Mayer)
Newsgroups: comp.unix.bsd
Subject: Re: are all ET-4000 cards equal under 386BSD?
Date: 30 Sep 92 00:38:47 GMT
Organization: Hardcore devil worshippers for unix

In article <bob-290992141524@beamlab.ps.uci.edumB> bob@beamlab.ps.uci.edu (bob prohaska) writes:
>I've seen some Tseng Labs ET-4000 SVGA cards offered for
>what look like unreasonably low prices....$90-100.  Are these
>the same cards that X386 is said to support?
>
>bob prohaska

I'm running a Tseng Labs ET4000 card that I bought for $85.00.
it claims to have the following clocks:

25 28 33 37 40 45 51 57 65 73 80 90 102 131

This sucker runs fast, is dirt cheap, and can drive 1280x1024x4 or 1024x1024x8.
the only downside is that it only has 1M of frame buffer.

finally, I am running a noname, $320.00 14" NI svga monitor with the following
Xconfig:

"1024x768"  65     1024 1064 1096 1312   768  768  769  790

this is nearly 70 Hz refresh, as I have tuned it a bit.

clearly, the upgrading the monitor is next.

	curt
-- 
	curt mayer
        cmayer@oracle.com
        curt@toad.com
        415-387-0217 home
        415-506-2504 work
From: frommann@tu-harburg.dbp.de (Olaf Frommann)
Newsgroups: comp.unix.bsd
Subject: Keyboard mapping possible in 386bsd?
Keywords: keyboard map kbd
Date: 2 Oct 92 07:39:09 GMT
Reply-To: frommann@tu-harburg.dbp.de (Olaf Frommann)
Distribution: comp
Organization: Techn. Uni. Hamburg-Harburg, Germany
Originator: sm1of@tuhhco.rz.tu-harburg.de


Hi netters,

hopefully this is not a FAQ. I'm using a german style keyboard here
and don't like to look for the keys that do what i want, i.e where is
the backslash etc. Is it possible to fill in a keymap or s/th else to
get a remapping of the keys? I looked around in 386bsd, but there seems
to be nothing. Thank you for your help.

Ciao, Olaf.


-- 

  Olaf Frommann, 			  PHONE: +49 40 7718-2942
  TU Hamburg-Harburg, 			  FAX  : +49 40 7718-2573
  Arbeitsbereich Stroemungsmechanik I	  e-mail: frommann@tu-harburg.dbp.de	
Newsgroups: comp.unix.bsd
From: ajt@doc.ic.ac.uk (Tony Travis)
Newsgroups: comp.unix.bsd
Subject: Re: Keyboard mapping possible in 386bsd?
Date: 3 Oct 1992 00:33:06 GMT
Organization: Dept. of Computing, Imperial College, University of London, UK.
Distribution: comp
Reply-To: ajt@rri.sari.ac.uk
NNTP-Posting-Host: swan.doc.ic.ac.uk
X-Newsreader: TIN [version 1.1 PL6]

Olaf Frommann (frommann@tu-harburg.dbp.de) wrote:
: 
: hopefully this is not a FAQ. I'm using a german style keyboard here
: and don't like to look for the keys that do what i want, i.e where is
: the backslash etc. Is it possible to fill in a keymap or s/th else to
: get a remapping of the keys? I looked around in 386bsd, but there seems
: to be nothing. Thank you for your help.

I edited the key code table in /sys/i386/isa/pccons.c for a UK keyboard
and recompiled the kernel.

	Tony.
--
Dr. A.J.Travis,                       |  Tony Travis
Rowett Research Institute,            |  JANET: <ajt@uk.ac.sari.rri>
Greenburn Road, Bucksburn,            |  other: <ajt@rri.sari.ac.uk>
Aberdeen, AB2 9SB. UK.                |  phone: 0224-712751
From: bob@beamlab.ps.uci.edu (bob prohaska)
Subject: are all ET-4000 cards equal under 386BSD?
Newsgroups: comp.unix.bsd
Organization: university of california, irvine
Date: 29 Sep 92 22:03:25 GMT
Followup-To: comp.unix.bsd

I've seen some Tseng Labs ET-4000 SVGA cards offered for
what look like unreasonably low prices....$90-100.  Are these
the same cards that X386 is said to support?

While we're on the subject, will there be any advantage to using
EISA video cards once EISA support is in the system?  The advantages
for disk controllers have been spelled out, but little's been said
about video.

thanks for reading

bob prohaska
Newsgroups: comp.unix.bsd
From: bbs.barfeau@tsoft.sf-bay.org (David Fox)
Subject: backing up?
Organization: The TSoft BBS and Public Access Unix, +1 415 969 8238
Date: Mon, 28 Sep 1992 02:22:31 GMT

I'm trying to find a good method to backup the 386bsd partitions onto
1.44 meg floppies.  I've tried dump, and I don't really want to use it
because of the following reasons:
 
1) it doesn't want to compress
2) it seems to just die after about 20 floppies have been dumped to
3) it isn't on the tiny BSD floppy (more on that reason later)
 
4) dump/restore seem to want me to do a newfs if I want to restore
 
I'd really want something that would compress.  I've tried various
incantations of tar/cpio, and they don't want to span multiple
disks. 
 
Since I may want to get a new hard drive, I would want to reinstall
BSD on it with minimum fuss.  That's the reason for #3 and #4 above.  IF
the tools I need are on the boot floppy this is all well and good, since
then I can boot it up, install it, and then proceed to restore the resto
of the filesystem.

--
David Fox (bbs.barfeau@tsoft.sf-bay.org)