The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: will.senn@gmail.com (Will Senn)
Subject: [TUHS] Adding an RP06 disk to a running V7 instance
Date: Sat, 5 Dec 2015 16:33:31 -0600	[thread overview]
Message-ID: <5663663B.5030400@gmail.com> (raw)
In-Reply-To: <63EEF957-00FD-4C1A-A290-70A4FDC4DA81@ronnatalie.com>


The v7 manual suggests running /usr mounted on a separate drive from /. 
I am trying to follow this advice, but I am getting a read error on the 
newly added disk.

I read hp(4). According to this man page, hp partitions each device into 
8 partitions of different sizes and lengths (given in cylinders of 418 
512-byte blocks). Here are the partitions from the man page, where disk 
refers to pseudodisks on each drive (are these partitions?):

disk start length
0 0 23
1 23 21
2 0 0
3 0 0
4 44 386
5 430 385
6 44 367
7 44 771

It would appear that:
partitions 0, 1 and 7 combined account for the entire contiguous disk, 
cylinders 0-815, and has the largest single partition (partition 7) of 
any of the schemes. This seems like the default scheme and during a 
default setup accounts for rp0 on partition 0 and rp3 on partition 7.
partitions 0, 1 and 6 combined only account for cylinders 0-411.
partitions 0, 1, 4, and 5 combined, but with more slices than the first 
scheme, also account for the entire disk cylinders 0-815.
partitions 2 and 3 don't seem to be useable.

Given the above constraints, it seems like the first partition scheme 
that includes partition 7 would also be a good choice to use for an 
additional drive.

I kept this in mind and added an additional RP06 to the PDP11/45 
simulation. At boot, I tried two different approaches to handling the 
new drive, both had the same problem ultimately. The first was to simply 
ignore it until after booting into unix and then creating the special 
files as Ronald describes and then running mkfs:

/etc/mknod rp3 b 6 8
/etc/mknod rrp3 c 14 15
chmod go-w rp3 rrp3

/etc/mkfs /dev/rp3 322278
isize = 10328
m/n = 3 500

I don't see any errors, but the isize is different than it is during the 
default install onto the first drive.

The second was to use tm(0,3) (is this mkfs or something like it?) like 
I did for the first drive:
tm(0,3)
file sys size: 5000
file system: hp(1,0)
isize = 1600
m/n = 3 500

then after creating the same special files as above, mkfs works the same 
way it did on the default setup on drive 0:
/etc/mkfs /dev/rp3 322278
isize = 65496
m/n = 3 500

Still no errors, but when I try to check the filesystem with icheck, or 
restore a filesystem from tape to the drive, I get the following error:
read error 9736

full result:
icheck /dev/rp3
/dev/rp3:
read error 9736
files      2 (r=1,d=1,b=0,c=0)
used       1 (i=0,ii=0,iii=0,d=1)
free    1389
missing312699

What does it look like I am doing wrong?

Thanks,

Will

On 12/5/15 2:17 PM, Ronald Natalie wrote:
> You want to add another drive?   The lower 3 bites selects the partition, the upper bits (shfited right 3) are the drive number.
> The second disk (to match your first) would use 6,8 and 6,15 and 14,8 and 14,15 respectively.
>
>> On Dec 5, 2015, at 3:11 PM, Will Senn <will.senn at gmail.com> wrote:
>>
>>
>> I would like to add another RP disk to the environment. After I attach an RP04/05/06 to the system, what should I use as the major/minor device numbers? To put it differently, it doesn't seem correct to me to use 6,1 for the block device or 14,1 for the character device on the new drive as it's a completely different disk from rp0 and rp3 which are just partitions on the first drive and have 6,0, 6,7, and 14,0, 14,7. If each RP can have 8 partitions and there can be 8 drives, what is the correct major, minor numbers to use with v7 for multiple devices?
>




  reply	other threads:[~2015-12-05 22:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-05 20:11 Will Senn
2015-12-05 20:17 ` Ronald Natalie
2015-12-05 22:33   ` Will Senn [this message]
2015-12-05 22:48     ` Lawrence Stewart
2015-12-05 23:04       ` Will Senn
2015-12-05 23:12     ` Hellwig Geisse
2015-12-05 23:28       ` Will Senn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5663663B.5030400@gmail.com \
    --to=will.senn@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).