Computer History Wiki - User contributions [en]

386BSD 0.0

2012-04-15T00:24:20Z

Roytam: fix shbang patch url

[[Image:386BSD 0.0.jpg|thumb|200px|right|386BSD 0.0 floppy]]

[[386 BSD]] 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 requires manual starting of the system daemons, as well as filesystem checks. In use, one would minimally wish to type after booting:
<pre>
fsck -p
mount -a
update
/etc/netstart
</pre>
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]]

== releases ==
<pre>
There have been three releases
of "0.0", though. The first wasn't really intended for global release, and
was quickly followed by a "fixup" release, called "0.0new" by some. Then
another fixup version of 0.0 was released. According to Bill, this couldn't
be called 0.1, as there was something called 0.1 and 0.2 already in Beta
test at a few sites. So it stayed 0.0, and has been identified as "0.0newer"
and the "3/17" release of 0.0, that I've seen. (Possibly others, as well?) </pre>
Oh man, no wonder it's so... confusing!? source from [http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/08df2132c2a6cb02?hl=en here], I wonder which one we have......

== 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 ==
So far no emulator can install from the boot disk. So I cheated.

NetBSD 0.8's floppy driver works (probably 386BSD 0.0p23 & 24 too) so
I mounted the 0.0 floppy and copied the contents off. Then I took a
copy of my NetBSD 0.8 hard disk (which started as 386BSD 0.1) newfs'd
the a partition, mounted it, and copyied in the 0.0 files.

Much to my surprise not only did the 0.1 bootblocks load the 0.0
kernel, but the 0.0 kernel reads the 0.1 disk just fine.

And all the 'errors' about stray interrupts and 'format error in
bad-sector file' are normal (it's in usenet) as 0.0 was a very touchy
animal.<ref>actually it is still present in later version but controlled by wdquiet variable. --[[User:Roytam|Roytam]] 06:54, 14 April 2012 (PDT)</ref> So, ignoring the floppy I ran it under Qemu and it's
'fast!...' but it works better when the clock is in the 1990's
otherwise it'll reset back to 1970 and things act weird.

<pre>
qemu -L pc-bios -hda 386bsd.disk -M isapc -net nic -net user -no-reboot -m 8 -startdate "1993-12-07"
</pre>

right now the fastest and best 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....?

== critical patches ==
There was a flurry of fixes and addendums for 0.0 as it was a little rough around the edges..
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/1c6397039f10e76b?hl=en close-on-exec was broken]
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/cb899f7ccb81550b?hl=en more cooked/raw mode issues]
* [http://www.dnull.com/bsd/oldnews/bsdnew1761.html shbang support and proper handling long arg list]

==Notes==
{{Reflist}}

386BSD 0.0

2012-04-14T13:54:31Z

Roytam: add some footnotes (wikip-style)

[[Image:386BSD 0.0.jpg|thumb|200px|right|386BSD 0.0 floppy]]

[[386 BSD]] 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 requires manual starting of the system daemons, as well as filesystem checks. In use, one would minimally wish to type after booting:
<pre>
fsck -p
mount -a
update
/etc/netstart
</pre>
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]]

== releases ==
<pre>
There have been three releases
of "0.0", though. The first wasn't really intended for global release, and
was quickly followed by a "fixup" release, called "0.0new" by some. Then
another fixup version of 0.0 was released. According to Bill, this couldn't
be called 0.1, as there was something called 0.1 and 0.2 already in Beta
test at a few sites. So it stayed 0.0, and has been identified as "0.0newer"
and the "3/17" release of 0.0, that I've seen. (Possibly others, as well?) </pre>
Oh man, no wonder it's so... confusing!? source from [http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/08df2132c2a6cb02?hl=en here], I wonder which one we have......

== 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 ==
So far no emulator can install from the boot disk. So I cheated.

NetBSD 0.8's floppy driver works (probably 386BSD 0.0p23 & 24 too) so
I mounted the 0.0 floppy and copied the contents off. Then I took a
copy of my NetBSD 0.8 hard disk (which started as 386BSD 0.1) newfs'd
the a partition, mounted it, and copyied in the 0.0 files.

Much to my surprise not only did the 0.1 bootblocks load the 0.0
kernel, but the 0.0 kernel reads the 0.1 disk just fine.

And all the 'errors' about stray interrupts and 'format error in
bad-sector file' are normal (it's in usenet) as 0.0 was a very touchy
animal.<ref>actually it is still present in later version but controlled by wdquiet variable. --[[User:Roytam|Roytam]] 06:54, 14 April 2012 (PDT)</ref> So, ignoring the floppy I ran it under Qemu and it's
'fast!...' but it works better when the clock is in the 1990's
otherwise it'll reset back to 1970 and things act weird.

<pre>
qemu -L pc-bios -hda 386bsd.disk -M isapc -net nic -net user -no-reboot -m 8 -startdate "1993-12-07"
</pre>

right now the fastest and best 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....?

== critical patches ==
There was a flurry of fixes and addendums for 0.0 as it was a little rough around the edges..
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/1c6397039f10e76b?hl=en close-on-exec was broken]
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/cb899f7ccb81550b?hl=en more cooked/raw mode issues]
* [http://www.dnull.com/bsd/oldnews/bsdnew1671.html shbang support and proper handling long arg list]

==Notes==
{{Reflist}}

386BSD 0.0

2012-04-14T13:34:38Z

Roytam: add one more patch

[[Image:386BSD 0.0.jpg|thumb|200px|right|386BSD 0.0 floppy]]

[[386 BSD]] 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 requires manual starting of the system daemons, as well as filesystem checks. In use, one would minimally wish to type after booting:
<pre>
fsck -p
mount -a
update
/etc/netstart
</pre>
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]]

== releases ==
<pre>
There have been three releases
of "0.0", though. The first wasn't really intended for global release, and
was quickly followed by a "fixup" release, called "0.0new" by some. Then
another fixup version of 0.0 was released. According to Bill, this couldn't
be called 0.1, as there was something called 0.1 and 0.2 already in Beta
test at a few sites. So it stayed 0.0, and has been identified as "0.0newer"
and the "3/17" release of 0.0, that I've seen. (Possibly others, as well?) </pre>
Oh man, no wonder it's so... confusing!? source from [http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/08df2132c2a6cb02?hl=en here], I wonder which one we have......

== 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 ==
So far no emulator can install from the boot disk. So I cheated.

NetBSD 0.8's floppy driver works (probably 386BSD 0.0p23 & 24 too) so
I mounted the 0.0 floppy and copied the contents off. Then I took a
copy of my NetBSD 0.8 hard disk (which started as 386BSD 0.1) newfs'd
the a partition, mounted it, and copyied in the 0.0 files.

Much to my surprise not only did the 0.1 bootblocks load the 0.0
kernel, but the 0.0 kernel reads the 0.1 disk just fine.

And all the 'errors' about stray interrupts and 'format error in
bad-sector file' are normal (it's in usenet) as 0.0 was a very touchy
animal. So, ignoring the floppy I ran it under Qemu and it's
'fast!...' but it works better when the clock is in the 1990's
otherwise it'll reset back to 1970 and things act weird.

<pre>
qemu -L pc-bios -hda 386bsd.disk -M isapc -net nic -net user -no-reboot -m 8 -startdate "1993-12-07"
</pre>

right now the fastest and best 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....?

== critical patches ==
There was a flurry of fixes and addendums for 0.0 as it was a little rough around the edges..
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/1c6397039f10e76b?hl=en close-on-exec was broken]
*[http://groups.google.com/group/comp.unix.bsd/browse_thread/thread/cb899f7ccb81550b?hl=en more cooked/raw mode issues]
* [http://www.dnull.com/bsd/oldnews/bsdnew1671.html shbang support and proper handling long arg list]

Talk:Installing 386BSD 1.0 on Qemu

2012-04-14T13:31:45Z

Roytam:

A bit raw still, but this gets the installer going on some default cloud computing service fedora box.

<pre>
yum -y install wget
yum -y install gcc
yum -y install gcc-c++
yum -y install ncurses-devel
yum -y install zlib-devel.i386
cd /usr/local/src
wget http://download.savannah.gnu.org/releases/qemu/qemu-0.12.3.tar.gz
gunzip -c qemu-0.12.3.tar.gz |tar -xvf -
cd qemu-0.12.3
./configure --enable-curses
make
make install
cd
wget http://www.xs4all.nl/~dugo/5boot.img
wget http://www.xs4all.nl/~dugo/ddbboot.img
#get CD image XXX
qemu-img create disk 1G
cp ddbboot.img 5.img; qemu -fda 5.img -hda disk -hdb 386BSDCD -curses -m 8
</pre>

Then in *brrr* DOS:

<pre>
A:\boot 386bsd.ddb wd1d
</pre>

then..:

<pre>
Text 466944
Data 20480
Start 0xfe000000
can't open emm
386BSD Release 1.0 by William & Lynne Jolitz. [1.0.22 10/27/94 15:32]
Copyright (c) 1989-1994 William F. Jolitz. All rights reserved.
clk: irq0
pc: pc0 <color> port 60 irq1
aux: port 310 irq12
wd: wd0 <QEMU HARDDISK> wd1 <QEMU HARDDISK> port 1f0 irq14
fd: fd0: 1.44M port 3f0 irq6 drq2
com: com1: fifo port 3f8 irq4
lpt: lpt0 port 378 irq7
npx: npx: irq13
mcd: port 300 irq10
erase ^?, kill ^U, intr ^C
# ./install
</pre>

Yes, US/Pacific is fine, partitioning, not so much.

[[User:Dugo|Dugo]] 23:54, 4 May 2010 (UTC)

== Building a Kernel Program ==

The default kernel works like total crap for after the install. I didn't make a /.config file for it, but that shouldn't stop it from understanding inet. Let's try the book:

''Building a Kernel Program''

''In use, this arrangement is much akin to the layout of utilities in the rest of the system. To build a stock kernel out of the stock release, type make in the kernel directory (/usr/src/kernel).''

Can't be that simpel. The Makefile looks for stock.mk, which isn't there.

''The stock kernel simply selects the modules necessary to run the system on a ordinary IBM clone PC. This defacto industry standard is a system with a video display, IDE drive, floppy, serial and parallel ports.''

Ok,ok, back then the industry standard was running without ethernet adapters, now I understand.

''Other "ready-made" configurations are available in the configuration subdirectory, by copying one to the computer's hostname file (ex: host "foo" would use the config/foo.mk file). Custom configurations may be made by editing the file with a text editor.''

''On initial (re)configuration, the configured kernel should have its compilation dependencies set by issuing a make depend. A stale set of object files can be erased by issuing a make clean prior to recreating a kernel. ''

Which one do you copy? Know what, will just use what the Jolitzes used on their laptop.

<pre>
hostname odysseus
mount -u /
cd /usr/src/kernel
make clean
make depend
make
</pre>

And then the whole thing breaks, moaning about Unclosed conditionals starting with config.std.mk. When you look at it, you see a .if an a .endif plus a bunch of .include. Looks closed to me. To be continued....

== Testing a New Kernel Program ==

''A freshly made kernel can be tested by installing it with the make install command, which places it in the root as the file /386bsd.alt. This file can be booted selectively by the system bootstrap (see man bootstrap). Alternatively, a bootable floppy (see "man floppy") can be used to hold the new kernel and its dedicated root filesystem to check out a new kernel in isolation from the main system.''

''The "-debug" and "-specify" flags can be used with the bootstrap to invoke run time diagnostic facilities to illustrate kernel operation on the console as a means to allow fault isolation.''

There is no man floppy and no man bootstrap. Now if the default bootblocks worked out of the box that wouldn't be such a problem.

How you are supposed to pass these parameters when booting from your bootflop and have a dedicated root filesystem on it? The params can be passed with BOOT.EXE, but this is a dos binary. Wonder what is in man floppy, a tutorial how to make a floppy dual boot dos & 386bsd?

The specify flag hasn't done anything for me yet. I have no idea what the ''run time diagnostic facilities'' are, the debug kernel drops into a debugger when you least expect it and then spits out ASM like cruft. Bourne Shell scripts aside I'm not much of a coder, trying to make asm shellcode for a hole in sendmail 8.9.1/8.9.3 gave me huge headaches once, trying to get this running needs to stay `Fun!'.

Where was I? Ah, yes, I don't have the system booting from the HD yet and when booting from dosflop it rarely does anything the same while using the same commands. Back to the drawing board and the liner notes I guess.

[[User:Dugo|Dugo]] 19:38, 6 May 2010 (UTC)

== INSTALLING 386BSD ON YOUR HARD DISK ==

''INSTALLING 386BSD ON YOUR HARD DISK''

''Once you have the 386BSD Sampler successfully running off the CD itself, you can install the 386BSD system in your free DOS partition on your hard disk. In 386BSD, after the# prompt, type install and follow the interactive installation instructions. To leave the system once it is installed, after the # prompt type reboot or press Ctrl-Alt-Del.''

Qemu closed so fast after sending Ctrl-Alt-Del I doubt the CPU did anything more than a hlt intruction of sorts. As the kernels don't like an unclean rootfilesystem very much and the /install leaving filesystems mounted maybe that's where things go south already and the bootblocks are actually ok. I would like to check out how the bootblocks were installed but Lynnes view of release engineering an open source operating system release is to release all sources except for the sources of the BOOT.EXE program and the installer :-/

I'm still miffed about this piece of sentence ''you can install the 386BSD system in your free DOS partition''. I can't believe this means I have to make a DOS partition first, but maybe it is worth trying if all else fails.

0.1 had a large (use)net following and because the posts are archived I didn't have to reinvent the wheel everytime to get it to run and patched. This is going to cost some hairpulling before I have a reproduceable emulator install documented down for posterity. I really hope 1.0 is worth the trouble and beats the hell out of 0.1 + the "bad" unblessed patches, but so far I'm not impressed. The default kernel can't even do a default multiuser boot because network (inet) has not been compiled in. Sendmail leaves the rc hanging for ages, nfs comes crashing down often taking the whole system with it etc.. but I can get into single user mode with a full install for now.

[[User:Dugo|Dugo]] 20:26, 6 May 2010 (UTC)

Got it up, recompiled the kernel with inet and can telnet in now.
[[User:Dugo|Dugo]] 17:37, 11 May 2010 (UTC)

I'm looking forward to the X11.... :)
[[User:Neozeed|neozeed]] 03:58, 9 October 2011 (PDT)

My notes and discovery:
* 386BSD 1.0 doesn't like translated CHS value, so keep using 1024*16*63*512=528482304 bytes harddisk image for installer
* 386BSD 1.0 doesn't read SeaBIOS CMOS correctly, so keep using QEMU-0.11
* 386BSD 1.0 indeed needs /.config file for enabling ne2k_isa, but from my testing, it stalls in "Starting networking" when it discovers NE2000 NIC
* bundled kernel(ddb/normal) kernel is not stable, build your own by copying odysseus.mk to stock.mk and edit it
* when compile kernel, do NOT run "make depend", .depend file will mess up the kernel compilation
* bundled sed is broken (autoconf-based configure script affects), so compile sed-2.05 instead
* kernel bug is not fixed like in 0.1-pl24, compiling lynx >2.8.2 HTML.c is not possible
* when compiling perl 5.003_07, x2p/makefile $(obj) line and following line need to be deleted, <times.h> include in POSIX.xs need to be removed, adding "#define SIG_ERR ((__sighandler_t)-1)" line in mg.c is needed.
--[[User:Roytam|Roytam]] 06:30, 14 April 2012 (PDT)

Talk:Installing 386BSD 1.0 on Qemu

2012-04-14T13:30:35Z

Roytam: My notes and discovery

A bit raw still, but this gets the installer going on some default cloud computing service fedora box.

<pre>
yum -y install wget
yum -y install gcc
yum -y install gcc-c++
yum -y install ncurses-devel
yum -y install zlib-devel.i386
cd /usr/local/src
wget http://download.savannah.gnu.org/releases/qemu/qemu-0.12.3.tar.gz
gunzip -c qemu-0.12.3.tar.gz |tar -xvf -
cd qemu-0.12.3
./configure --enable-curses
make
make install
cd
wget http://www.xs4all.nl/~dugo/5boot.img
wget http://www.xs4all.nl/~dugo/ddbboot.img
#get CD image XXX
qemu-img create disk 1G
cp ddbboot.img 5.img; qemu -fda 5.img -hda disk -hdb 386BSDCD -curses -m 8
</pre>

Then in *brrr* DOS:

<pre>
A:\boot 386bsd.ddb wd1d
</pre>

then..:

<pre>
Text 466944
Data 20480
Start 0xfe000000
can't open emm
386BSD Release 1.0 by William & Lynne Jolitz. [1.0.22 10/27/94 15:32]
Copyright (c) 1989-1994 William F. Jolitz. All rights reserved.
clk: irq0
pc: pc0 <color> port 60 irq1
aux: port 310 irq12
wd: wd0 <QEMU HARDDISK> wd1 <QEMU HARDDISK> port 1f0 irq14
fd: fd0: 1.44M port 3f0 irq6 drq2
com: com1: fifo port 3f8 irq4
lpt: lpt0 port 378 irq7
npx: npx: irq13
mcd: port 300 irq10
erase ^?, kill ^U, intr ^C
# ./install
</pre>

Yes, US/Pacific is fine, partitioning, not so much.

[[User:Dugo|Dugo]] 23:54, 4 May 2010 (UTC)

== Building a Kernel Program ==

The default kernel works like total crap for after the install. I didn't make a /.config file for it, but that shouldn't stop it from understanding inet. Let's try the book:

''Building a Kernel Program''

''In use, this arrangement is much akin to the layout of utilities in the rest of the system. To build a stock kernel out of the stock release, type make in the kernel directory (/usr/src/kernel).''

Can't be that simpel. The Makefile looks for stock.mk, which isn't there.

''The stock kernel simply selects the modules necessary to run the system on a ordinary IBM clone PC. This defacto industry standard is a system with a video display, IDE drive, floppy, serial and parallel ports.''

Ok,ok, back then the industry standard was running without ethernet adapters, now I understand.

''Other "ready-made" configurations are available in the configuration subdirectory, by copying one to the computer's hostname file (ex: host "foo" would use the config/foo.mk file). Custom configurations may be made by editing the file with a text editor.''

''On initial (re)configuration, the configured kernel should have its compilation dependencies set by issuing a make depend. A stale set of object files can be erased by issuing a make clean prior to recreating a kernel. ''

Which one do you copy? Know what, will just use what the Jolitzes used on their laptop.

<pre>
hostname odysseus
mount -u /
cd /usr/src/kernel
make clean
make depend
make
</pre>

And then the whole thing breaks, moaning about Unclosed conditionals starting with config.std.mk. When you look at it, you see a .if an a .endif plus a bunch of .include. Looks closed to me. To be continued....

== Testing a New Kernel Program ==

''A freshly made kernel can be tested by installing it with the make install command, which places it in the root as the file /386bsd.alt. This file can be booted selectively by the system bootstrap (see man bootstrap). Alternatively, a bootable floppy (see "man floppy") can be used to hold the new kernel and its dedicated root filesystem to check out a new kernel in isolation from the main system.''

''The "-debug" and "-specify" flags can be used with the bootstrap to invoke run time diagnostic facilities to illustrate kernel operation on the console as a means to allow fault isolation.''

There is no man floppy and no man bootstrap. Now if the default bootblocks worked out of the box that wouldn't be such a problem.

How you are supposed to pass these parameters when booting from your bootflop and have a dedicated root filesystem on it? The params can be passed with BOOT.EXE, but this is a dos binary. Wonder what is in man floppy, a tutorial how to make a floppy dual boot dos & 386bsd?

The specify flag hasn't done anything for me yet. I have no idea what the ''run time diagnostic facilities'' are, the debug kernel drops into a debugger when you least expect it and then spits out ASM like cruft. Bourne Shell scripts aside I'm not much of a coder, trying to make asm shellcode for a hole in sendmail 8.9.1/8.9.3 gave me huge headaches once, trying to get this running needs to stay `Fun!'.

Where was I? Ah, yes, I don't have the system booting from the HD yet and when booting from dosflop it rarely does anything the same while using the same commands. Back to the drawing board and the liner notes I guess.

[[User:Dugo|Dugo]] 19:38, 6 May 2010 (UTC)

== INSTALLING 386BSD ON YOUR HARD DISK ==

''INSTALLING 386BSD ON YOUR HARD DISK''

''Once you have the 386BSD Sampler successfully running off the CD itself, you can install the 386BSD system in your free DOS partition on your hard disk. In 386BSD, after the# prompt, type install and follow the interactive installation instructions. To leave the system once it is installed, after the # prompt type reboot or press Ctrl-Alt-Del.''

Qemu closed so fast after sending Ctrl-Alt-Del I doubt the CPU did anything more than a hlt intruction of sorts. As the kernels don't like an unclean rootfilesystem very much and the /install leaving filesystems mounted maybe that's where things go south already and the bootblocks are actually ok. I would like to check out how the bootblocks were installed but Lynnes view of release engineering an open source operating system release is to release all sources except for the sources of the BOOT.EXE program and the installer :-/

I'm still miffed about this piece of sentence ''you can install the 386BSD system in your free DOS partition''. I can't believe this means I have to make a DOS partition first, but maybe it is worth trying if all else fails.

0.1 had a large (use)net following and because the posts are archived I didn't have to reinvent the wheel everytime to get it to run and patched. This is going to cost some hairpulling before I have a reproduceable emulator install documented down for posterity. I really hope 1.0 is worth the trouble and beats the hell out of 0.1 + the "bad" unblessed patches, but so far I'm not impressed. The default kernel can't even do a default multiuser boot because network (inet) has not been compiled in. Sendmail leaves the rc hanging for ages, nfs comes crashing down often taking the whole system with it etc.. but I can get into single user mode with a full install for now.

[[User:Dugo|Dugo]] 20:26, 6 May 2010 (UTC)

Got it up, recompiled the kernel with inet and can telnet in now.
[[User:Dugo|Dugo]] 17:37, 11 May 2010 (UTC)

I'm looking forward to the X11.... :)
[[User:Neozeed|neozeed]] 03:58, 9 October 2011 (PDT)

My notes and discovery:
* 386BSD 1.0 doesn't like translated CHS value, so keep using 1024*16*63*512=528482304 bytes for installer
* 386BSD 1.0 doesn't read SeaBIOS CMOS correctly, so keep using QEMU-0.11
* 386BSD 1.0 indeed needs /.config file for enabling ne2k_isa, but from my testing, it stalls in "Starting networking" when it discovers NE2000 NIC
* bundled kernel(ddb/normal) kernel is not stable, build your own by copying odysseus.mk to stock.mk and edit it
* when compile kernel, do NOT run "make depend", .depend file will mess up the kernel compilation
* bundled sed is broken (autoconf-based configure script affects), so compile sed-2.05 instead
* kernel bug is not fixed like in 0.1-pl24, compiling lynx >2.8.2 HTML.c is not possible
* when compiling perl 5.003_07, x2p/makefile $(obj) line and following line need to be deleted, <times.h> include in POSIX.xs need to be removed, adding "#define SIG_ERR ((__sighandler_t)-1)" line in mg.c is needed.
--[[User:Roytam|Roytam]] 06:30, 14 April 2012 (PDT)