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 12893 invoked from network); 22 Aug 2022 16:29:01 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 22 Aug 2022 16:29:01 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 22CFB40D3E; Tue, 23 Aug 2022 02:28:48 +1000 (AEST) Received: from mail-ua1-f48.google.com (mail-ua1-f48.google.com [209.85.222.48]) by minnie.tuhs.org (Postfix) with ESMTPS id 9B5C340D39 for ; Tue, 23 Aug 2022 02:28:43 +1000 (AEST) Received: by mail-ua1-f48.google.com with SMTP id ay32so3989208uab.5 for ; Mon, 22 Aug 2022 09:28:43 -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=a5IQSpiz3XBNUuAAsgxjBqWRFiQwwABTcJ5x8GD0Lx8=; b=pxa0dNw7cb9Q3TYllcLbAy4ls//e1FzfzBPa4JhydLeo5Hm6D66gepcdhRFbO/LsOt mkEkn1QspOWupuTAmWCMHwLc9Q+vSNtunS3mB3O7wU0GCOPiQK31EZZuf4OdSkQb63SZ 2ZoD/zEb6DUxw+6AGAu3uqdXOlVkXATHLBcoAxoIXF8TAjOwO7ORxb9sBsaQfGd1b/BP /DZ5FZzELov0MQf45ZWb5nRpHPLZ3heQrWzMqRxvlRLRuVIzZzBfIIH/AstUUpt65cqq aFLoGnZ/1mmiRJl13lD0Yiplna0NKKNraqovUIB+AKFngK23SuUs4IH6Jt0tMPykCaTn j35A== 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=a5IQSpiz3XBNUuAAsgxjBqWRFiQwwABTcJ5x8GD0Lx8=; b=ACUHq5nscQ7oO4JhhJogSfgCMa6mBXarymL7P5ufOSMdNu7EXKQYS3cFThbqjkHySK dQmmLeiIBRC1Id8+5El28FvtQ35nKXpylrbfzM3v3/xByyNjenarfUgnX9AhXA2rWddc 79IG/jCUPM4Xiiay/gEK9SS+xRk3o2zX9J4kKfu9WhD7K/PkoXM29ozf2xWhJm5RZv8n brSQ0EbhCTKGwjzafGnWQYSbZjEJ+uTcPgdJjZrMtRPEaNip3ImdtyK7hF7DH/LSjYe0 lwOJn2tUa3UleeYYm5Sm5oTVGhLkev0SMqvJTe+C0gLSWvUT7RGOozjL6kYBLvewjFXK 3rMQ== X-Gm-Message-State: ACgBeo32bxN5Bd11Sus3bKlyLJkTKisVEhjAgcjIOpBL9X4lS7bhHccF iEI7GQcUmizYUmi06RM232GA7VyHg54Ga4HtZVr0HA== X-Google-Smtp-Source: AA6agR7k8DgyUyBRQnr/8WEBxXwR/Rlrj66E4vzDAS5mJmlJiHhuTQf9UXjE7lS1WiUnFT/w5cWP9+NTnBpHJDiYeAc= X-Received: by 2002:ab0:15ed:0:b0:365:f250:7384 with SMTP id j42-20020ab015ed000000b00365f2507384mr7528634uae.44.1661185662531; Mon, 22 Aug 2022 09:27:42 -0700 (PDT) MIME-Version: 1.0 References: <7w7d30jnp1.fsf@junk.nocrew.org> In-Reply-To: <7w7d30jnp1.fsf@junk.nocrew.org> From: Warner Losh Date: Mon, 22 Aug 2022 10:27:31 -0600 Message-ID: To: Lars Brinkhoff Content-Type: multipart/alternative; boundary="00000000000052531305e6d6ed3a" Message-ID-Hash: O3Q5TCHPW2CP5SH4YAISVTGYRD2A5BDS X-Message-ID-Hash: O3Q5TCHPW2CP5SH4YAISVTGYRD2A5BDS 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: --00000000000052531305e6d6ed3a Content-Type: text/plain; charset="UTF-8" FreeBSD deleted some compat code in the kernel some time ago, and it turns out that restore used that to read old dump tapes, so we broke old dump tapes. So you can't use FreeBSD's unmodified. 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. dump from 4.4BSD had 'natural' types (so long was used which would affect the offsets). It seems to be able to read both NFS_MAGIC and OFS_MAGIC tapes, but you'll likely have to hack together u_spcl that's specific to the platform which may take a little trial and error if you don't know what the typedefs for daddr_t etc are. There's also a 4.1 dump/restore you might need (available in the 4.4BSD Alpha archive and likely all earlier versions in TUHS). 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. Warner On Mon, Aug 22, 2022 at 9:35 AM Lars Brinkhoff wrote: > Hello, > > I have on my hands many images of tapes that seems to have been written > by various implementaions of dump. I see the magic numbers 60011 and > 60012 in little and big endian at offsets 18 (16-bit version?) and 24 > (32-bit version?). I don't know the dating of the tapes, but around > 1980 would be a reasonable guess. > > Are there some easy to use (ready to run on a modern Unix) tools to > extract files from such tape files? > > I'm not looking to restore a file system on disk, just extract the > files. > --00000000000052531305e6d6ed3a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
FreeBSD deleted some compat code in the kernel some time a= go, and it turns
out that restore used that to read old dump tapes, so = we broke old dump tapes.
So you can't use FreeBSD's unmod= ified.

So 60011 is OFS_MAGIC and 60012 is NFS_MAGI= C. Both of these are variants
on UFS, but really old. And given t= hey are at different offsets, you'll likely need
to reverse e= ngineer the offsets used for the platform's dinode.

dump from 4.4BSD had 'natural' types (so long was used which = would affect the
offsets). It seems to be able to read both NFS_M= AGIC and OFS_MAGIC tapes,
but you'll likely have to hack toge= ther u_spcl that's specific to the platform which
may take a = little trial and error if you don't know what the typedefs for daddr_t<= /div>
etc are. There's also a 4.1 dump/restore you might need (avai= lable in the 4.4BSD
Alpha archive and likely all earlier versions= in TUHS).

Without more specific data it's har= d to know if there's an extant binary that
can be run in emul= ation to read these tapes.

Warner

<= div class=3D"gmail_quote">
On Mon, Aug= 22, 2022 at 9:35 AM Lars Brinkhoff <= lars@nocrew.org> wrote:
Hello,

I have on my hands many images of tapes that seems to have been written
by various implementaions of dump.=C2=A0 I see the magic numbers 60011 and<= br> 60012 in little and big endian at offsets 18 (16-bit version?) and 24
(32-bit version?).=C2=A0 I don't know the dating of the tapes, but arou= nd
1980 would be a reasonable guess.

Are there some easy to use (ready to run on a modern Unix) tools to
extract files from such tape files?

I'm not looking to restore a file system on disk, just extract the
files.
--00000000000052531305e6d6ed3a--