Re: [TUHS] /crp

Re: [TUHS] /crp

[Norman Wilson]

Interesting.  /crp was a regular part of the Research world
in the mid-1980s when I joined up.  It was nothing special,
just an extra file system for extra junk, which might or might
not be backed up depending on the system.

I had no idea its roots ran so far back in time.

I always thought it was an abbreviation for `crap,' though,
oddly, the conventional pronunciation seemed to be creep.

Norman Wilson
Toronto ON

Re: [TUHS] /crp

[Clem Cole]

[-- Attachment #1: Type: text/plain, Size: 314 bytes --]

On Tue, Nov 6, 2018 at 8:33 PM Norman Wilson <norman@oclsc.org> wrote:

>
> oddly, the conventional pronunciation seemed to be creep.
>
>
It's possible that was because the Apollo Domain system had an ssh-like
program called crp, that was prounced 'creep' which was pretty widely used
in those days.
ᐧ

[-- Attachment #2: Type: text/html, Size: 1034 bytes --]

Re: [TUHS] /crp

[Rob Pike]

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

/crp was "creep" before Apollo even existed.

-rob


On Thu, Nov 8, 2018 at 3:45 AM Clem Cole <clemc@ccc.com> wrote:

>
>
> On Tue, Nov 6, 2018 at 8:33 PM Norman Wilson <norman@oclsc.org> wrote:
>
>>
>> oddly, the conventional pronunciation seemed to be creep.
>>
>>
> It's possible that was because the Apollo Domain system had an ssh-like
> program called crp, that was prounced 'creep' which was pretty widely used
> in those days.
> ᐧ
>

[-- Attachment #2: Type: text/html, Size: 1451 bytes --]

[TUHS] /crp

[Angelo Papenhoff]

I was wondering, what was the /crp mount point in early UNIX used for?
And what does "crp" mean? Does it mean what I think it does?
It is only mentioned in V3 it seems:
./v4man/manx/unspk.8:unspk lives in /crp/vs   (v4/manx means pre-v4)
./v3man/man6/yacc.6:SYNOPSIS /crp/scj/yacc  [ <grammar ]
./v3man/man4/rk.4:/dev/rk3      /crp file system

I suppose scj, doug or ken can help out.

aap

Re: [TUHS] /crp

[ron]

The "crp" user name was Chuck Privitera.    Don't know if it was him or they
just had a disk they dumped cr..p on ...


> -----Original Message-----
> From: TUHS <tuhs-bounces@minnie.tuhs.org> On Behalf Of Angelo
> Papenhoff
> Sent: Tuesday, November 6, 2018 12:10 PM
> To: tuhs@minnie.tuhs.org
> Subject: [TUHS] /crp
> 
> I was wondering, what was the /crp mount point in early UNIX used for?
> And what does "crp" mean? Does it mean what I think it does?
> It is only mentioned in V3 it seems:
> ./v4man/manx/unspk.8:unspk lives in /crp/vs   (v4/manx means pre-v4)
> ./v3man/man6/yacc.6:SYNOPSIS /crp/scj/yacc  [ <grammar ]
> ./v3man/man4/rk.4:/dev/rk3      /crp file system
> 
> I suppose scj, doug or ken can help out.
> 
> aap

Re: [TUHS] /crp

[ron]

An early UNIX paper shows the system had four RK05's (4872 512-byte blocks
on UNIX, for some reason only 4800 used on the DEC OSs ... remember we had
to poke ROLLIN to copy the full UNIX partition standalone).
/dev/rk0 - available for user packs.
/dev/rk1 - root
/dev/rk2 - /usr
/dev/rk3 - /crp

I think it was just additional storage of "crap".

> -----Original Message-----
> From: TUHS <tuhs-bounces@minnie.tuhs.org> On Behalf Of Angelo
> Papenhoff
> Sent: Tuesday, November 6, 2018 12:10 PM
> To: tuhs@minnie.tuhs.org
> Subject: [TUHS] /crp
> 
> I was wondering, what was the /crp mount point in early UNIX used for?
> And what does "crp" mean? Does it mean what I think it does?
> It is only mentioned in V3 it seems:
> ./v4man/manx/unspk.8:unspk lives in /crp/vs   (v4/manx means pre-v4)
> ./v3man/man6/yacc.6:SYNOPSIS /crp/scj/yacc  [ <grammar ]
> ./v3man/man4/rk.4:/dev/rk3      /crp file system
> 
> I suppose scj, doug or ken can help out.
> 
> aap

Re: [TUHS] /crp

[Dave Horsfall]

On Tue, 6 Nov 2018, ron@ronnatalie.com wrote:

> An early UNIX paper shows the system had four RK05's (4872 512-byte 
> blocks on UNIX, for some reason only 4800 used on the DEC OSs ... 
> remember we had to poke ROLLIN to copy the full UNIX partition 
> standalone).

Bad blocks?  I think I have an article in AUUGN where I proposed that bad 
blocks be assigned (somehow) to a pseudo-file as inode #0 (or -1?); that 
way, the "dump" utility would not see it, and neither would the FS tools 
(but a disk image would, of course).

> /dev/rk0 - available for user packs.
> /dev/rk1 - root

Odd layout...  I normally saw them the other way around.

-- Dave

Re: [TUHS] /crp

[ron]

:
> 
> > An early UNIX paper shows the system had four RK05's (4872 512-byte
> > blocks on UNIX, for some reason only 4800 used on the DEC OSs ...
> > remember we had to poke ROLLIN to copy the full UNIX partition
> > standalone).
> 
> Bad blocks?  I think I have an article in AUUGN where I proposed that bad
> blocks be assigned (somehow) to a pseudo-file as inode #0 (or -1?); that
way,
> the "dump" utility would not see it, and neither would the FS tools (but a
disk
> image would, of course).

No, not to my knowledge.   The DEC drivers just left off the last 72
sectors.   There was no provision using them for block replacement.
The utilities just stopped at 4800.

Re: [TUHS] /crp

[Clem Cole]

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

On Wed, Nov 7, 2018 at 9:09 AM <ron@ronnatalie.com> wrote:

> The DEC drivers just left off the last 72 sectors.   There was no
> provision using them for block replacement.
>
Minor update -- *no dynamic replacement provision*.  There was a standard
alone utility called BAD144 that implemented DEC Standard 144 (Bad
Blocks).   What would happen is that the format was messed with the point a
bad block at on the reserved sectors.

This scheme caused nasty performance issues because seek schedualing was
defeated; and since UNIX did not originally obey DEC STD144, the standard
UNIX scheme in those days was buy 'perfect' media.  BTW: the Ultrix team -
Fred Canter IIRC -- added support for BAD144, and I think DEC gave that
code to BSD evetually.

Clem
ᐧ

[-- Attachment #2: Type: text/html, Size: 2039 bytes --]

Re: [TUHS] /crp

[Greg 'groggy' Lehey]

[-- Attachment #1: Type: text/plain, Size: 788 bytes --]

On Wednesday,  7 November 2018 at 10:14:20 -0500, Clem Cole wrote:
> On Wed, Nov 7, 2018 at 9:09 AM <ron@ronnatalie.com> wrote:
>
>> The DEC drivers just left off the last 72 sectors.   There was no
>> provision using them for block replacement.
>
> Minor update -- *no dynamic replacement provision*.  There was a
> standard alone utility called BAD144 that implemented DEC Standard
> 144 (Bad Blocks).

Yes, this was also present in early FreeBSD distributions.  I have a
vague recollection that people warned against using it.

Greg
--
Sent from my desktop computer.
Finger grog@lemis.com for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed.  If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [TUHS] /crp

[Warner Losh]

[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]

On Wed, Nov 7, 2018 at 7:26 PM Greg 'groggy' Lehey <grog@lemis.com> wrote:

> On Wednesday,  7 November 2018 at 10:14:20 -0500, Clem Cole wrote:
> > On Wed, Nov 7, 2018 at 9:09 AM <ron@ronnatalie.com> wrote:
> >
> >> The DEC drivers just left off the last 72 sectors.   There was no
> >> provision using them for block replacement.
> >
> > Minor update -- *no dynamic replacement provision*.  There was a
> > standard alone utility called BAD144 that implemented DEC Standard
> > 144 (Bad Blocks).
>
> Yes, this was also present in early FreeBSD distributions.  I have a
> vague recollection that people warned against using it.
>

It was OK for the super-duper old IDE drives from the IBM/AT and 80386 era.
It was better for the ESDI drives because those tended to ship with a list
of bad blocks printed on the label (which was itself a carry over from the
MFM days). The MFM drives *did* have a DEC standard to list bad blocks and
reserve spare cylinders which was derived from the earlier rkXX drives.
bad144 was for the rkXX drives and then adopted, badly, for the newer
drives types and wasn't super-great by the time FreeBSD came along...

Warner

[-- Attachment #2: Type: text/html, Size: 1589 bytes --]

Re: [TUHS] /crp

[Paul Winalski]

On 11/6/18, Dave Horsfall <dave@horsfall.org> wrote:
>
> Bad blocks?  I think I have an article in AUUGN where I proposed that bad
> blocks be assigned (somehow) to a pseudo-file as inode #0 (or -1?); that
> way, the "dump" utility would not see it, and neither would the FS tools
> (but a disk image would, of course).

That is how VMS handles bad blocks.  When the system detects them,
they are allocated to file BADBLK.SYS;1 in the volume's root
directory.  Of course, these days the disk hardware controller handles
bad blocks.  The VMS engineering group once got a bug report
complaining that when a privileged user issued the command "type
dba0:[000000]badblk.sys" there were scads and scads of bad block error
messages.

"Doctor, it hurts when I do this...."

-Paul W.

Re: [TUHS] /crp

[Mary Ann Horton]

I recall at Berkeley on the VAX we had a /crp filesystem, and it was for 
"crap" we didn't want to delete but wasn't very important.  I didn't 
realize it was inspired by Research.

At some point someone decided it would be nicer to rename it /arch as an 
"archive".

I still have a /arch on my personal machine, for stuff that's large and 
(almost) never changes, so it doesn't need to be backed up daily.  It 
lives on one of those external backup hard disks, and there are two of 
them, so one can be stored offsite.

     Mary Ann

On 11/6/18 11:25 AM, ron@ronnatalie.com wrote:
> An early UNIX paper shows the system had four RK05's (4872 512-byte blocks
> on UNIX, for some reason only 4800 used on the DEC OSs ... remember we had
> to poke ROLLIN to copy the full UNIX partition standalone).
> /dev/rk0 - available for user packs.
> /dev/rk1 - root
> /dev/rk2 - /usr
> /dev/rk3 - /crp
>
> I think it was just additional storage of "crap".
>
>> -----Original Message-----
>> From: TUHS <tuhs-bounces@minnie.tuhs.org> On Behalf Of Angelo
>> Papenhoff
>> Sent: Tuesday, November 6, 2018 12:10 PM
>> To: tuhs@minnie.tuhs.org
>> Subject: [TUHS] /crp
>>
>> I was wondering, what was the /crp mount point in early UNIX used for?
>> And what does "crp" mean? Does it mean what I think it does?
>> It is only mentioned in V3 it seems:
>> ./v4man/manx/unspk.8:unspk lives in /crp/vs   (v4/manx means pre-v4)
>> ./v3man/man6/yacc.6:SYNOPSIS /crp/scj/yacc  [ <grammar ]
>> ./v3man/man4/rk.4:/dev/rk3      /crp file system
>>
>> I suppose scj, doug or ken can help out.
>>
>> aap

Re: [TUHS] /crp

[Lars Brinkhoff]

Mary Ann Horton wrote:
> I recall at Berkeley on the VAX we had a /crp filesystem

I'm patching 4.1BSD to add Chaosnet, and it does have /crp.