Talk:Installing 4.3 BSD+NFS Wisconsin Unix: Difference between revisions

From Computer History Wiki
Jump to navigationJump to search
Darkstar (talk | contribs)
Created page with "==Trouble== I'm having some trouble setting up 4.3BSD with this recipe. First, when I boot from the miniroot linked in the articles, I get a different kernel: VAX 11/780 sim..."
 
Alas, can't help,but did post your query on CCTalk
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
==Trouble==
==Trouble using this recipe==
I'm having some trouble setting up 4.3BSD with this recipe.
I'm having some trouble setting up 4.3BSD with this recipe.


First, when I boot from the miniroot linked in the articles, I get a different kernel:
First, when I boot from the miniroot linked in the articles, I get a different kernel:
  VAX 11/780 simulator V4.0-0 Beta        git commit id: 49911369
  VAX 11/780 simulator V4.0-0 Beta        git commit id: 49911369
  loading ra(0,0)boot
  loading ra(0,0)boot
Line 14: Line 15:
  avail mem = 7136256
  avail mem = 7136256
  using 134 buffers containing 524288 bytes of memory
  using 134 buffers containing 524288 bytes of memory
Note ''tadl@brie...'' and the timestamp differs from what is written in the recipe.
Note ''tadl@brie...'' and the timestamp differs from what is written in the recipe.


Then, the devices do not get created correctly, since MAKEDEV spits out a syntax error:
Then, the devices do not get created correctly, since MAKEDEV spits out a syntax error:
  # sh MAKEDEV ra1
  # sh MAKEDEV ra1
  mknod: ra1a: File exists
  mknod: ra1a: File exists
Line 29: Line 32:
  MAKEDEV: chgrp: not found
  MAKEDEV: chgrp: not found
  MAKEDEV: chmod: not found
  MAKEDEV: chmod: not found
The error is somewhere in the ''if [ $name != hk ]'' line, I think, but it is easily overcome by manually creating the required device nodes.
The error is somewhere in the ''if [ $name != hk ]'' line, I think, but it is easily overcome by manually creating the required device nodes.


Line 37: Line 41:


This is related to the disktab I guess (wrong kernel? wrong newfs executable?). Running newfs with a different disk type works (but gives less space of course):
This is related to the disktab I guess (wrong kernel? wrong newfs executable?). Running newfs with a different disk type works (but gives less space of course):
  # newfs ra0h ra80
  # newfs ra0h ra80
  Warning: inode blocks/cyl group (54) >= data blocks (12) in last
  Warning: inode blocks/cyl group (54) >= data blocks (12) in last
Line 46: Line 51:
   69792, 76768, 83744, 90720, 97696, 104672,
   69792, 76768, 83744, 90720, 97696, 104672,


Any ideas?
Any ideas? [[User:Darkstar|Darkstar]] ([[User_talk:Darkstar|talk]]) 23:42, 5 February 2018‎
 
: Alas, I don't know very much about either Vaxen or BSD, so I can't help. I did post your query on the CCTalk list, if there any replies I will forward them. [[User:Jnc|Jnc]] ([[User talk:Jnc|talk]]) 15:55, 6 February 2018 (CET)

Latest revision as of 14:55, 6 February 2018

Trouble using this recipe

I'm having some trouble setting up 4.3BSD with this recipe.

First, when I boot from the miniroot linked in the articles, I get a different kernel:

VAX 11/780 simulator V4.0-0 Beta        git commit id: 49911369
loading ra(0,0)boot
Boot
: ra(0,0)vmunix
290188+89696+102928 start 0x12f8
4.3 BSD UNIX #3: Mon Dec 29 11:54:56 CST 1986
    tadl@brie:/usr/src/bsd/4.3/sys/GENERIC
real mem  = 8388608
SYSPTSIZE limits number of buffers to 134
avail mem = 7136256
using 134 buffers containing 524288 bytes of memory

Note tadl@brie... and the timestamp differs from what is written in the recipe.

Then, the devices do not get created correctly, since MAKEDEV spits out a syntax error:

# sh MAKEDEV ra1
mknod: ra1a: File exists
mknod: ra1b: File exists
mknod: ra1c: File exists
mknod: ra1g: File exists
mknod: rra1a: File exists
mknod: rra1b: File exists
mknod: rra1c: File exists
mknod: rra1g: File exists
syntax error
MAKEDEV: chgrp: not found
MAKEDEV: chmod: not found

The error is somewhere in the if [ $name != hk ] line, I think, but it is easily overcome by manually creating the required device nodes.

The real issue I have, however, is when formatting ra0h:

# newfs ra0h ra81
write error: 759667
wtfs: Invalid argument

This is related to the disktab I guess (wrong kernel? wrong newfs executable?). Running newfs with a different disk type works (but gives less space of course):

# newfs ra0h ra80
Warning: inode blocks/cyl group (54) >= data blocks (12) in last
    cylinder group. This implies 98 sector(s) cannot be allocated.
/dev/rra0h:     111104 sectors in 256 cylinders of 14 tracks, 31 sectors
        56.9Mb in 16 cyl groups (16 c/g, 3.56Mb/g, 1504 i/g)
super-block backups (for fsck -b#) at:
 32, 7008, 13984, 20960, 27936, 34912, 41888, 48864, 55840, 62816,
 69792, 76768, 83744, 90720, 97696, 104672,

Any ideas? Darkstar (talk) 23:42, 5 February 2018‎

Alas, I don't know very much about either Vaxen or BSD, so I can't help. I did post your query on the CCTalk list, if there any replies I will forward them. Jnc (talk) 15:55, 6 February 2018 (CET)