Talk:Installing 386BSD 1.0 on Qemu - Revision history

Roytam at 13:31, 14 April 2012

2012-04-14T13:31:45Z

Roytam: My notes and discovery

2012-04-14T13:30:35Z

My notes and discovery

Neozeed at 10:58, 9 October 2011

2011-10-09T10:58:23Z

Dugo at 17:37, 11 May 2010

2010-05-11T17:37:00Z

Dugo: /* INSTALLING 386BSD ON YOUR HARD DISK */ new section

2010-05-06T20:26:32Z

‎INSTALLING 386BSD ON YOUR HARD DISK: new section

Dugo: /* Testing a New Kernel Program */ new section

2010-05-06T19:38:35Z

‎Testing a New Kernel Program: new section

Dugo at 19:02, 6 May 2010

2010-05-06T19:02:10Z

Dugo at 19:01, 6 May 2010

2010-05-06T19:01:44Z

Dugo: /* Building a Kernel Program */ new section

2010-05-06T19:00:12Z

‎Building a Kernel Program: new section

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

 yum -y install wget yum -y install gcc yum -y install gcc-c++ yum -y install ...

2010-05-04T23:54:22Z

New page: 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 ...

New page

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)

@@ Line 121: / Line 121: @@
 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 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

← Older revision		Revision as of 13:30, 14 April 2012
Line 121:		Line 121:
	I'm looking forward to the X11.... :)		I'm looking forward to the X11.... :)
	[[User:Neozeed\|neozeed]] 03:58, 9 October 2011 (PDT)		[[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 10241663*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)

← Older revision		Revision as of 10:58, 9 October 2011
Line 117:		Line 117:
	Got it up, recompiled the kernel with inet and can telnet in now.		Got it up, recompiled the kernel with inet and can telnet in now.
	[[User:Dugo\|Dugo]] 17:37, 11 May 2010 (UTC)		[[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)

← Older revision		Revision as of 17:37, 11 May 2010
Line 114:		Line 114:

	[[User:Dugo\|Dugo]] 20:26, 6 May 2010 (UTC)		[[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)

← Older revision		Revision as of 20:26, 6 May 2010
Line 100:		Line 100:

	[[User:Dugo\|Dugo]] 19:38, 6 May 2010 (UTC)		[[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)

← Older revision		Revision as of 19:38, 6 May 2010
Line 84:		Line 84:

	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....		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)

@@ Line 81: / Line 81: @@
 make depend
 make
-<pre>
+</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....

@@ Line 68: / Line 68: @@
 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.
+''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. ''
+''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.

← Older revision		Revision as of 19:00, 6 May 2010
Line 53:		Line 53:

	[[User:Dugo\|Dugo]] 23:54, 4 May 2010 (UTC)		[[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....