From owner-freebsd-hackers  Wed Jun 18 18:58:38 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id SAA26206
          for hackers-outgoing; Wed, 18 Jun 1997 18:58:38 -0700 (PDT)
Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA26201
          for <freebsd-hackers@freefall.FreeBSD.org>; Wed, 18 Jun 1997 18:58:36 -0700 (PDT)
Received: (from dgy@localhost)
	by seagull.rtd.com (8.8.5/8.8.5) id SAA09351;
	Wed, 18 Jun 1997 18:59:25 -0700 (MST)
From: Don Yuniskis <dgy@rtd.com>
Message-Id: <199706190159.SAA09351@seagull.rtd.com>
Subject: Re: Opus diskettes
In-Reply-To: <199706181718.KAA21035@phaeton.artisoft.com> from Terry Lambert at "Jun 18, 97 10:18:37 am"
To: terry@lambert.org (Terry Lambert)
Date: Wed, 18 Jun 1997 18:59:25 -0700 (MST)
Cc: dgy@rtd.com, freebsd-hackers@freefall.FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In the words of the world-renowned author, Terry Lambert:
> >      I'm trying to chase down some man page problems in one of
> > the ports and was going to look through the man pages for another
> > OS I have in a box here.  It's a SysV3.2 derivative from Opus
> > Systems (runs on a 32032 coprocessor card).  The files appear
> > to be gzipped tarballs with some bogus front-end glued onto
> > them.  They are all called OPFIL (on 5" floppies).
> >      Was this a SysV-ism?  Any clues as to how I can
> > descramble them (short of reinstalling the coprocessor card, etc.)?
> 
> dd if=/dev/floppy skip=4k conv=swab of=file_without_VTOC

Hmmm... perhaps you meant ^^ "8" since skip expects # of blocks
as an argument?

In either case, this doesn't cut the mustard  :-(  I looked through
a few other OPFIL's and they *don't* appear to be compressed.  For
example, one contained /etc/.profile which was entirely readable.

Perhaps just a tape archive with some bogus crap on the front
end?  file(1) sees them as "data"  (BFD!)

> You may not need the "conv=swab", depending on the box you are
> running on.

Thx!
--don