HDTenEightyP/NetNews huggingface dataset:
From: cummings@hammer.Prime.COM (Kevin Cummings)
Subject: Re: mount:unable to open lock-file
Organization: Prime Computer R&D
Date: Thu, 16 Apr 1992 18:25:38 GMT

In article <1992Apr16.120449.17752@athena.mit.edu>, szb50@juts.ccc.amdahl.com (Sid Boyce) writes:
> 
>    Does anyone know how I can recover the "LOCK-FILE".
> I boot from floppy at0, then root is on hda4 which is ok.
> hda6 (/usr) or any other filesystem does not mount.
> hda1 158MB MSDOG
> hda2/hda3 Minix
> hda4/6 as described above for Linux (created by Minix fdisk).
>          I hit this problem after perhaps removing a floppy from at0
> and not umounting it, then mounting another floppy.
>     Checking on Minix, everything on the Linux filesystems is still intact.
> Using either 0.95a or 0.05c boot floppies, I get the following......
> Partition tables ok
>     ......
> Free mem: 6291456 bytes
> mount: unable to open lock-file
> All systems funtioning
> /usr/bin/setterm: not found
> Welcome to Linux
> Login as "root" .......
> ******************************
> system comes up but can't mount anything of course.
> Regards
> Sid Boyce ... G3VBV
> **** Amdahl (UK) Tech Ops Group ****

This is becoming a FAQ.  look for /etc/mtab~  if it exists, delete it.

=================================================================
Kevin J. Cummings                       Prime Computer Inc.
20 Briarwood Road                       500 Old Connecticut Path
Framingham, Mass.                       Framingham, Mass.

Work:  cummings@primerd.Prime.COM
Home:  cummings@kjc386.framingham.ma.us

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
		  I've come to the conclusion that your new
		  defense system SUCKS..."   --  War Games
=================================================================
From: jes@mbio.med.upenn.edu (Joe Smith)
Newsgroups: alt.os.linux
Subject: Re: Problem with tar (?)
Date: 10 Apr 92 19:20:59 GMT
	<4778@mccuts.uts.mcc.ac.uk>
Organization: University of Pennsylvania, Philadelphia, PA
In-reply-to: zlsiial@uts.mcc.ac.uk's message of 9 Apr 92 16:20:26 GMT

In article <4778@mccuts.uts.mcc.ac.uk> zlsiial@uts.mcc.ac.uk (A. V. Le Blanc) writes:


>   I believe this is by design.  Tar with z simply pipes its output
>   through compress, and compress doesn't support multi-volume output.
>
>	-- Owen
>	LeBlanc@mcc.ac.uk

Hmm.  In the tar.texinfo file (which is admitted to be out of date) we
find:

   Note that the -z option will not work with the -M option,
   or with the -u, -r, -A, or -D commands.

However, I tried it with tar-1.10 under SunOS and it worked for
reading and creating compressed archives.  Certainly if tar isn't
designed to do this, it ought to gag on the options, not at the end of
the first volume.

In the same thread, I caught the bugger last night trying to untar the
2.1lib.tar.Z file from tsx-11.  First, it died several times with
memory faults.  Uncompressing first before unpacking got me around
this.  It also created several files with totally bogus group id's:
the affected files listed (tar -t...) fine (owner/group 'hlu/other'
just like the others) but the resulting files had group number 37820,
or some such.  Is that a legal group id?  I don't have the souce to
check on the group id type (I thought it would be a 16-bit int, but
apparently not).

Then gcc on hello.c burped up "parse error before '('" again.  This is
most intriguing.  It's not an include file problem.  Any source with a
parenthesis, even 'int i = (2+3)*4;' will fail.  No includes
necessary.  Anyway, I ran sum on my PC, and on the unpacked binaries
on the Sun, and sure enough: cc1 had the right size, but a different
CRC (the other files from that tar were fine).  Hopefully,
transferring the raw, uncompressed cc1 will get gcc2.1 up.  I can tell
you the first thing I'm going to rebuild is tar & compress!

<Joe

--
 Joe Smith
 University of Pennsylvania                    jes@mbio.med.upenn.edu
 Dept. of Biochemistry and Biophysics          (215) 898-8348
 Philadelphia, PA 19104-6059
Newsgroups: alt.os.linux
Subject: interupts in Linux
From: psyxsgp@otago.ac.nz
Date: 15 Apr 92 19:40:56 +1300
Organization: University of Otago, Dunedin, New Zealand


	We have some large binary sound files which we read into RAM from
disk and then send to a ADC/DAC board to drive a speaker.
	Under DOS we disable most of the system interupts during this
process to prevent artifact on the replayed signal.
	What would be the effect of transiently disabling interupts in 
this way under Linux? (would it crash the system/do terribler irrepairable
harm ?)
p.s. we retain one or two of the interupts even under DOS but they do not
seem to do any harm to the replayed signal.
 
-- 
Stephen Pearce, University of Otago, Dunedin, New Zealand.
ph 064-3-7470999 ext 8166 home 064-3-4763778
Xref: sparky alt.os.linux:2345 comp.os.linux:242
From: hlu@yoda.eecs.wsu.edu (Hongjiu Lu -- Graduate Student)
Newsgroups: alt.os.linux,comp.os.linux
Subject: fixes for header files for gcc 2.1 and kernel
Date: 8 Apr 92 03:15:48 GMT
Article-I.D.: serval.1992Apr8.031548.13108
Organization: Washington State University
Originator: hlu@yoda.eecs.wsu.edu

Hi,

I was told that the header files of gcc 2.1 and kernel are quite
confusing. Here is my solution. I am enclosing a program, conv. That
program will ensure only one set of header files is needed for
compiling both applications and kernel.

Before you run it, you have to have gcc 2.1 beta, mv, mvdir, rm and
tar installed on your system.

Before you do anything, please backup gcc 2.1 and kernel sources. Here
goes.

Step 1: Apply Linus's second patch and then my 2.1kernel.tar.Z.

Step 2: Read conv and understand what it is doing. Then go to the
	toplevel of kernel source tree and do

	conv

Step 3: Edit the toplevel Makefile and add -DPRE_GCC_2 to CFLAGS.
	You may also want to get rid of "-nostdinc -Ixxxx" stuff since
	./include has been moved to /usr/include.

Step 4: Type

	make


H.J.
--------conv----------
#!/bin/sh
# you have to run this script under ./linux
INCS="errno.h fcntl.h limits.h signal.h stdarg.h stddef.h \
	termios.h time.h unistd.h utime.h"

# move ctype.h and string.h in kernel source, which are different from
# gcc 2.1 to ./linux.
mv ./include/ctype.h ./include/string.h ./include/linux

# make a new directory
mkdir ./include.old

# move duplicated header files to ./include.old
for h in $INCS
do
  mv ./include/$h ./include.old
done

# move ./include/sys to ./include.old
mvdir ./include/sys ./include.old

# move those header files which don't exist in gcc 2.1 to /usr/include
tar cf - ./include | (cd /usr; tar xpf - )

# remove ./include
/bin/rm -rf ./include

# change
#include <ctype.h>
#include <string.h>
# to
#include <linux/ctype.h>
#include <linux/string.h>
#
DIRS="boot fs init kernel lib mm"
for d in $DIRS
do
  for f in $d/*.c $d/*.h $d/*/*.c $d/*/*.h
  do
    sed 's,<ctype.h>,<linux/ctype.h>,' $f | sed 's,<string.h>,<linux/string.h>,' > 1
    mv 1 $f
  done
done
From: pgf@cayman.COM (Paul Fox)
Newsgroups: alt.os.linux
Subject: what does linux rhyme with?
Date: 13 Apr 92 15:12:58 GMT
Organization: Cayman Systems Inc., Cambridge Ma


	Big question:
	
	Does "linux" sound like "linus" (i.e.  like "line" followed by "ux"
	which rhymes with "us"), or does "linux" sound almost just like
	"minix", which I assume people say the way they start "minimal"?

	Enquiring minds want to know.   I certainly hope it's like "minix" --
	it's much easier to say.

	paul fox, pgf

	no email please -- swamp the net.  :-)
-- 
		paul fox, pgf@cayman.com, (617)494-1999
		Cayman Systems, 26 Landsdowne St., Cambridge, MA 02139
From: scottd@cs.hw.ac.uk (Scott Dunn)
Newsgroups: alt.os.linux
Subject: LINUX INSTALLATION PROBLEMS
Date: 6 Apr 92 11:24:23 GMT
Organization: Dept of Computer Science, Heriot-Watt University, Scotland

Trying to install Linux on my 2nd IDE drive, statistics are as
follows.


CMOS settings :
USER TYPE 47 :	1001	15	0	0	17	125MB
USER TYPE 47 :  733	7	0	0	17	43MB


FDISK

Drive 1 : ST1144A
No	Drive	Start	End	Mb	Status	Type
1	  C:	  0	643	80.1	  A	DOS 3.31 (secure)
2	  --	 644	999	44.3	  N	DOS EXT (secure)

Drive 2 : ST157A
No	Drive	Start	End	Mb	Status	Type
1	  C:	  0	731	42.5	  N	DOS 3.31


NORTON UTILITIES

Drive 1
 		    START           END		Rel.	No. of
System	Boot	Side Cyl Sect	Side Cyl Sect	Sects	Sects
?	No	 0    0   0      0    0   0       0       0
?	No	 0    0   0      0    0   0       0       0
?	Yes	 1    0   1      14  643  17      17    164203
?	No	 0   644  1      14  999  17   164220   90780


Drive 2
 		    START           END		Rel.	No. of
System	Boot	Side Cyl Sect	Side Cyl Sect	Sects	Sects
BIGDOS	No	 1    0   1      6   731  17      17    87091


Booted up into linux from floppy, getting 2 sets of about 7 HD timeouts
in the process.
Then tried fdisk (twice) :

1st fdisk

HD timeout harddisk I/O error
dev 0300, block 0

HD timeout Disk 1 :
/dev/hdb1 : 43545 blocks 16-bit DOS (>=32M)
/dev/hdb5 : 834086032 blocks disk-manager active? (74) unknown
partition type 0x52


2nd fdisk

Disk 0 :
/dev/hda3 : 82101 blocks active unknow partition type 0xc6
/dev/hda4 : 45390 blocks unknown partition type 0xc5

Disk 1 :
/dev/hdb1 : 43545 blocks 16-bit DOS (>=32M)
/dev/hdb5 : 834086032 blocks disk-manager active? (74) unknown
partition type 0x52


Now tried mkfs :

mkfs -c /dev/hdb1 43545

14515 inodes
43545 blocks
Firstdatazone = 464 (464)
Zonesize = 1024
Maxsize = 268966912

mkfs : bad blocks before data area : cannot make fs


Now I tried physically disconnecting my 1st drive (the ST1144A) and
making my ST157A the one and only drive.

Boot up from floppy, no problems, fdisk works, make file system, it 
works.  Install root onto /dev/hda1, it works!!!

Logout, boot into DOS from floppy, load up Norton, change the 508th
bytes to 01 03.  Reboot, whatdya know, IT WORKS!!!!!


Now it all goes wrong, tried putting everything back to normal, ie
ST1144A is drive 0, ST157A (linux /dev/hda1) is drive 1.

Boot into DOS from HD, no problem, load up Norton change the 508th
to 41 03 to reflect the fact that the linux is on /dev/hdb1.
As in INSTALL-0.95a

Boot into linux,

root sytem not found,
kernel panic

or words to that effect.

The machine now hangs.

Reset, change boot disk 508th byte to 00 00.

Reboot, 2 loads of HD timeouts

try fdisk :

HD timeoutHD timeout ........

HD timeoutHD timeout ........

for both drives.

I am now stuck,  I don't know what more to do.

PLEASE HELP ME!

Scott.
Newsgroups: alt.os.linux
From: Andrew Haylett (GEC-Marconi Research Centre) <ajh@gec-mrc.co.uk>
Subject: Re: can't compile selection/mouse driver
Reply-To: ajh@gec-mrc.co.uk
Organization: The Internet
Date: Wed, 15 Apr 1992 07:54:34 GMT

zhao@unixg.ubc.ca (Jiansheng Zhao) writes:

| I almost got everything work with linux0.95c+.
| However, I still have trouble to compile selection to use a mouse.
| gcc2.1 compiled new kernel all right. When compiling selection-1.0
| I got the following error message:
| stuff.c In function 'begsel' 
| stuff.c:73: 'TIOCLINUX' undeclared
| stuff.c:86 ... ... ...
| Maybe there is a simple fix for trained eyes, but I have been pulling
| my hair ,:).

before you lose all your hair...the problem is presumably that TIOCLINUX is
defined in /usr/src/linux/include/termios.h, but not in the termios.h provided
with gcc2.1. I've been using gcc1.4, and just copying all the kernel include
files into /usr/include. A quick fix would be to copy the definition into
/usr/include/termios.h, or if you don't think it should be there, put
something like

    #ifndef TIOCLINUX
    #define TIOCLINUX       0x541C
    #endif

near the top of stuff.c.

----
Andrew Haylett       | Inet: ajh@gec-mrc.co.uk   | Fax: +44 245 75244
GEC-Marconi Research | Tel: +44 245 73331 x.3283 | Telex: 995016 GECRES G
From: szb50@juts.ccc.amdahl.com (Sid Boyce)
Newsgroups: alt.os.linux
Subject: mount:unable to open lock-file
Date: 16 Apr 92 12:04:49 GMT
Reply-To: szb50@juts.ccc.amdahl.com (Sid Boyce)
Organization: The Internet


   Does anyone know how I can recover the "LOCK-FILE".
I boot from floppy at0, then root is on hda4 which is ok.
hda6 (/usr) or any other filesystem does not mount.
hda1 158MB MSDOG
hda2/hda3 Minix
hda4/6 as described above for Linux (created by Minix fdisk).
         I hit this problem after perhaps removing a floppy from at0
and not umounting it, then mounting another floppy.
    Checking on Minix, everything on the Linux filesystems is still intact.
Using either 0.95a or 0.05c boot floppies, I get the following......
Partition tables ok
    ......
Free mem: 6291456 bytes
mount: unable to open lock-file
All systems funtioning
/usr/bin/setterm: not found
Welcome to Linux
Login as "root" .......
******************************
system comes up but can't mount anything of course.
Regards
Sid Boyce ... G3VBV
**** Amdahl (UK) Tech Ops Group ****
From: knapka@athena.cs.uga.edu (Joseph Knapka)
Newsgroups: alt.os.linux
Subject: Re: kermit5A.tar.Z
Date: 14 Apr 92 14:41:44 GMT
Organization: University of Georgia, Athens

In article <1992Apr12.195345.13545@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>In article <1992Apr11.234044.27436@athena.mit.edu> wet!dhl@netcom.com (Dahai Li) writes:
>>
>>I have seen your notice about re-uploading a working version of kermit5A to
>>tsx-11.mit.edu, and downloaded it (it is dated 4/10/92, I think). However,
>>it still fails to work with a "segment fault".
>>
>>I am running Linux 0.95c+ on a 8Meg 486 (with 16Meg swap space). Could you
>>check it again please?
>
>This might not have anything to do with this particular problem, but I'd
>just like to say:
>
>When using gcc-2.1 to compile binaries that you distribute on the net,
>/PLEASE/ use the "-static" flag to get a statically linked binary. 
>Otherwise, the binary won't work on a machine without the library, and
>the result is a segfault.  The binary should really print out "unable to
>find /lib/libXX.XX.XX", but due to a minor bug in the crt0.s code, it
>doesn't: it just dies with the segmentation fault. 
>

Interesting. I compiled a program with the April 6 version of gcc-2.1,
and it dies with "can't find lib92.04.06" and a segfault, even though
I've got the lib! Compile the same program with the static libs, it
just dies with a segfault (seems that strcpy() is f*). Could the
"can't find libxx.xx.xx" error show up under any circumstances other
than the library not being there?

BTW machine is 486-33, 4meg ram, 4meg swap. Kernel is 0.95c. And the
"can't find lib" message isn't *all* there -- usually a few
characters get hacked off the front, so it just says "ind libxx.xx.xx"
or some such. But sometimes I get the whole thing, so I know that's
what it is.

Bye,
Joseph
>
>		Linus
>
>PS.  The crt0.s bug is being fixed, and future versions will give a
>clear error message telling you why it doesn't work...
Xref: sparky alt.os.linux:2328 comp.os.linux:230
From: smithje@pobox.upenn.edu (Joe Smith)
Newsgroups: alt.os.linux,comp.os.linux
Subject: Re: Problem with tar (?)
Date: 7 Apr 92 19:36:29 GMT
Followup-To: alt.os.linux
Organization: University of Pennsylvania

In article <1992Apr7.021647.25794@athena.mit.edu> gt0449a@prism.gatech.edu (Rob Coleman) writes:
>
>I am apparently one of the small number of people who are having trouble
>with using tar (any version that I can find) to extract certain files
>from their archives uncorrupted.

Well I'm another whose found tar (and/or tar+compress) unreliable.
I'm using the pair from the binutils archive, but I've tried the ones
on the 0.95a root disk as well.  I've encountered sporadic failures
both on extracting and creating tar archives.  It also refuses to
create multi-volume compressed archives (although it will do
non-compressed ones).

In one case, tar refused (it just stopped, but would respond to ^C) to
create an archive from a directory where the files had bizarre group
ids (some 5-digit number I don't recall) until I changed the group on
all the files to root.

I'm sorry I don't have time to work on this, because a reliable,
standard archiver/backup utility is a very high priority item.

<Joe

-- 
 Joe Smith
 University of Pennsylvania                    jes@mbio.med.upenn.edu
 Dept. of Biochemistry and Biophysics          (215) 898-8348
 Philadelphia, PA 19104-6059
Xref: sparky alt.os.linux:2401 comp.os.linux:313
From: fhg2@cunixb.cc.columbia.edu (Farhan H Garib)
Newsgroups: alt.os.linux,comp.os.linux
Subject: Re: Problems with serial port drivers??
Date: 10 Apr 92 16:29:44 GMT
Article-I.D.: cunixf.1992Apr10.162944.18921
Reply-To: gs45@cunixb.cc.columbia.edu
Organization: Columbia University

In article <65178@apple.Apple.COM> erc@Apple.COM (Ed Carp) writes:
>Has anyone seen any problems with the serial port drivers under
>linux?  I'm running 0.95a and am having a hard time making uucp fly
>at 9600 baud and above, either straight through or with a modem.
>This same machine and comm board runs XENIX HDB UUCP flawlessly,
>and there have not been any reported complaints about taylor-uucp
>dropping packets, etc.
>
>This might not show up under light loads -- just under a heavy
>load, like uucp at 19200.
>-- 
>Ed Carp  N7EKG/6	erc@khijol.UUCP		erc@apple.com
>			Cupertino, CA		408/252-5947
>
>-- Absolutely unabashed Gates McFadden groupie! --

Kermit seems to drop packets at 19200 also.

-Greg
Xref: sparky alt.os.linux:2387 comp.os.linux:291
From: erc@Apple.COM (Ed Carp)
Newsgroups: alt.os.linux,comp.os.linux
Subject: taylor-uucp 1.03 (final) uploaded to tsx-11...
Date: 10 Apr 92 00:53:02 GMT
Organization: Bleeding Edge Technologies - 'Sliding Down The Razor Blade Of Life...'

Taylor uucp 1.03 (final) has been uploaded to tsx-11.  The files
are /pub/incoming/uucp-1.03-src.tar.Z and /pub/incoming/uucp-1.03-src.tar.Z.

To run the binaries, you must have recompiled your kernel with
the new a.out.h file from gcc-2.1.

To install the binaries, cd to / and untar.  You might want to
make sure the ownerships and permissions on the binaries are
correct.  Here's what they SHOULD be:

-r-sr-xr-x uucp/root 46080 Apr  8 02:30 1992 usr/bin/uucp
-rwxr-xr-x root/root 33792 Apr  8 02:30 1992 usr/bin/uulog
-r-sr-xr-x uucp/root 33792 Apr  8 02:30 1992 usr/bin/uuname
-r-sr-xr-x uucp/root 54272 Apr  8 02:30 1992 usr/bin/uustat
-r-sr-xr-x uucp/root 46080 Apr  8 02:30 1992 usr/bin/uux
-rw-r--r-- root/root    97 Apr  4 13:06 1992 usr/lib/uucp/Devices
-rw-r--r-- root/root   284 Apr  9 09:36 1992 usr/lib/uucp/Systems
-rw-r--r-- root/root   127 Apr  6 09:58 1992 usr/lib/uucp/Systems.distri
-rw-r--r-- root/root    32 Apr  6 18:42 1992 usr/lib/uucp/paths
-rw-r--r-- root/root   154 Apr  6 18:35 1992 usr/lib/uucp/reset.c
-rwxr-xr-x uucp/root 41984 Apr  8 02:29 1992 usr/lib/uucp/uuchk
-r-sr-xr-x uucp/root 95232 Apr  8 02:29 1992 usr/lib/uucp/uucico
-r-sr-xr-x uucp/root 50176 Apr  8 02:29 1992 usr/lib/uucp/uuxqt
-rwxr-xr-x root/root    80 Apr  8 18:50 1992 usr/lib/uucp/zap

-- 
Ed Carp  N7EKG/6	erc@khijol.UUCP		erc@apple.com
			Cupertino, CA		408/252-5947

-- Absolutely unabashed Gates McFadden groupie! --
Newsgroups: alt.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Newsgroups: alt.os.linux
Subject: Re: Binaries vs. Sources  (was: (none))
Date: 9 Apr 92 04:37:26 GMT
Reply-To: tytso@athena.mit.edu
Organization: The Internet


   From: umthom61@ccu.umanitoba.ca (Adam Thompson)
   Date: 9 Apr 92 00:43:52 GMT

   *** Now.  What the F*** do I _need_ to get a reasonable Linux system up and
   running ?   The last time I tried to actually figure it out, (back at 0.12)
   I just FTP'ed the whole directory.  Untarred the whole bundle.  Hoped
   everything fell into place when I  unTar'ed from "/".   

   Although you (Theodore) probably have a biased view, I think even you have
   to admit that the binaries directory is a bit ... cluttered?

Yes, it is a bit cluttered, but what's essential to one person will be
trash to another.  I consider mtools essential; other people consider it
a complete waste of time.  Who's to say?  Furthermore, I don't have time
to pass judgement on each file and determine whether it's essential or
not.  Sometimes I don't even have a chance to make sure the binary is
working before I install it in the directory.

However, Alan Clegg has been working on the ABC release, which should
fix a lot of these complaints people have been having.  It will not
necessarily contain the latest stuff, but it will contain something
that's stable.  Unfortunately, he's been busy with work, and so it will
be a while before it will be released.  Patience!

I will repeat the wry comment which someone else has made.  If "we" did
all the work that had been proposed be done by "we", Linux would be
ahead of BSD 4.4 by now.  :-)

							- Ted
Newsgroups: alt.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: Thanks....
Reply-To: tytso@athena.mit.edu
Organization: The Internet
Date: Tue, 14 Apr 1992 05:02:00 GMT

   From: jgifford@attmail.com

   I was wondering, I have only had one digest from the activists list in the
   last 3 days, am I still subscribed?, or has traffic just been slow?

No, actually, there has been so much traffic on comp.os.linux that the
digestifying program I was using couldn't deal --- it was a perl script
that was trying to expand <$Newsdir/*> and it got a "too many arguments"
error; I had to rewrite it to use opendir/readdir/closedir.  The problem
was that people were being too prolific in the newsgroup!  :-)

In any case it's been fixed, as those of you who get the digest will
have noted, since you will have received five or six digests in quick
succession.  Sorry about that!  Thanks to Jim Gifford who called this
problem to my attention.

						- Ted
Xref: sparky alt.os.linux:2329 comp.os.linux:231
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: Linux makefile
Reply-To: johnsonm@stolaf.edu (Michael K. Johnson)
Organization: The Internet
Date: Tue, 14 Apr 1992 19:01:04 GMT

From: Epstein@DOCKMASTER.NCSC.MIL

   I find the speeded-up auto-repeat too fast.  This "feature" should be in
   the top level Makefile (I actually haven't looked where its at).
				 John

It is not hard to change -- I will post if people want on how to
change it.  Note that instructions will be more useful here than a
diff, so that is what I will make.

michaelkjohnson
johnsonm@stolaf.edu
From: mneiger@libws2.ic.sunysb.edu (Matthew S Neiger)
Newsgroups: alt.os.linux
Subject: Read rawritten files from floppy?
Summary: help with rawrite
Keywords: rawrite floppy
Date: 8 Apr 92 15:29:02 GMT
Article-I.D.: sbcs.1992Apr8.152902.16989
Distribution: usa
Organization: State University of New York at Stony Brook


	I've read this group for a couple of weeks searching for a solution
to my problem.  I've also checked the FAQ and the installation guide.

	I have successfuly installed linix onto my HD, but I am unable to
move any files from DOS to linix.  I rawrite the files, for example,
emacs-etc.tar to a floppy, but then when I attemp to untar them, only
a couple of directories are created.

	Using tar under dos, I have checked that the file is complete.  I
get a complete listing of all subdir's in the tar file.  Under linix, however,
I get a listing of the first couple subdir's and then the message 'skipping
to next tar' and then it quits.

	Am I doing something wrong.  rawrite correctly wrote the boot and
root images to floppy, but apparently is not writing tar files correctly.

	Help is appreciated.


	Matt

	mneiger@ic.sunysb.edu
From: kxb@matt.ksu.ksu.edu (Karl R. Buck)
Newsgroups: alt.os.linux
Subject: Re: IMPORTANT: gcc 2.1, libc.a 2.1a and Linux
Date: 7 Apr 1992 18:47:04 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

johnsonm@stolaf.edu (Michael K. Johnson) writes:
>From: hlu@luke.eecs.wsu.edu (Hongjiu Lu -- Graduate Student)

>   >From Linus's second patch, we are moving to VFS. As a result, there
>   will be some changes in libc.a. That means next release of gcc 2.x and
[...]
>If this is so, then we should make available a new bootimage and
>patched source at the major ftp sites, I think.  Requiring a new

This is an excellent idea. Also, I keep hearing about "Linus's second
patch" but I never hear it referred to by its specific file name. Is
this the 0.95c.patch.1 that is on tsx?

BTW, great work on GCC 2.1.
-- 
Karl Buck, kxb@matt.ksu.edu 	:)
Newsgroups: alt.os.linux