Rocksolid Light

Welcome to Rocksolid Light

mail  files  register  newsreader  groups  login

Message-ID:  

RAM wasn't built in a day.


computers / alt.sys.pdp11 / PDP11 BSD Unix disk allocation vector

SubjectAuthor
* PDP11 BSD Unix disk allocation vectorJonathan Harston
`- PDP11 BSD Unix disk allocation vectorJohnny Billquist

1
PDP11 BSD Unix disk allocation vector

<acfc664c-7ce8-44b4-a636-ea6c09fdc5f0n@googlegroups.com>

  copy mid

https://news.novabbs.org/computers/article-flat.php?id=824&group=alt.sys.pdp11#824

  copy link   Newsgroups: alt.sys.pdp11
X-Received: by 2002:a05:620a:2447:b0:6b2:3e10:ca56 with SMTP id h7-20020a05620a244700b006b23e10ca56mr15508249qkn.485.1656940414813;
Mon, 04 Jul 2022 06:13:34 -0700 (PDT)
X-Received: by 2002:a05:6830:12c2:b0:616:e270:37f2 with SMTP id
a2-20020a05683012c200b00616e27037f2mr12703556otq.37.1656940414455; Mon, 04
Jul 2022 06:13:34 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: alt.sys.pdp11
Date: Mon, 4 Jul 2022 06:13:34 -0700 (PDT)
Injection-Info: google-groups.googlegroups.com; posting-host=77.96.251.164; posting-account=jgPW4gkAAACE_VxPxIZ8VykZc96-9sT_
NNTP-Posting-Host: 77.96.251.164
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <acfc664c-7ce8-44b4-a636-ea6c09fdc5f0n@googlegroups.com>
Subject: PDP11 BSD Unix disk allocation vector
From: jgh@mdfs.net (Jonathan Harston)
Injection-Date: Mon, 04 Jul 2022 13:13:34 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 28
 by: Jonathan Harston - Mon, 4 Jul 2022 13:13 UTC

Documentation tells me that the allocation vector in
BSD2.9 Unix is:
Disk addresses (...) are (...) packed into 3 bytes each.
The first 10 addresses specify device blocks directly. The last 3
addresses are singly, doubly, and triply indirect (addresses)...
https://minnie.tuhs.org/cgi-bin/utree.pl?file=2.9BSD/usr/man/cat5/filsys.5

Documentation tells me that BSD2-11 Unix is:
28 of the di_addr address bytes are used; 7 addresses of 4
bytes each: 4 direct (4Kb directly accessible) and 3 indirect.
https://github.com/RetroBSD/2.11BSD/blob/master/usr/man/cat5/fs.0

However, the BSD2.9 disk images I have appear to have the first 4
3-byte disk address specifying disk blocks, not the first ten, eg:
https://skn.noip.me/pdp11/rl0.dsk

In all other aspects it's BSD2.9: it has 14-byte filenames, it has
3-byte disk addresses, it starts up claiming it is
Berkeley UNIX (Rev. 2.9.1).

Is there a way to tell from the on-disk data that it is using
4 x 3-byte block addresses and not 10 x 3-byte block addresses?

Is the documentation faulty? Should I assume that BSD2.9 /does/
use 4 x 3-byte block addresses?

--
jgh

Re: PDP11 BSD Unix disk allocation vector

<t9vnd6$p61$1@news.misty.com>

  copy mid

https://news.novabbs.org/computers/article-flat.php?id=826&group=alt.sys.pdp11#826

  copy link   Newsgroups: alt.sys.pdp11
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!.POSTED.77-58-244-139.dclient.hispeed.ch!not-for-mail
From: bqt@softjar.se (Johnny Billquist)
Newsgroups: alt.sys.pdp11
Subject: Re: PDP11 BSD Unix disk allocation vector
Date: Mon, 4 Jul 2022 23:51:31 +0200
Organization: MGT Consulting
Message-ID: <t9vnd6$p61$1@news.misty.com>
References: <acfc664c-7ce8-44b4-a636-ea6c09fdc5f0n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 4 Jul 2022 21:51:35 -0000 (UTC)
Injection-Info: news.misty.com; posting-host="77-58-244-139.dclient.hispeed.ch:77.58.244.139";
logging-data="25793"; mail-complaints-to="abuse@misty.com"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
In-Reply-To: <acfc664c-7ce8-44b4-a636-ea6c09fdc5f0n@googlegroups.com>
 by: Johnny Billquist - Mon, 4 Jul 2022 21:51 UTC

On 2022-07-04 15:13, Jonathan Harston wrote:
> Documentation tells me that the allocation vector in
> BSD2.9 Unix is:
> Disk addresses (...) are (...) packed into 3 bytes each.
> The first 10 addresses specify device blocks directly. The last 3
> addresses are singly, doubly, and triply indirect (addresses)...
> https://minnie.tuhs.org/cgi-bin/utree.pl?file=2.9BSD/usr/man/cat5/filsys.5
>
> Documentation tells me that BSD2-11 Unix is:
> 28 of the di_addr address bytes are used; 7 addresses of 4
> bytes each: 4 direct (4Kb directly accessible) and 3 indirect.
> https://github.com/RetroBSD/2.11BSD/blob/master/usr/man/cat5/fs.0
>
> However, the BSD2.9 disk images I have appear to have the first 4
> 3-byte disk address specifying disk blocks, not the first ten, eg:
> https://skn.noip.me/pdp11/rl0.dsk
>
>
> In all other aspects it's BSD2.9: it has 14-byte filenames, it has
> 3-byte disk addresses, it starts up claiming it is
> Berkeley UNIX (Rev. 2.9.1).
>
> Is there a way to tell from the on-disk data that it is using
> 4 x 3-byte block addresses and not 10 x 3-byte block addresses?
>
> Is the documentation faulty? Should I assume that BSD2.9 /does/
> use 4 x 3-byte block addresses?

2.11BSD lifted the 14-byte filename limit around patch 250 or so, when
disklabels were introduced (I think name length happened at the same time).
MAXPATHLENGTH is 256 and MAXNAMLENGTH is 63 on current 2.11BSD

It also changed to use the format of inodes and so on. I can't remember
all the details off the top of my head, but I think you should start by
checking if there is a disk label on the disk. If not, you should assume
it's the old V7 format, which was also used by 2.9 BSD. If you find a
disk label, you should assume you have the new format, which is what
2.11BSD currently use. It still uses the same identifier for file system
type.

Disk labels are usually in block 1 (talking about 512 byte blocks) and
you should have the magic number in the first four bytes for a
disklabel. For currnet 2.11BSD that is. I don't think anything was
sitting in that block of the disk before then.

Johnny

1
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor