Difference between revisions of "386BSD 0.0"

From Computer History Wiki
Jump to: navigation, search
(getting this to run)
Line 41: Line 41:
  
 
== getting this to run ==
 
== getting this to run ==
right now the fastest option is Qemu.  0.11.1 is the highest version to work, as the 'SEABios' has issues with the boot loader.
+
right now the fastest option is Qemu.  0.11.1 is the highest version to work, as the 'SEABios' has issues with the boot loader. My image is [http://vpsland.superglobalmegacorp.com/install/386BSD/386bsd-0.0/qemu/386BSD-0.0.qcow2 here].  The ethernet doesn't work right, just a few stray interrupt 0's then it freezes up. I wonder if it could be timing, that maybe a way to slow qemu down....?

Revision as of 02:32, 8 December 2010

386BSD 0.0 floppy

386BSD 0.0 ... is bare. It is not what you would expect, being spoiled in multiuser systems!

As they state:

     At  the  moment,  386BSD  comes up single user, and re-
quires manual starting of the system  daemons,  as  well  as
filesystem  checks. In use, one would minimally wish to type
after booting:

fsck -p
mount -a
update
/etc/netstart

     This will improve in forthcoming  versions  of  386BSD.
Be  aware  that  the  user is running as the super-user, and
care should be taken given the maximum privileges present.

that is right, no login, you are just running as root!!!!

The 0.0 announcement

386BSD 0.0 announcement

what runs

Well there isn't even a 'ps' command! Gcc is version 1.39! A 'full' install, binaries and source is 43mb! this is a super bare bones port!

  • Ethernet seems to be only WD 8003 cards, and NE2000 ...

building a kernel easily causes it to trap!..

danger ahead!

building a kernel

the first thing you'll have to deal with is missing commands..

  • sort
  • grep
  • test / [

getting this to run

right now the fastest option is Qemu. 0.11.1 is the highest version to work, as the 'SEABios' has issues with the boot loader. My image is here. The ethernet doesn't work right, just a few stray interrupt 0's then it freezes up. I wonder if it could be timing, that maybe a way to slow qemu down....?