From owner-freebsd-hackers  Thu Jun 19 13:34:19 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA16924
          for hackers-outgoing; Thu, 19 Jun 1997 13:34:19 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16912
          for <freebsd-hackers@freefall.FreeBSD.org>; Thu, 19 Jun 1997 13:34:10 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA22936; Thu, 19 Jun 1997 13:24:25 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199706192024.NAA22936@phaeton.artisoft.com>
Subject: Re: Opus diskettes
To: dgy@rtd.com (Don Yuniskis)
Date: Thu, 19 Jun 1997 13:24:25 -0700 (MST)
Cc: terry@lambert.org, dgy@rtd.com, freebsd-hackers@freefall.FreeBSD.org
In-Reply-To: <199706190159.SAA09351@seagull.rtd.com> from "Don Yuniskis" at Jun 18, 97 06:59:25 pm
X-Mailer: ELM [version 2.4 PL24]
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

> > 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!)

I doubt the data is compressed as well; the statement up front
was that the disks contained compressed data.

The 4k is a VTOC (Volume Table Of Contents); it is the old-SRV3
"disklabel" which was a non-optional result of the "format"
command.

Generally, we used the disks for tar archives; however, you should
also check for cpio archives (more likely; without the extra
package installed, SVR3 did not have tar, only cpio, especially
on OPUS and Fortune systems boxes).

Worst case, they are S51K file systems.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.