From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_MESSAGE,MAILING_LIST_MULTI,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 2816 invoked from network); 23 Aug 2022 13:03:49 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 23 Aug 2022 13:03:49 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id B6E9740D1E; Tue, 23 Aug 2022 23:03:41 +1000 (AEST) Received: from mail-vk1-f170.google.com (mail-vk1-f170.google.com [209.85.221.170]) by minnie.tuhs.org (Postfix) with ESMTPS id 3D401409BA for ; Tue, 23 Aug 2022 23:03:36 +1000 (AEST) Received: by mail-vk1-f170.google.com with SMTP id n28so3584375vkm.5 for ; Tue, 23 Aug 2022 06:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=tycQYH0bhJgxdsxptVj+Pc5jUC82TXZG1siGkDPtA8I=; b=UH73wKmprqD4i7x4JFCAsyBaoxqRegJItuVJ9IOI46kzNXDzunEVhlS3ZcLwbC2IbV 1mc10trUP3BCmoqOjRFH1mFxEGnvTzsrTT8Ntxvpt7tFfdmDwOEzuux3XrYVllDde9QF 6jWiU7ESN64bZ4ePYp6v5abbloQnA8bP+Su1qPguZV+/aRPFkApFX7ScY/zA3KqrS4lP mN24lcyW7RJMTQ0W5JeCXNJRFGilXZv+lJCX6YMDEPFPYjapdjAdgEx2YYYoEaYxPIre ysI0VVFNFYQ68VSRdVEZCIct+6NUpUJxKpc71/7kfbwD+nViaKFcZkJuoCbkKRs1z5lN 3hZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=tycQYH0bhJgxdsxptVj+Pc5jUC82TXZG1siGkDPtA8I=; b=0r2NvsimCEk/P1uoi4hcEm8EiPj0orMEDqpWEbzQ9RU7hQdRbGcX8M/k+NNNCddfVx fvamGCuf4/KYhpl5eSQyPwgbHp1TzLpX6TjI9j24L0x1NuSxZhV5/E9lIWKtLLQRP10t CK5hN7j5uKeVXGu564fbv9MY60weLqv3NmcTSmnq1Pf1nDhTZmFACM5rrTG5Wnr+xjw5 3/4WivRp8ogekXs08aWUDzFP6wwHKgupNfJen3dTpmUSshPgMWvcWxeoz8LsoAFJDnrv 1UH5nINbdJCC7No1WnWu+HXKDadI7we5kYMcY1DTsUSHIu9n+BJxkc6WdZkGdynqXNvN qESw== X-Gm-Message-State: ACgBeo0aBVAK71ySDpxqN6iFLC5160QNaQsboHeeFSooUPTQv6mwTg8J uSHoIulvnJBLXxa3lxaO6zG6/JmW3iBSWPVEtV+5xg== X-Google-Smtp-Source: AA6agR7xw/dqBQ/0Ybosi3lbRbeH/hNWnVvKW+Tzj6PgS5jyEVMjpktfDnkzLqcm4lnKP9nyL1k1fCobtiShzwsq0n8= X-Received: by 2002:a1f:aa4f:0:b0:38c:535b:8b15 with SMTP id t76-20020a1faa4f000000b0038c535b8b15mr4842944vke.13.1661259751318; Tue, 23 Aug 2022 06:02:31 -0700 (PDT) MIME-Version: 1.0 References: <7w7d30jnp1.fsf@junk.nocrew.org> <7wlerfijw5.fsf@junk.nocrew.org> In-Reply-To: <7wlerfijw5.fsf@junk.nocrew.org> From: Warner Losh Date: Tue, 23 Aug 2022 07:02:20 -0600 Message-ID: To: Lars Brinkhoff Content-Type: multipart/alternative; boundary="0000000000005cb0d605e6e82dd5" Message-ID-Hash: MGVAA7LTWEAFEXGE5RMA27POXY2UBQXO X-Message-ID-Hash: MGVAA7LTWEAFEXGE5RMA27POXY2UBQXO X-MailFrom: wlosh@bsdimp.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: The Eunuchs Hysterical Society X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Extracting files from various old dump/restore tapes List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --0000000000005cb0d605e6e82dd5 Content-Type: text/plain; charset="UTF-8" On Mon, Aug 22, 2022 at 11:55 PM Lars Brinkhoff wrote: > Warner Losh wrote: > > So 60011 is OFS_MAGIC and 60012 is NFS_MAGIC. Both of these are > > variants on UFS, but really old. And given they are at different > > offsets, you'll likely need to reverse engineer the offsets used for > > the platform's dinode. > > So anyway, it seems my best bet would be getting an old "restore" and > hack it till it runs. > > Part of the problem is that there are hundreds of these images, so it > would be a lot of work to examine them individually in emulated systems. > A good first start to examine the content would be to just list the file > names. > For V7 tapes, you can run the V7 binaries using apout with very little effort. This is a user-level emulation of a pdp-11 with the system calls for v5, v6, v7 and some of the BSDs. It's in the tuhs archives under Distributions/Research/Dennis_v1/unix72/tools/apout. I used it to extract files from V7 automatically that I used in the 2.11 back-patching-to-the-original-tapes script I wrote. > > Without more specific data it's hard to know if there's an extant > > binary that can be run in emulation to read these tapes. > > The tapes are from MIT's "Tapes of Tech Square" collection. Likely > candidates include PDP-11 V7, 4.x BSD on VAX, and Sun workstations. I > suppose the latter would use the big endian format. > Very cool. I suspect if you want one tool for them all, you'll need to take restore and teach it to cope with multiple endians and word sizes... It's likely not a huge effort, but the restor code from V7 makes use of a lot of type-punning... > There are also many variations of the tar and cpio formats, but I'm on > firmer ground there. > Warner --0000000000005cb0d605e6e82dd5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Aug 22, 2022 at 11:55 PM Lars= Brinkhoff <lars@nocrew.org> w= rote:
Warner Los= h wrote:
> So 60011 is OFS_MAGIC and 60012 is NFS_MAGIC. Both of these are
> variants on UFS, but really old. And given they are at different
> offsets, you'll likely need to reverse engineer the offsets used f= or
> the platform's dinode.

So anyway, it seems my best bet would be getting an old "restore"= and
hack it till it runs.

Part of the problem is that there are hundreds of these images, so it
would be a lot of work to examine them individually in emulated systems. A good first start to examine the content would be to just list the file names.

For V7 tapes, you can run the V7= binaries using apout=C2=A0with very little effort.
This is a use= r-level emulation of a pdp-11 with the system calls for v5, v6, v7 and
some of the BSDs. It's in the tuhs archives under Distributions/R= esearch/Dennis_v1/unix72/tools/apout.
I used it to extract files = from V7 automatically that I used in the 2.11 back-patching-to-the-original= -tapes
script I wrote.
=C2=A0
> Without more specific data it's hard to know if there's an ext= ant
> binary that can be run in emulation to read these tapes.

The tapes are from MIT's "Tapes of Tech Square" collection.= =C2=A0 Likely
candidates include PDP-11 V7, 4.x BSD on VAX, and Sun workstations.=C2=A0 I=
suppose the latter would use the big endian format.
Very cool. I suspect if you want one tool for them all, you= 9;ll need to take restore
and teach it to cope with multiple endi= ans and word sizes... It's likely not a huge
effort, but the = restor=C2=A0code from V7 makes use of a lot of type-punning...
= =C2=A0
There are also many variations of the tar and cpio formats, but I'm on<= br> firmer ground there.

Warner
=
--0000000000005cb0d605e6e82dd5--