HDTenEightyP/NetNews huggingface dataset:
From: radel@ravel.udel.edu (Todd Radel)
Newsgroups: comp.os.linux
Subject: Shoelace booting problems
Summary: "Kernel panic" on booting
Date: 8 Apr 92 14:59:05 GMT
Organization: University of Delaware

Hello, all!  I spent most of yesterday backing up my hard disk, repartitioning,
restoring my DOS partition, then (finally!) making /dev/hda2 my Linux
partition.  I installed Shoelace so that I could boot either partition.  All
seemed to go OK--the DOS partition is still bootable, and if I select "2" from
the menu, Linux starts to boot.  But what I get on the screen is this:

Load Image
Press <RETURN> to see SVGA-modes available or any other key to continue.

8 virtual consoles
4 pty's
Partition table ok.
Kernel panic:  Cannot mount root
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Argh!  What am I doing wrong?  I used the bootimage-0.95a as my /vmunix file.
I also tried patching it, per instructions in the FAQ, to use /dev/hda2 as
the root.  No dice.

Anybody know what it is I'm doing wrong?  Heellllp.....  I really like Linux
so far.  It's good to have a real operating system (e.g. Unix) running.
If you could respond by e-mail rather than posting I'd appreciate it.

Thanks in advance,
Todd Radel
Linux neophyte


-- 
* Todd Radel                      Sysop, Dickinson Domain BBS                *
| CIS/English                     FidoNet: 1:150/160; VirtualNET @3023       |
| University of Delaware          REGISTERED Alpha Colony VI!                |
*         "You don't need to be crazy to be a sysop, but it helps!"          *
Xref: sparky comp.os.linux:499 alt.os.linux:2543
From: eonu24@castle.ed.ac.uk (I Reid)
Newsgroups: comp.os.linux,alt.os.linux
Subject: 95c+: Selection --> nothing
Date: 16 Apr 92 00:55:02 GMT
Distribution: comp, alt
Organization: Edinburgh University

Just a quick message to say I just patched the kernel diffs for selection into
0.95c+ (did them by hand and they weren't difficult), rebuilt the kernel (using
gcc 2.1) and rebuilt selection (just for good measure) and then, running the
new kernel I tried it all. Nothing. Not a thing. I know that the serial port
code shares interrupts between com1 (mouse) and com3 (modem). Is it possible
that nothing is getting through because of this? Just thought I'd check before
delving into the depths of things :-(

Iain
Newsgroups: comp.os.linux
From: waflowers@quantum.on.ca (Bill Flowers)
Subject: Re: Since I haven't seen an FAQ...
Date: Tue, 07 Apr 92 20:17:03 GMT
Organization: Quantum Software Systems, Ltd.

In article <Apr.4.01.42.33.1992.29965@dartagnan.rutgers.edu> hedrick@dartagnan.rutgers.edu (Charles Hedrick) writes:
>sergio@Ingres.COM (Sergio L Aponte) writes:
>The other major thing is that the kernel is small and is written
>"close to the iron".  There's some philosophical similarity to Minix.
>And of course the file system is from Minix, which is probably closer
>to the Berkeley fast file system than System V (though it's still got
>the short file names).  However Minix is intended to have a version 7
>flavor.  Its author is attempting to resist attempts to add Berkeley
>features.  A number of people claim that Linux feels fast, but since I
>haven't run any other Unix variant on my system, I have no good
>comparison.  Certainly I have no performance complaints.

Has anyone run IOZONE on Linux?  With what results?
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Job Ctrl && $$->programmers (How?)
Keywords: jobs, bash
Date: 10 Apr 92 11:07:39 GMT
Followup-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Apr9.144903.19540@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>Yes, there are several versions of bash existing - some of them are
>/very/ old.  I don't know if the original bash.Z is still somehwre to be
>found, but it was not too long ago, and that is the version I used under
>0.01, long before linux had job control.  That version certainly doesn't
>support job control.
>
>Versions of bash that support job control (including the builtins fg,
>bg, kill, jobs etc) are available on older root-disks, notably the 0.95
>(not "a") rootdisk.  I don't know where to find a "standalone" version
>of bash - I know somebody ported bash 1.12 (the one on the rootdisk is
>1.11 patch-level 1, although I think "help" returns 0.00.1). 

The version of bash which I ported to 0.12 is still available, still
works, and has job control.  You can get it as bash-1.12.tar.Z in the
directory /pub/linux/mcc-bin by anonymous ftp from ftp.mcc.ac.uk
(= hpb.mcc.ac.uk), [130.88.200.7].  The version of bash which I
ported for my new 'interim' release of Linux (0.95c) is available
from the same machine, but does not support job control.  This is
because I have not yet been able to compile it with job control
using gcc-2.1 and its new libraries.

     -- Owen
     LeBlanc@mcc.ac.uk
Xref: sparky comp.os.linux:252 alt.os.linux:2353
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux,alt.os.linux
Subject: Re: Large disk partition
Date: 8 Apr 92 12:20:49 GMT
Organization: University of Helsinki

In article <1992Apr7.202208.12193@spuddy.uucp> sweh@spuddy.uucp (Stephen Harris) writes:
>Is it possible for Linux to use a disk partition greater than 64Mb ?
>I have a 650Mb disk at 1283x16x63.  DOS takes up the first 1023 clinders
>(the most it can have), leaving me 128Mb as a second partition.  But when I
>try mkfs it moans for greater than 64Mb :-(

Yes, the 64MB limit is still there in the filesystem: it seems the VFS
functions start to get complete soon, but I haven't written any actual
code for any other fs-type.  I'll be adding an "extended-minix" type
soon - it will conform to the native-order-long minix filesystem type,
which allows bigger disks, but still has the 14-character name limit (in
case someone wonders why keep to minix types: it's easy to add, as I can
use most of the old routines anyway, and some misguided persons use
linux and minix side by side :)

>Alternatively, could I make this into an extended partiton, with 2x64Mb
>in that, or even 1x10Mb (root+tmp), 1x12Mb(swap=3xRAM),1x64 (/usr), 1x42 (think
>of something!).

As you report you have 0.95c running, it should be safe to use extended
partitions, but the old fdisk probably has problems with them still. At
least I haven't heard any reports of problems with extended partitions
yet, although I haven't heard any success-stories either.

There are other fdisks than the linux or dos ones - pfdisk etc is
reported to work.  I haven't got any personal experience (I should be so
lucky to have the 1024-cylinder problem :).  Anyway, linux 0.95c should
report any partitions it finds at bootup (along with some data on size
and position), and you should check the numbers before using extended
partitions the first time. 

If the bootup-information seems to be ok, try out the extended
partitions (but back up just in case...).

>Help please!  I am on 0.95c (yippeee! I successfully managed to get Linus's
>patches to work! Well the kernel boots :-) ).

Is everybody this surprised when one of my patches happen to work? :^)

		Linus
From: radel@ravel.udel.edu (Todd Radel)
Newsgroups: comp.os.linux
Subject: Wish list...
Summary: Things I'd like to have for Linux
Date: 9 Apr 92 17:42:25 GMT
Organization: University of Delaware

Does anyone have any of the following compiled for Linux?

- System information (e.g. du, df, users, uptime, etc.)
- Mail system (mail, rmail, sendmail, etc.)
- Any type of BBS or Muck software

Also, how close is the port of X-Windows coming to reality?  If someone gets
X working, I'll format my DOS partition!

Cheers,
Todd
 
-- 
* Todd Radel                      Sysop, Dickinson Domain BBS                *
| CIS/English                     FidoNet: 1:150/160; VirtualNET @3023       |
| University of Delaware          REGISTERED Alpha Colony VI!                |
*         "You don't need to be crazy to be a sysop, but it helps!"          *
Newsgroups: comp.os.linux
From: news@solitary.Stanford.EDU (System test)
Subject: gcc 2.1 woes
Organization: Stanford University, California
Date: Wed, 8 Apr 1992 04:50:59 GMT

I just installed gcc 2.1 and much to my chagrin can't get it to work.
I followed the instructions: removed all vestiges of 1.4, detarred, and
ran the script.  But when I try to compile a simple test program I
get an error from ld that crt0.o is missing from /usr/lib/shared.  And 
indeed that link is missing. If I run gcc with the -static switch an
executable is created but it will not run.

Does anyone have a guess what I might have done wrong? 

Don Taber
news@solitary.stanford.edu
dbt@sybil.risc.rockwell.com
Xref: sparky comp.os.linux:404 alt.os.linux:2479
From: kraft@gac.edu (Steven Kraft)
Newsgroups: comp.os.linux,alt.os.linux
Subject: Re: New project:  S3 Acc. video support for Linux.
Date: 14 Apr 92 00:29:54 GMT
Article-I.D.: gacvx2.1992Apr13.182955.857
Reply-To: kraft@gac.edu

In article <1992Apr13.141102@hammer.Prime.COM>  writes:
! In article <1992Apr13.110732.836@gacvx2.gac.edu>, kraft@gac.edu (Steven  
Kraft) writes:
! > To all who are interested in (or curious about) direct (local) bus video 
! Being the owner of a brand spanking new Diamond Stealth VRAM S3 based video
! card with 1MB of memory and the Hi-Color DAC, I share your interest in the S3
! based video support category.

Great!

! > The primary way of setting refresh rates is through switches which  
! > are easily accessible through a slot in the card's back panel.  A small  
! > screwdriver is all it takes, no need to open the computer.
! 
! The Stealth only has 4 swithches on the back of its card.  Two of them help
! select refresh rates.  I guess I'm lucky.  Two of these four states support 

The Fahrenheit is similar.  Two switches select refresh, one controls a speed  
up option which can "hang" some systems (this switch is not used on my Fahr  
1280/D since it can always run at full speed in its own direct bus slot), and  
the 4th switch has no use on either the 16 or 32 bit versions!

! Diamond supplies an SMODE program to fine tune your video configuration, and  
! select other monitors or special frequencies/syncs/etc.

Orchid has other utilities as well, such as FMODE.

! =================================================================
! 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

Steven Kraft KRAFT@GAC.EDU    Comp Sci major
Micro/Minicomputer Consultant
Gustavus Adolphus College, St. Peter, MN 56082
From: umthom61@ccu.umanitoba.ca (Adam Thompson)
Newsgroups: comp.os.linux
Subject: Re: Yet another X question
Keywords: X Windows
Date: 15 Apr 92 14:58:06 GMT
Organization: University of Manitoba, Winnipeg, Canada

In <1992Apr15.053227.24310@serval.net.wsu.edu> hlu@yoda.eecs.wsu.edu (Hongjiu Lu -- Graduate Student) writes:

>From my own experience, a real X11R4 can take as little as 10MB to run.
>on a 386. I only keep the minimum stufffs I need. Beside MIT stuffs,
>I added some other programs, like xgif and xdvi. I can put off X source
>from the net and compile it without much problem. I believe, for X11R5,
>20MB should be a safe bet.
>H.J.

Perhaps you're assuming he doesn't want to compile it :-)
 
According to the docs in the R5 distribution, the source tree untars to
roughly 150-200 Megs.  To compile, expect to need at least another 100Meg.
 
As far as compiled binaries go, using shared libraries, on a Sun i386,
the full MIT core plus about 50% again in added-on goodies takes somewhere
in the range of 60-70 Megs.  Of course, to simply run R5 'functional', then,
yes, expect to use ~20 megs.  Perhaps even a bit less if you only have one
WM on call...

-Adam Thompson
 umthom61@ccu.umanitoba.ca
-- 
= Adam Thompson   ----   Computer Engineering  ----  University of Manitoba =
= umthom61@ccu.umanitoba.ca    =  "When you have eliminated the improbable, =
= ...!uunet!decwrl!alberta!\   =    whatever is left, however impossible,   =
=    ccu.UManitoba.CA!umthom61 =    must be the answer."                    =
From: cheetah@sage.cc.purdue.edu (Bowen Goletz)
Newsgroups: comp.os.linux
Subject: Re: Questions from a beginner...
Keywords: 1.44 A: drive, compiling, shells
Date: 13 Apr 92 17:08:57 GMT
Organization: Purdue University Computing Center

In article <1992Apr13.150808.10585@cis.umassd.edu> slowhand@cis.umassd.edu (Chris P. Sullivan) writes:
>Hello everyone,
>
>First, the only thing in the installation process that did not work was the
>install, mkdev, mktree scripts, for some reason they would not execute,
>it would just respond with a :not found error.  So we ended up printing
>the scripts and doing it by hand.  My limited UNIX experience leads me to 

My experience was similar.  I executed the shells using sh <filename>.  The 
problem you had was that the current directory "." was not in the path.
typing ./filename or adding . to the path solves this "problem."

>believe it has to do with the wrong shell for these scripts.  WHAT OTHER SHELLS
>ARE AVAILIBLE FOR LINUX?  HOW DO YOU INSTALL THEM?  Do you need to re-compile 
>the kernal to make them work?

The shells that I know of are ash, bash (many tcsh features), and I've heard of
tcsh and zsh in the works.  Kernel recompile is generally not necessary (I've
never had to).

>RESET-FLOPPY CALLED errors.  HOW WOULD WE MAKE LINUX UNDERSTAND THAT WE HAVE
>AND A: DRIVE THAT IS 1.44MB?

Re-run the mkdev script as described above.  PS0 is the desired device name
for a 1.44MB floppy (unit 0).

	-bg

-- 
________________________________________________________________________________
Bowen Goletz
Purdue University                  Midi 'n Music
cheetah@sage.cc.purdue.edu         Bowen.Goletz@f120.n201.z1.Fidonet.Org
From: bvickers@bonnie.ics.uci.edu (Brett J. Vickers)
Subject: Re: Needed: a guide to setting up swap space.
Newsgroups: comp.os.linux
Reply-To: bvickers@ics.uci.edu (Brett J. Vickers)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Keywords: linux, swap, setup, installation, mkswap, swapon
Date: 14 Apr 92 06:33:15 GMT

cummings@hammer.Prime.COM (Kevin Cummings) writes:
>Step 3)	After the partition is ready for swapping, I turned it on via
>	"swapon /dev/hda4" to see if there would be any problems and ran that
>	way for a while.

Hmmm.  I created a swap file of 1024 blocks as a test, ran mkswap
on it, and then tried to run swapon on it.  What I got was the
following:

Unable to find swap-space signature
Error adding 'swapfile' as swap
swapon: EINVAL

Any ideas on why I can't use it as a swapfile?  mkswap seemed
to work just fine on it.  It's using swapon that's giving me
a problem.

Brett

--
bvickers@ics.uci.edu | "Wherever the real power in a Government lies, there
brett@ucippro.bitnet |  is the danger of oppression." - James Madison
From: chojnows@osiris (Brian Chojnowski)
Newsgroups: comp.os.linux
Subject: ESDI drives
Date: 15 Apr 92 21:19:17 GMT
Article-I.D.: ux1.1992Apr15.211917.9619
Organization: University of Illinois at Urbana


Well I just spent a pile of time trying to install 95a onto my hardrive
becasue I thought t was a IDE drive. After getting nothing but error 2's for
mount, I asked my officemate, and he said the drive type was ESDI. Is there
anything I can do to use this drive?
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.os.linux
Subject: Re: Binaries considered harmful
Date: 7 Apr 92 01:57:16
Organization: Kansas State University
Distribution: world
Reply-To: brtmac@maverick.ksu.ksu.edu
NNTP-Posting-Host: maverick.ksu.ksu.edu
In-reply-to: Paul Allen's message of Tue, 7 Apr 1992 05:40:01 GMT

In article <1992Apr7.054001.3797@athena.mit.edu> Paul Allen <paula@atc.boeing.com> writes:

   I may be missing something really obvious here, but I just don't see
   the need for all these binaries.  I'd rather just have sources.  With
   the exception of a few things that simply couldn't be compiled, Minix
   has always been a source-only system.  (You got the binaries when you
   bought Minix, and sources/diffs from the net kept you current from then
   on.) I see no reason that Linux needs to work differently.  

I, for the most part, agree with this.  What I'd really like to see is
a full distribution of the standard UNIX utilities in binary form, and
the sources, or diffs the the GNU sources, for these programs right
along side them.  Most of the time you grab a binary of something, and
then can't find sources or diffs, and if you do they always seem to be
for some other version.  It's nice to be able to bring up a working
system without having to spend a couple days recompiling everything,
but I think I would prefer that to having something akin to DOS
(binaries only).

The great thing about Linux is that it is available in source form, so
you can play with it to your hearts content.  Why is everyone else so
reluctant to include their diffs and/or sources with the binaries they
upload.  I for one am reluctant to just run any jo blow's binary.  How
long with it be before trojan horse or virus programs start to appear.
I know that most people blindly compile and run the sources, but if
things crash, and you go looking through the source and find trojan
code, you have proof and know where it came from.  With only the
binaries it is very hard to figure out what is going on.

++Brett;

Newsgroups: comp.os.linux
From: cummings@hammer.Prime.COM (Kevin Cummings)
Subject: Re: Linux Printer
Keywords: linux, printer
Organization: Prime Computer R&D
Date: Tue, 14 Apr 1992 15:47:44 GMT

In article <1992Apr14.143116.25015@cbnewse.cb.att.com>, dcuka@cbnewse.cb.att.com (david.a.cuka) writes:
> 
> I tried last night to get my parallel printer working with linux.  Based
> on some previous postings, I tried 
> 
> 	"mknod /dev/lp0 c 6 0"
> 
> followed by a test
> 
> 	"cat /etc/rc > /dev/lp0"
> 
> I got a "ENODEV", so I tried using minor device number 1, which did not
> work either.  Is there some addtional setup that I am missing?  I
> am running on v0.95a.

I am running 0.95c+ from tsx-11.  When I boot, it tells me that lp1 and lp2
both exist in my system (note:  no lp0).  This is amusing since under
dos, my printer (when it was working) was connected to LPT1.  I suspect
that the line printers here suffer from the same problem as the serial
ports.  Under DOS (actually, under POST), the BIOS checks a list of IO
addresses sequentially and assigns the first addresses that is successful
to xxx1, the second to xxx2, etc  trying upt to 2 or 4 COM ports, and up to
3 LPT ports.  Is it true that unde LINUX there is a one to one correspondence
between an address and a LINUX device?  If so, then the parallel port
that is found on the old CGA/Monochrome cards is lp0, and the parallel ports
more commonly found on serial/parallel cards can be either lp1 or lp2.
I don't know what addresses are used by printer ports off the top of
my head, and I don't know which one is used on printer ports on motherboards.

=================================================================
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
=================================================================
Newsgroups: comp.os.linux
Subject: Minor patch to swap.c for ps.
From: hamilton@peponi.wcc.govt.nz (Michael Hamilton)
Date: Mon, 6 Apr 1992 10:55:25 GMT
Organization: Wellington City Council, Wgtn, NZ

Here's a patch to apply after Linus's recent patches, but first the
reason behind it:

>Date: Mon, 6 Apr 92 13:02:11 +0300
>From: torvalds@cc.helsinki.fi (Linus Torvalds)
>In-Reply-To: Michael Hamilton's message as of Apr  6, 21:56
>X-Mailer: Mail User's Shell (7.1.1 5/02/90)
>To: hamilton@peponi.wcc.govt.nz (Michael Hamilton)
>Subject: Re: ps patches included in 0.95a patches?
>
>Michael Hamilton: "ps patches included in 0.95a patches?" (Apr  6, 21:56):
>> Hi, 
>> 	I applied you're recent patches.  You posting said the ps
>> patches were applied.  I just noticed that swap.c doesn't appear to be
>> patched as described in eonu24@castle.ed.ac.uk (I Reid) instructions
>> concerning the ps patches.  I applied your patches to a virgin 0.95a
>> kernel, but perhaps I made a mistake somewhere.  I couldn't find a
>> subtract on "->rss" in /usr/src/linux/mm/*.c, which worries me as well.
>
>You are right: it's not there. I've fixed it myself, but it wasn't in
>the patches (the ps-patches didn't patch cleanly into the mm, so I did
>them partly by hand, and left that out as I wanted to see what it did).
>The bug is trivial: it only results in some incorrect values for rss,
>which isn't used by anything but 'ps'. You might want to post the patch
>to the newsgroups: I won't post new patches until I have some other
>things fixed as well...
>
>		Linus

The following patches seem to do the trick for me - they are the
result of following the ps-0.95 installation instructions posted by
eonu24@castle.ed.ac.uk (I Reid).  (I don't consider myself to be a
kernel hacker - so buyer beware.)

----- cut here -----
*** swap.c.orig	Mon Apr  6 22:17:10 1992
--- swap.c	Mon Apr  6 22:21:59 1992
***************
*** 156,160 ****
  	static int page_entry = -1;
  	int counter = VM_PAGES;
! 	int pg_table;
  
  check_dir:
--- 156,160 ----
  	static int page_entry = -1;
  	int counter = VM_PAGES;
! 	int pg_table = 0, d_entry;
  
  check_dir:
***************
*** 173,176 ****
--- 173,177 ----
  		goto check_dir;
  	}
+  	d_entry = dir_entry;
  	pg_table &= 0xfffff000;
  check_table:
***************
*** 184,189 ****
  		goto check_dir;
  	}
! 	if (try_to_swap_out(page_entry + (unsigned long *) pg_table))
  		return 1;
  	goto check_table;
  no_swap:
--- 185,192 ----
  		goto check_dir;
  	}
! 	if (try_to_swap_out(page_entry + (unsigned long *) pg_table)) {
! 		--task[d_entry >> 4]->rss;
  		return 1;
+ 	}
  	goto check_table;
  no_swap:

----- cut here -----
-- 
________________
Michael Hamilton, Computer Services Section, Wellington City Council, P.O. Box
2199, Wellington, New Zealand.  Phone: (64) (4)801-3300  FAX: (64) (4)801-3020
Domain: hamilton@csc.wcc.govt.nz          PSImail: PSI%0530147000090::HAMILTON