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=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8987 invoked from network); 1 Jun 2020 10:19:47 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 10:19:47 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id B4F379CA2C; Mon, 1 Jun 2020 20:19:43 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 839F99C856; Mon, 1 Jun 2020 20:19:03 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id E6EFD9C856; Mon, 1 Jun 2020 20:18:59 +1000 (AEST) Received: from mail-pj1-f49.google.com (mail-pj1-f49.google.com [209.85.216.49]) by minnie.tuhs.org (Postfix) with ESMTPS id 6D0DB93D46 for ; Mon, 1 Jun 2020 20:18:59 +1000 (AEST) Received: by mail-pj1-f49.google.com with SMTP id h95so4024042pje.4 for ; Mon, 01 Jun 2020 03:18:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=hzCTNdrVttDKKv5FSlc+KrB6U5PRVYjWQ+qW/J7tktg=; b=GkyML5l6VKZS5cQ69V1r+AX6OSczlEwsTp6anEgjo8SzkCvMk5aaOD+AlxxtpUoFTj uDs51LoOx23Ancs6ceewUIbQKPRHGFaXrxvNavIKtQv9JDKxAVb3d9ctecMHLsEsS1k2 QYb8LouRJaPbR68OgUiH1NsnWaV+NFvqKQrnmGhMF1W1NbwFdSWiqaTkphoGyrh2mdyY DNEc869ec+E8yGABabOrmHvfrK3a/y14IX8lpmemKLrwupvAKUs5Wx/Gpb+SFHc+pBpX hF2jl49079O/RCog/kDiHddpBUS2g4TrWEm8GnEtbRqBYmCbzei/Sx39HK1r9RGDqOH8 3jWg== X-Gm-Message-State: AOAM5304UBoz20G1oTckSGgKx8BxpU6iuTY3VcToOMDEpxROvbwIZXY1 /qd+IYULsBq0vFVbCYRpMSNmA7BplzbnHVh2weZa9ocb3J8= X-Google-Smtp-Source: ABdhPJwhprWIZvK5V3WmWlnI/J3zIKe3jXa9yEMsHfV9VcZbNypDnQfvW55Hz4q7zKUoIXctHvV5ArH66fFrJInvPaY= X-Received: by 2002:a17:90a:fa95:: with SMTP id cu21mr9138179pjb.56.1591006738502; Mon, 01 Jun 2020 03:18:58 -0700 (PDT) MIME-Version: 1.0 From: Paul Riley Date: Mon, 1 Jun 2020 18:18:41 +0800 Message-ID: To: tuhs@minnie.tuhs.org Content-Type: multipart/alternative; boundary="0000000000007bd61205a7031f7a" Subject: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000007bd61205a7031f7a Content-Type: text/plain; charset="UTF-8" Team Unix, Is there a Windows or Linux utility to create a disk image in any of the above formats, from a local folder tree? Paul *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com --0000000000007bd61205a7031f7a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Team Unix,

Is there a Windows or Linux = utility to create a disk image in any of the above formats, from a local fo= lder tree?

Paul

<= div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signature= ">

Paul Riley

Mo: +86 186 8227 8332

Email: paul@rileyriot.com

--0000000000007bd61205a7031f7a-- 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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27611 invoked from network); 1 Jun 2020 13:02:37 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 13:02:37 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id A567B9CA93; Mon, 1 Jun 2020 23:02:31 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id CCBD19C94E; Mon, 1 Jun 2020 23:01:20 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; secure) header.d=mxes.net header.i=@mxes.net header.b="1WBebF1x"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 94B0D9C856; Mon, 1 Jun 2020 23:01:17 +1000 (AEST) Received: from smtp-out-3.mxes.net (smtp-out-3.mxes.net [198.205.123.68]) by minnie.tuhs.org (Postfix) with ESMTPS id CBC3193D46 for ; Mon, 1 Jun 2020 23:01:16 +1000 (AEST) Received: from Customer-MUA (mua.mxes.net [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id B5B3375957; Mon, 1 Jun 2020 09:01:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mxes.net; s=mta; t=1591016475; bh=GBqTQm/V2lWVuG50IqeQVn2ugqf5qT4tVCLmXoSUfkQ=; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date: In-Reply-To:To:References; b=1WBebF1xmynIP/RLno2W+afue3v86SlP+noW8U//vg9raprDwG0HaIIrB/v8ITYCx I9z2YnfXm+auUJCToORz7wpyS1VmWd3n2CR6Vaqpb6c0IiwdqGKk3rV0cfeWBZPUXi rS0+O7SVpoG0gw8NVLenDtjWXswsX7posmmyQYVQ= From: Ronald Natalie Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_2EDE98A4-9DB5-4E7D-B171-BA412E83A32C" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Mon, 1 Jun 2020 09:01:13 -0400 In-Reply-To: To: Paul Riley References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Sent-To: Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --Apple-Mail=_2EDE98A4-9DB5-4E7D-B171-BA412E83A32C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Eh? An RL is just a cartridge disk drive, not a format. It would = depend on what the operating system you are using wanted to put on it. Similarly the RX is just a floppy drive. In my memory, there wasn=E2=80= =99t much UNIX use of these drives. The main reason the driver existed = on the VAX unices was to write the Console Floppy Disk in the 780 (which was in = RT-11 format). What are you trying to do? > On Jun 1, 2020, at 6:18 AM, Paul Riley wrote: >=20 > Team Unix, >=20 > Is there a Windows or Linux utility to create a disk image in any of = the above formats, from a local folder tree? >=20 > Paul >=20 > Paul Riley >=20 > Mo: +86 186 8227 8332 > Email: paul@rileyriot.com >=20 --Apple-Mail=_2EDE98A4-9DB5-4E7D-B171-BA412E83A32C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Eh? = An RL is just a cartridge disk drive, not a format. = It would depend on what the operating system you are using wanted = to put on it.
Similarly the RX is just a floppy drive. = In my memory, there wasn=E2=80=99t much UNIX use of these = drives. The main reason the driver existed on the
VAX unices was to write the Console Floppy Disk in the 780 = (which was in RT-11 format).

What are you trying to do?

On Jun 1, 2020, at 6:18 AM, Paul Riley <paul@rileyriot.com> = wrote:

Team Unix,

Is there a Windows or Linux utility to create a disk image = in any of the above formats, from a local folder tree?

Paul

Paul = Riley

Mo: = +86 186 8227 8332
Email: paul@rileyriot.com

= --Apple-Mail=_2EDE98A4-9DB5-4E7D-B171-BA412E83A32C-- 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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27935 invoked from network); 1 Jun 2020 13:05:32 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 13:05:32 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 1561E9C94E; Mon, 1 Jun 2020 23:05:29 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 888549C856; Mon, 1 Jun 2020 23:04:57 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="PxxkNm+6"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 2D49C9C856; Mon, 1 Jun 2020 23:04:55 +1000 (AEST) Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) by minnie.tuhs.org (Postfix) with ESMTPS id A40FF93D46 for ; Mon, 1 Jun 2020 23:04:54 +1000 (AEST) Received: by mail-qt1-f171.google.com with SMTP id w90so7538181qtd.8 for ; Mon, 01 Jun 2020 06:04:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3smsiE3cue8lPyDctZsSPBTIr2TkYmqXt5S0oK7NkGI=; b=PxxkNm+6dbzJ8vHIGvME8aj5pZp0AVtwN3w1BKC14DkVurbH1HAvVmn30HR21WV/7B XavTLvYhJOh1xi62ivNH7Z/LaGgfSKyFyTocs1Raaajyu2OezmLuQDE4aqLzliKKmtNM gdX+YseeblC4J2qwdyYRSIcyb6DHbaXHQUuA0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3smsiE3cue8lPyDctZsSPBTIr2TkYmqXt5S0oK7NkGI=; b=Wzn8ECI17M/0B126rLI74uDMpOD8CZ6K0CQ9txq0Pp31hwO8jxtEuhH/+vuyYt6Rzx dRyAswmWHOfzWlW7sxfrUw8xacusu4u2COVtc0d0jwrA4N6D/1c2Yix7OTkHsEwemrMR Mq9fgsHyBnqYZitdvEQ01x1OOQZy3Khwu+ZkaEUOHFNNmjW42iCQNbA1qL/pl47YTIb7 j1rDO/V/xvda9Q2NrxDZmllEfq1a51wR7nzSyK2PUN+/5BfWdIo+QRm5UqHXt+QjZ0rM jwjTMhfE27/hLcvAJbyMAa0gvwP+2picneznNZrWLv1jRIKHcgf3ZdbFlCFlq25I6UhV thaA== X-Gm-Message-State: AOAM530iuQsGmePbqBShEeKJ9q3ygmFcvJFXK4SxY9F5y9Y14Lq2XaKx NanV9ZyaFwrSb33zCb5T7SZBEac+c4e9Gp5Mm28XKaHj20s= X-Google-Smtp-Source: ABdhPJwPrPfOcN567uHDO16G6QlMzBhEgJFrD0X6YyZEt0RLqJqTKFmAE9fRyJo1hh+PjywmKsYjy3sy9fGVai5bLfg= X-Received: by 2002:ac8:3f70:: with SMTP id w45mr21917266qtk.253.1591016693599; Mon, 01 Jun 2020 06:04:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Mon, 1 Jun 2020 09:04:28 -0400 Message-ID: To: Paul Riley Content-Type: multipart/alternative; boundary="000000000000daa82e05a705707d" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000daa82e05a705707d Content-Type: text/plain; charset="UTF-8" On Mon, Jun 1, 2020 at 6:19 AM Paul Riley wrote: > Is there a Windows or Linux utility to create a disk image in any of the > above formats, from a local folder tree? > What I think you are asking, is there a utility for a modern OS that will walk a local folder tree on my OS and create a new file whose structure is that of the file system for OS . The issue is not the device as much as the OS and disk file layout. As far as UNIX (or simh at the OS level) is concerned, the disk is just a linear array of bytes, addressed by blocks. The physical format is not seen by UNIX. There are numerious utilities, as well as 'foreign file systems' that are available. For instance, many Unix's can write RT-11 and MS-DOS format with standard utilities. It really depends the OS. That said, if the target OS is modern enough to support NFS or Samba, the easiest way might be export the file system from local system, and then running a simulated OS, 'mount' the file system. --000000000000daa82e05a705707d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Mon, Jun 1, 2020 at 6:19 = AM Paul Riley <paul@rileyriot.com<= /a>> wrote:
<= div dir=3D"ltr">
Is there a Windows or Linux utility to create a disk i= mage in any of the above formats, from a local folder tree?=C2=A0
=
What I think you are asking, is there a utility= for a modern OS that will walk a local folder tree on my OS and create a n= ew file whose structure is that of the file system for OS <insert yours = here>.

The issue is not t= he device as much as the OS and disk file layout.=C2=A0 =C2=A0 As far as UN= IX (or simh at the OS level) is concerned, the disk is just a linear array = of bytes, addressed by blocks.=C2=A0 The physical format is not seen by UNI= X.

There are numerious=C2=A0= utilities, as well as 'foreign file systems' that are available.=C2= =A0 =C2=A0For instance, many Unix's can write RT-11 and MS-DOS format w= ith standard utilities.=C2=A0=C2=A0=C2=A0It really depends the OS.=C2=A0 That said,
= if the target OS is modern enough to support NFS or Samba, the easiest = way might be export the file system from local system, and then running a s= imulated OS, 'mount' the file system.

--000000000000daa82e05a705707d-- 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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7140 invoked from network); 1 Jun 2020 15:04:52 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 15:04:52 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 173E493D46; Tue, 2 Jun 2020 01:04:52 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0EC7C9C90D; Tue, 2 Jun 2020 01:04:32 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=planet.nl header.i=@planet.nl header.b="kEG4fnX8"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 2A8A49C90D; Tue, 2 Jun 2020 01:04:30 +1000 (AEST) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by minnie.tuhs.org (Postfix) with ESMTP id 54DC29C856 for ; Tue, 2 Jun 2020 01:04:27 +1000 (AEST) Received: from cpsps-ews12.kpnxchange.com ([10.94.84.179]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(8.5.9600.16384); Mon, 1 Jun 2020 17:04:22 +0200 X-Brand: 7abm2Q== X-KPN-SpamVerdict: e1=0;e2=0;e3=0;e4=(e1=10;e3=10;e2=11;e4=10);EVW:Whi te;BM:NotScanned;FinalVerdict:Clean X-CMAE-Analysis: v=2.3 cv=HrPt53bS c=1 sm=1 tr=0 cx=a_idp_e a=WB5lYbMG1jvHJ1f8o08CVQ==:117 a=soxbC+bCkqwFbqeW/W/r+Q==:17 a=x1i13A_MHe4A:10 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=7RpiaepYAAAA:20 a=AoeSMSUmAAAA:8 a=NuRZc98xW2L7vlNh-PUA:9 a=QEXdDO2ut3YA:10 a=IA4qIw_M-6cA:10 a=2UY7SMgi64q-0UtCmZ5F:22 X-CM-AcctID: kpn@feedback.cloudmark.com Received: from smtp.kpnmail.nl ([195.121.84.14]) by cpsps-ews12.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(8.5.9600.16384); Mon, 1 Jun 2020 17:04:23 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=planet.nl; s=planet01; h=to:date:message-id:subject:mime-version:content-type:from; bh=hOhi/YM4t6DIWPF4U30cDQjul5QCyg6i2LQEXCZxgmc=; b=kEG4fnX8dHln+VKgw+0iF36CU4e2mnB/UxLzfIswzKo9g2+Cwpsb76f6EmloVzQVTy1nkDxrh4p8H xkW6jhy0hzih70irkjzlvaiIYtwdJ0aR281GZE9uUJZGtthAAueMEnQv3qncLrEbRs+7P9NVTfnbZA RxOafWxQelA3Bknk= X-KPN-VerifiedSender: Yes X-CMASSUN: 33|g+8ulu7r+RiKWvYueNAcZklbzWzQvXRKHJqQdHzQBSiWmLSPWsi+7eoFc+th0UW 2bumNpd1Z/vNUdot16NrYYA== X-Originating-IP: 80.101.112.122 Received: from mba2.fritz.box (sqlite.xs4all.nl [80.101.112.122]) by smtp.kpnmail.nl (Halon) with ESMTPSA id 2d362b2c-a419-11ea-bcf5-00505699d6e5; Mon, 01 Jun 2020 17:04:23 +0200 (CEST) From: Paul Ruizendaal Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Message-Id: <94C31414-D9DF-41C5-B0D9-9FB92994B513@planet.nl> Date: Mon, 1 Jun 2020 17:04:22 +0200 To: paul@rileyriot.com, TUHS main list X-Mailer: Apple Mail (2.3445.104.11) X-OriginalArrivalTime: 01 Jun 2020 15:04:23.0075 (UTC) FILETIME=[EF1F2730:01D63825] X-RcptDomain: minnie.tuhs.org Subject: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" > Team Unix, Is there a Windows or Linux utility to create a disk image = in any of the above formats, from a local folder tree? Paul *Paul Riley* It seems you are asking for two tools in the BK-UNIX toolbox, fsutil and = dskutil https://github.com/sergev/bkunix/tree/master/fsutil https://github.com/sergev/bkunix/tree/master/diskutil The first generates a Unix 6th edition file system from a local = directory tree. The result is a binary file with the 512 byte disk = blocks stored in sequence. Maybe this is what SIMH needs, I=E2=80=99m = not into the details of SIMH. The second appears to be a tool to take the a file generated by the = fsutil tool and split that into sectors and tracks. I=E2=80=99m not = familiar with this tool, but it looks like you might need something = similar (I assume that you have some way to hook up a 8=E2=80=9D drive = to your PC?). Sector interleaving may be an issue to look out for. When preparing a LSX system disk, you will need to think carefully about = the layout: Presumably the disk works with 128 byte sectors and 4 sectors are = grouped together to create a 512 byte unix block. Check out the disk = driver code for details: https://www.tuhs.org/cgi-bin/utree.pl?file=3DLSX/sys/decfd.c Block 0 contains bootstrap code which is loaded/called from the monitor = rom (or from a short code sequence keyed in on a =E2=80=9Cblinkenpanel=E2=80= =9D console). The filesystem itself starts at block 1 and runs up to a block N (you = need to tell fsutil how big the filesystem needs to be). After block N up to the end of the disk is space to contain 2 swapped = out programs plus 1 block for the return code of the third (default LSX = has a maximum of 3 processes). You have to figure out how many 512 = blocks are on your floppy and subtract out the swap space to arrive at a = figure for N. In the LSX source code =E2=80=99N=E2=80=99 is known as the define SWPLO, = see param.h for details: https://www.tuhs.org/cgi-bin/utree.pl?file=3DLSX/sys/param.h In this file, 99 blocks are reserved for swap, corresponding to = processes with 24KB memory; total disk size is defined as 500 blocks, = 250KB - note that this slightly exceeds the 241KB offered by the = standard IBM 77 track 26 sector formatting for 8=E2=80=9D disks. = Probably you will need to tweak the values in param.h Be careful with size units in the source code. Often sizes are expressed = in words (2 bytes). Where memory is concerned it is often expressed in = =E2=80=98clicks=E2=80=99, 64 bytes. 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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8603 invoked from network); 1 Jun 2020 15:19:31 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 15:19:31 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 9A06D9CA83; Tue, 2 Jun 2020 01:19:29 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 430EA93D46; Tue, 2 Jun 2020 01:18:55 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=planet.nl header.i=@planet.nl header.b="Xn5d4Buv"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 098569C90D; Tue, 2 Jun 2020 01:18:51 +1000 (AEST) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by minnie.tuhs.org (Postfix) with ESMTP id 8C2059C856 for ; Tue, 2 Jun 2020 01:18:46 +1000 (AEST) Received: from cpsps-ews03.kpnxchange.com ([10.94.84.170]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(8.5.9600.16384); Mon, 1 Jun 2020 17:18:44 +0200 X-Brand: 7abm2Q== X-KPN-SpamVerdict: e1=0;e2=0;e3=0;e4=(e1=10;e3=10;e2=11;e4=10);EVW:Whi te;BM:NotScanned;FinalVerdict:Clean X-CMAE-Analysis: v=2.3 cv=KMfB8GNo c=1 sm=1 tr=0 cx=a_idp_e a=dZ5u/0G9QtS9WKCcNUBnHQ==:117 a=soxbC+bCkqwFbqeW/W/r+Q==:17 a=x1i13A_MHe4A:10 a=IkcTkHD0fZMA:10 a=nTHF0DUjJn0A:10 a=MPCDYnztkxixgr2rRD8A:9 a=QEXdDO2ut3YA:10 X-CM-AcctID: kpn@feedback.cloudmark.com Received: from smtp.kpnmail.nl ([195.121.84.13]) by cpsps-ews03.kpnxchange.com over TLS secured channel with Microsoft SMTPSVC(8.5.9600.16384); Mon, 1 Jun 2020 17:18:44 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=planet.nl; s=planet01; h=to:date:message-id:subject:mime-version:content-type:from; bh=d3vMk/bt0PkAxbodeAsaI/xg/1Euowmstf1nvhlFqeQ=; b=Xn5d4Buv/sxdWrPi6r2TiKv4bF62rJStmnKiC+iBJVPNpHWksNAJtGDa1LrY7oXnGNSoVNVLOWWuN kh2NGb/1UQ1u0TE0jgflIZwHorW+jxiSRoFFhwcvmDASlwbGc3sKQTdLhqoBSq6JiTK3hgKClWpHrk P6AfyljKsPyKNGyU= X-KPN-VerifiedSender: Yes X-CMASSUN: 33|lVb+KmNKPqSwv/QiXyRvd65q/dYRxwRD+hEWzScYcbNhxUPlyjSkU1yu2Dw0QRg T3rZMNgoDzDC1DjJh8iB/Ag== X-Originating-IP: 80.101.112.122 Received: from mba2.fritz.box (sqlite.xs4all.nl [80.101.112.122]) by smtp.kpnmail.nl (Halon) with ESMTPSA id 2eb1b6af-a41b-11ea-8dc7-005056998788; Mon, 01 Jun 2020 17:18:44 +0200 (CEST) From: Paul Ruizendaal Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Message-Id: Date: Mon, 1 Jun 2020 17:18:44 +0200 To: paul@rileyriot.com, TUHS main list X-Mailer: Apple Mail (2.3445.104.11) X-OriginalArrivalTime: 01 Jun 2020 15:18:44.0604 (UTC) FILETIME=[F0A20BC0:01D63827] X-RcptDomain: minnie.tuhs.org Subject: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" >=20 > In this file, 99 blocks are reserved for swap, corresponding to = processes with 24KB memory; total disk size is defined as 500 blocks, = 250KB - note that this slightly exceeds the 241KB offered by the = standard IBM 77 track 26 sector formatting for 8=E2=80=9D disks. = Probably you will need to tweak the values in param.h Oops: 77 tracks by 26 sectors of 128 bytes, makes 250.25KB, so it should = work as configured. 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=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 20831 invoked from network); 1 Jun 2020 22:36:13 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 22:36:13 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id E91B19C928; Tue, 2 Jun 2020 08:36:09 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0443F9C5F1; Tue, 2 Jun 2020 08:35:34 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id A41B89C5F1; Tue, 2 Jun 2020 08:35:31 +1000 (AEST) Received: from mail-pj1-f44.google.com (mail-pj1-f44.google.com [209.85.216.44]) by minnie.tuhs.org (Postfix) with ESMTPS id 2FE5393D46 for ; Tue, 2 Jun 2020 08:35:31 +1000 (AEST) Received: by mail-pj1-f44.google.com with SMTP id k2so439318pjs.2 for ; Mon, 01 Jun 2020 15:35:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gE2XUzds7qkkxNKUshWq7Bai2TLDorKaBe6TjdqpiCA=; b=k+CwxrcenC2lJfyKjFkd8hEMZeOEGEIyXYo+CgRtUzIgYu7tylx4ivh/u9TqnbnUCs XNIvCxp2c+U833OpIeSvv5WpZfW0M9228o8hYOvd3WRUH2mybObEjvs3iE73aKS9ICct rS9QJ4R4kJSGnIlo08E1aQVGDvUnl46YI8fQLVfKTheiQ8RGhQFKZBo+1AzY3Y6wmyuH 338qVrcqhfkuCsG0pwrxxBCchAt+26Uf+ej3TdabHNO42iUImRgNzTdhUOKeanmQJzcq eVtqN504LK3D0iRqXC6rohkWIBYl3VtdcF7Ffc6o05jsg81LDL3unZF85CqWaCk8azN5 5/gg== X-Gm-Message-State: AOAM532p17gECDVfG3pvihw8aG7clZagHFhiqZ6uUECkoXJdSb0wDcgj ll1PGgT706hJFaNt0QzGZMF5dwieDK929IvMhJqqxQaR X-Google-Smtp-Source: ABdhPJxuN/b2sc1ZxFFUSk90hTSOXWRisnitaQ/IGbCmJmOyiZvSJuv6mkP37VS1a0lK5QFFvhuDBHADX4ooS/veHFE= X-Received: by 2002:a17:90b:a13:: with SMTP id gg19mr1800818pjb.49.1591050930757; Mon, 01 Jun 2020 15:35:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Paul Riley Date: Tue, 2 Jun 2020 06:35:21 +0800 Message-ID: To: Ronald Natalie Content-Type: multipart/alternative; boundary="0000000000008c250e05a70d690a" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000008c250e05a70d690a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ron, Trying to move a large number of source files from my Windows machine to the LSX simulation (or V6 simulation). This is a Unix forum, so I didn=E2= =80=99t explicitly say in a Unix format, but that was implied, sorry. Paul On Mon, 1 Jun 2020 at 9:01 pm, Ronald Natalie wrote: > Eh? An RL is just a cartridge disk drive, not a format. It would > depend on what the operating system you are using wanted to put on it. > Similarly the RX is just a floppy drive. In my memory, there wasn=E2= =80=99t > much UNIX use of these drives. The main reason the driver existed on th= e > VAX unices was to write the Console Floppy Disk in the 780 (which was in > RT-11 format). > > What are you trying to do? > > On Jun 1, 2020, at 6:18 AM, Paul Riley wrote: > > Team Unix, > > Is there a Windows or Linux utility to create a disk image in any of the > above formats, from a local folder tree? > > Paul > > *Paul Riley* > > Mo: +86 186 8227 8332 > Email: paul@rileyriot.com > > > -- *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com --0000000000008c250e05a70d690a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ron,

Trying to move a large number of source files from my Windows machine t= o the LSX simulation (or V6 simulation). This is a Unix forum, so I didn=E2= =80=99t explicitly say in a Unix format, but that was implied, sorry.
=

Paul

On Mon, 1 Jun = 2020 at 9:01 pm, Ronald Natalie <r= on@ronnatalie.com> wrote:
Eh? =C2=A0 An RL is just a= cartridge disk drive, not a format. =C2=A0 =C2=A0It would depend on what t= he operating system you are using wanted to put on it.
Similarly the RX= is just a floppy drive. =C2=A0 =C2=A0In my memory, there wasn=E2=80=99t mu= ch UNIX use of these drives. =C2=A0 The main reason the driver existed on t= he
VAX unices was to write the Console Floppy Disk in the 780 (wh= ich was in RT-11 format).

What are you trying to d= o?

On Jun 1, 2020, at 6:= 18 AM, Paul Riley <paul@rileyriot.com> wrote:

Team Un= ix,

Is there a Windows or Linux utility to create a disk= image in any of the above formats, from a local folder tree?
Paul

Paul Riley

Mo: +86 186 8227 8332
Email: pau= l@rileyriot.com

-- =
Paul Ril= ey

Mo: +86 186 8227 8332
Email: paul@rileyriot.com<= /div>

<= /div>
--0000000000008c250e05a70d690a-- 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=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 21855 invoked from network); 1 Jun 2020 22:45:59 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 22:45:59 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 83A419C96C; Tue, 2 Jun 2020 08:45:58 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0EA9D9C5F1; Tue, 2 Jun 2020 08:45:21 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id DEFF89C5F1; Tue, 2 Jun 2020 08:45:18 +1000 (AEST) Received: from mail-pl1-f177.google.com (mail-pl1-f177.google.com [209.85.214.177]) by minnie.tuhs.org (Postfix) with ESMTPS id 42AF393D46 for ; Tue, 2 Jun 2020 08:45:18 +1000 (AEST) Received: by mail-pl1-f177.google.com with SMTP id t16so516002plo.7 for ; Mon, 01 Jun 2020 15:45:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GanN3MdIL7BqugiECxmIiFNegaQVW25pz0tlMEkNt8g=; b=JjgQ0IHNjrFKvWkkGANF0ZxsaE4drMnnffi7eSntnhXECuP76YkIC00V49W61fF8aA HUY06WZ4or/PGx3Sfi/a7quJXUCzgGMLLcXlU4b58eIymuk8DUCRXj758NPzXDSdqWB6 jdb9DVELgcgJlVRAM0xcrfBOAcvGgr3Ll4zfJnyaj8ChVRAiAAPhBaNOSiBAJHLXSPi4 xNhGzPUUdzaBY/vS6kOW00V8Seq497Cac+mrNQTc8B43Ic5QQfDQ8k0n8AW1YiQFpXTO OjznC4ukwco3KXW0riSBvjZvKNjN/5hhQZxxZBcYzx8R1QgiYVwhzZBgsw1CsgZ6O0kd 81kQ== X-Gm-Message-State: AOAM533HUbJJbl0WiafiQRvqqyN0sybCQfXovouZRgXHYRzwrIzC14qs kToTzC8Ch6Y18cGEYATbBmqJAMkmHb4eQmml8pU= X-Google-Smtp-Source: ABdhPJwXA/rb2StrUcFo0+YqpSv3FhgLengVYN7UBT8/GmFYBZ6t3i2z4cTCOvmiw/FI/uB7wvpPKUFS2WCnD71BSNM= X-Received: by 2002:a17:90a:fa95:: with SMTP id cu21mr1794205pjb.56.1591051517501; Mon, 01 Jun 2020 15:45:17 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Paul Riley Date: Tue, 2 Jun 2020 06:45:07 +0800 Message-ID: To: Clem Cole Content-Type: multipart/alternative; boundary="0000000000008523ca05a70d8c0f" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000008523ca05a70d8c0f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Clem, Thanks for your help. You=E2=80=99ve correctly interpreted my question. Is the disk image independent from the disk hardware? I=E2=80=99d assume th= at different disks may have different block sizes etc, so the disk type may be important. The target system is LSX, a cut-down version of V6 designed to run on the LSI-11. There are very few system utilities in the standard build (no mount for example). The second floppy is permanently mounted at boot time. I=E2= =80=99m interested in making source file floppies on my modern system to use on the LSX, so I want to be able to create an image file from a source folder tree= . Paul On Mon, 1 Jun 2020 at 9:05 pm, Clem Cole wrote: > > > On Mon, Jun 1, 2020 at 6:19 AM Paul Riley wrote: > >> Is there a Windows or Linux utility to create a disk image in any of the >> above formats, from a local folder tree? >> > What I think you are asking, is there a utility for a modern OS that will > walk a local folder tree on my OS and create a new file whose structure i= s > that of the file system for OS . > > The issue is not the device as much as the OS and disk file layout. As > far as UNIX (or simh at the OS level) is concerned, the disk is just a > linear array of bytes, addressed by blocks. The physical format is not > seen by UNIX. > > There are numerious utilities, as well as 'foreign file systems' that are > available. For instance, many Unix's can write RT-11 and MS-DOS format > with standard utilities. It really depends the OS. That said, > if the target OS is modern enough to support NFS or Samba, the easiest wa= y > might be export the file system from local system, and then running a > simulated OS, 'mount' the file system. > --=20 *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com --0000000000008523ca05a70d8c0f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Clem,

Thanks for your help. You=E2=80=99ve correctly interpreted my question= .

Is the disk image inde= pendent from the disk hardware? I=E2=80=99d assume that different disks may= have different block sizes etc, so the disk type may be important.

The target system is LSX, a cut= -down version of V6 designed to run on the LSI-11. There are very few syste= m utilities in the standard build (no mount for example). The second floppy= is permanently mounted at boot time. I=E2=80=99m interested in making sour= ce file floppies on my modern system to use on the LSX, so I want to be abl= e to create an image file from a source folder tree.

Paul

On Mon, 1 Jun 2020 at 9:05 pm, = Clem Cole <clemc@ccc.com> wrote:=

<= /div>
O= n Mon, Jun 1, 2020 at 6:19 AM Paul Riley <paul@rileyriot.com> wrote:
Is there a Windows or Linux utility to cre= ate a disk image in any of the above formats, from a local folder tree?=C2= =A0
What I think you are asking, is th= ere a utility for a modern OS that will walk a local folder tree on my OS a= nd create a new file whose structure is that of the file system for OS <= insert yours here>.

The i= ssue is not the device as much as the OS and disk file layout.=C2=A0 =C2=A0= As far as UNIX (or simh at the OS level) is concerned, the disk is just a = linear array of bytes, addressed by blocks.=C2=A0 The physical format is no= t seen by UNIX.

There are nu= merious=C2=A0utilities, as well as 'foreign file systems' that are = available.=C2=A0 =C2=A0For instance, many Unix's can write RT-11 and MS= -DOS format with standard utilities.=C2=A0=C2=A0=C2=A0It really depends the OS.=C2=A0 That said,
if the target OS is modern enough to support NFS or Samba,= the easiest way might be export the file system from local system, and the= n running a simulated OS, 'mount' the file system.

--
<= div>
Paul Riley

Mo: +86 186 822= 7 8332
Email: paul@rileyriot.com

--0000000000008523ca05a70d8c0f-- 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=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22830 invoked from network); 1 Jun 2020 22:55:26 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 1 Jun 2020 22:55:26 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 6E2DD9CA80; Tue, 2 Jun 2020 08:55:22 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 1FB959C5F1; Tue, 2 Jun 2020 08:54:43 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 3D3999C5F1; Tue, 2 Jun 2020 08:54:40 +1000 (AEST) Received: from mail-pl1-f169.google.com (mail-pl1-f169.google.com [209.85.214.169]) by minnie.tuhs.org (Postfix) with ESMTPS id 6166C93D46 for ; Tue, 2 Jun 2020 08:54:38 +1000 (AEST) Received: by mail-pl1-f169.google.com with SMTP id g12so515969pll.10 for ; Mon, 01 Jun 2020 15:54:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/SX00ut/UCt8IfbvSI2fnPUedclQWs4qD4mD4a5/kfk=; b=XjJi4PSomZNnW+pstoiaMaJ435KuLoh63Z6u3WgumS4gCB/I39LDFQ1zXJHlCJDHta HqaZSBLXMOkboNNXzqM0A1OvK/7Q3mTlWHy+NWlMKKsXagvZnMn4vzgDe1drFppd4s0G Wn5mQKXlbv0TXqZGcXyCD0zl6ljFXmQYpjmsW3LH6pKLju5dxxtoENuG5UB6B6WW0JTl SemwQoDp2nxpyWqHNn9Y2DRxEODC+t6Z5SuVdSCkdNYWJxfilHycscE4ceZXy+VqW9FZ /LFA6/FtYuHy6MxMJGjkp2EKFgGicv0AQex4KjcihPPQDVaHHlERNiln+n7J/WgnhU9p tS1w== X-Gm-Message-State: AOAM530kHoscdQRQot9bPofuk2noDqJlboN4QC7g9qh/ZI0J3QZg2CV6 1Zt5NXMnqMjyTHNupJozt8GHEeaphcCqOeTH5sUmmNPN X-Google-Smtp-Source: ABdhPJxJIDX3e959HEIfGR/hmTwaTOG80QY/NEd6B5wGWBSpogeiZ8PXbJHS6S8Uw7iRTfsU26cZlIiYjq+NqOh/D54= X-Received: by 2002:a17:90b:706:: with SMTP id s6mr1878295pjz.11.1591052077845; Mon, 01 Jun 2020 15:54:37 -0700 (PDT) MIME-Version: 1.0 References: <94C31414-D9DF-41C5-B0D9-9FB92994B513@planet.nl> In-Reply-To: <94C31414-D9DF-41C5-B0D9-9FB92994B513@planet.nl> From: Paul Riley Date: Tue, 2 Jun 2020 06:54:28 +0800 Message-ID: To: Paul Ruizendaal Content-Type: multipart/alternative; boundary="000000000000eb541405a70dad5a" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000eb541405a70dad5a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Paul, Many thanks for your detailed reply, it=E2=80=99s much appreciated. I=E2=80=99ll start with the Bkunix utility and see if SimH can use the outp= ut, then move on to your other suggestions if not. Paul On Mon, 1 Jun 2020 at 11:04 pm, Paul Ruizendaal wrote: > > Team Unix, Is there a Windows or Linux utility to create a disk image i= n > any of the above formats, from a local folder tree? Paul *Paul Riley* > > It seems you are asking for two tools in the BK-UNIX toolbox, fsutil and > dskutil > https://github.com/sergev/bkunix/tree/master/fsutil > https://github.com/sergev/bkunix/tree/master/diskutil > > The first generates a Unix 6th edition file system from a local directory > tree. The result is a binary file with the 512 byte disk blocks stored in > sequence. Maybe this is what SIMH needs, I=E2=80=99m not into the details= of SIMH. > > The second appears to be a tool to take the a file generated by the fsuti= l > tool and split that into sectors and tracks. I=E2=80=99m not familiar wit= h this > tool, but it looks like you might need something similar (I assume that y= ou > have some way to hook up a 8=E2=80=9D drive to your PC?). Sector interlea= ving may > be an issue to look out for. > > When preparing a LSX system disk, you will need to think carefully about > the layout: > > Presumably the disk works with 128 byte sectors and 4 sectors are grouped > together to create a 512 byte unix block. Check out the disk driver code > for details: > https://www.tuhs.org/cgi-bin/utree.pl?file=3DLSX/sys/decfd.c > > Block 0 contains bootstrap code which is loaded/called from the monitor > rom (or from a short code sequence keyed in on a =E2=80=9Cblinkenpanel=E2= =80=9D console). > > The filesystem itself starts at block 1 and runs up to a block N (you nee= d > to tell fsutil how big the filesystem needs to be). > > After block N up to the end of the disk is space to contain 2 swapped out > programs plus 1 block for the return code of the third (default LSX has a > maximum of 3 processes). You have to figure out how many 512 blocks are o= n > your floppy and subtract out the swap space to arrive at a figure for N. > > In the LSX source code =E2=80=99N=E2=80=99 is known as the define SWPLO, = see param.h for > details: > https://www.tuhs.org/cgi-bin/utree.pl?file=3DLSX/sys/param.h > > In this file, 99 blocks are reserved for swap, corresponding to processes > with 24KB memory; total disk size is defined as 500 blocks, 250KB - note > that this slightly exceeds the 241KB offered by the standard IBM 77 track > 26 sector formatting for 8=E2=80=9D disks. Probably you will need to twea= k the > values in param.h > > Be careful with size units in the source code. Often sizes are expressed > in words (2 bytes). Where memory is concerned it is often expressed in > =E2=80=98clicks=E2=80=99, 64 bytes. > > > > > -- *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com --000000000000eb541405a70dad5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Paul,

Many thanks for your detailed reply, it=E2=80=99s much appreciated.

I=E2=80=99ll start with th= e Bkunix utility and see if SimH can use the output, then move on to your o= ther suggestions if not.

Paul

On Mon, 1 Jun 2020 at 11:04 pm, Paul Ruizendaal <pnr@planet.nl> wrote:
> Team Unix, Is there a Windows or Linux utility to create a disk = image in any of the above formats, from a local folder tree? Paul *Paul Ril= ey*

It seems you are asking for two tools in the BK-UNIX toolbox, fsutil and ds= kutil
https://github.com/sergev/bkunix/tree/master/fsut= il
https://github.com/sergev/bkunix/tree/master/di= skutil

The first generates a Unix 6th edition file system from a local directory t= ree. The result is a binary file with the 512 byte disk blocks stored in se= quence. Maybe this is what SIMH needs, I=E2=80=99m not into the details of = SIMH.

The second appears to be a tool to take the a file generated by the fsutil = tool and split that into sectors and tracks. I=E2=80=99m not familiar with = this tool, but it looks like you might need something similar (I assume tha= t you have some way to hook up a 8=E2=80=9D drive to your PC?). Sector inte= rleaving may be an issue to look out for.

When preparing a LSX system disk, you will need to think carefully about th= e layout:

Presumably the disk works with 128 byte sectors and 4 sectors are grouped t= ogether to create a 512 byte unix block. Check out the disk driver code for= details:
https://www.tuhs.org/cgi-bin/utree.pl?fi= le=3DLSX/sys/decfd.c

Block 0 contains bootstrap code which is loaded/called from the monitor rom= (or from a short code sequence keyed in on a =E2=80=9Cblinkenpanel=E2=80= =9D console).

The filesystem itself starts at block 1 and runs up to a block N (you need = to tell fsutil how big the filesystem needs to be).

After block N up to the end of the disk is space to contain 2 swapped out p= rograms plus 1 block for the return code of the third (default LSX has a ma= ximum of 3 processes). You have to figure out how many 512 blocks are on yo= ur floppy and subtract out the swap space to arrive at a figure for N.

In the LSX source code =E2=80=99N=E2=80=99 is known as the define SWPLO, se= e param.h for details:
https://www.tuhs.org/cgi-bin/utree.pl?fi= le=3DLSX/sys/param.h

In this file, 99 blocks are reserved for swap, corresponding to processes w= ith 24KB memory; total disk size is defined as 500 blocks, 250KB - note tha= t this slightly exceeds the 241KB offered by the standard IBM 77 track 26 s= ector formatting for 8=E2=80=9D disks. Probably you will need to tweak the = values in param.h

Be careful with size units in the source code. Often sizes are expressed in= words (2 bytes). Where memory is concerned it is often expressed in =E2=80= =98clicks=E2=80=99, 64 bytes.

--
<= div>
Paul Riley

Mo: +86 186 822= 7 8332
Email: paul@rileyriot.com

--000000000000eb541405a70dad5a-- 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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 29675 invoked from network); 2 Jun 2020 00:00:13 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 00:00:13 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id CEBFA9CA99; Tue, 2 Jun 2020 10:00:12 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 836EF9C5F1; Tue, 2 Jun 2020 09:59:28 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; secure) header.d=mxes.net header.i=@mxes.net header.b="LavecU+k"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 7CB2B9C5F1; Tue, 2 Jun 2020 09:59:25 +1000 (AEST) Received: from smtp-out-3.mxes.net (smtp-out-3.mxes.net [198.205.123.68]) by minnie.tuhs.org (Postfix) with ESMTPS id C6FF593D46 for ; Tue, 2 Jun 2020 09:59:24 +1000 (AEST) Received: from Customer-MUA (mua.mxes.net [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 15E4075985; Mon, 1 Jun 2020 19:59:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mxes.net; s=mta; t=1591055962; bh=glT4NO+WScFciaFzlqU9OBAA1wdrpSsPjjTB8KK8KtM=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Message-Id:References:To; b=LavecU+kk8ksVqtbzwT1W1vp0hzNOaCMwUBhG51WpOZFIMSkpt3tvQNSoX4tCFYC3 evL+B7/Pnc1B9lwX6OxiI3uPGq3p4hBDLcXIaYovrjHBiOQ62Axlnw7EJblBPMUFOX XjqapSyC4eHd9Dg+nqZekN/sYOpbk5sBIFENL+7s= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Ronald Natalie In-Reply-To: Date: Mon, 1 Jun 2020 19:59:20 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Paul Riley X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Sent-To: Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" As far as the early UNIXs go, any disk is collection of 512-byte blocks. = The filesystems either the early (what I=E2=80=99ll call V6) and the = later (V7) don=E2=80=99t differ much. The primary difference is that the later V7 had 16-bit uids and a = provision for larger file systems/sizes. The V6 file system was = limited to 2^24 blocks while V7 did 2^32. The 512 block size corresponded to the native sector size of all the DEC = hardware except the RX which I think only had 128-byte sectors. But = again, we didn=E2=80=99t do much with that other than write the standalone console disks for the = 780 (in RT format) and I also used it to make =E2=80=9Cunix=E2=80=9D = file system disks for the BRL =E2=80=9CLOS=E2=80=9D (little operating system=E2=80=A6no time for sharing, uniprocessor = system) that ran our internet routers and the IO hardware on the HEP = supercomputer. 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=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31249 invoked from network); 2 Jun 2020 00:15:10 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 00:15:10 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 8348D9CAA8; Tue, 2 Jun 2020 10:15:08 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 8364E9C5F1; Tue, 2 Jun 2020 10:14:49 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 4F02C9C5F1; Tue, 2 Jun 2020 10:14:47 +1000 (AEST) Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by minnie.tuhs.org (Postfix) with ESMTPS id EF2FA93D46 for ; Tue, 2 Jun 2020 10:14:46 +1000 (AEST) Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id 359F618C073; Mon, 1 Jun 2020 20:14:46 -0400 (EDT) To: tuhs@minnie.tuhs.org Message-Id: <20200602001446.359F618C073@mercury.lcs.mit.edu> Date: Mon, 1 Jun 2020 20:14:46 -0400 (EDT) From: jnc@mercury.lcs.mit.edu (Noel Chiappa) Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: jnc@mercury.lcs.mit.edu Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" > From: Ronald Natalie > The V6 file system was limited to 2^24 blocks No, 2^16; from filsys.h: int s_fsize; /* size in blocks of entire volume */ and of course on an -11 an int is 16 bits. Maybe you're thinking of the file size, which was 2^24 bytes (max). Noel 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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 6182 invoked from network); 2 Jun 2020 01:27:37 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 01:27:37 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 16D649CAAB; Tue, 2 Jun 2020 11:27:34 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id ECC079C6C8; Tue, 2 Jun 2020 11:27:02 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; secure) header.d=mxes.net header.i=@mxes.net header.b="inOFUQ5+"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 952079C5F1; Tue, 2 Jun 2020 11:27:00 +1000 (AEST) Received: from smtp-out-3.mxes.net (smtp-out-3.mxes.net [198.205.123.68]) by minnie.tuhs.org (Postfix) with ESMTPS id E6DB193D46 for ; Tue, 2 Jun 2020 11:26:59 +1000 (AEST) Received: from Customer-MUA (mua.mxes.net [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 3B55675967; Mon, 1 Jun 2020 21:26:57 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mxes.net; s=mta; t=1591061218; bh=pQD7Nm/2Wt5e3aUiIkPzEJ9w2i7ej6cWIm55IpHO5Gw=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Message-Id:References:To; b=inOFUQ5+8VpIERRBjAkY+a2eAAAzW3h9jVNcUIZ9mcSQGbE17GRmBmMXbgHhIZ1xU 7L5S8i3f7nl2DrtfkjnVbd2nT67frR6Sb8Ku6cYStlhPSLUQXP7yBVhci2rqlIRZDi ZfSA9/YMMt+c7uDdEs2oKWEZnqXwRbr6Tdzd9S/E= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Ronald Natalie In-Reply-To: <20200602001446.359F618C073@mercury.lcs.mit.edu> Date: Mon, 1 Jun 2020 21:26:56 -0400 Content-Transfer-Encoding: 7bit Message-Id: <8C214FC8-A7F3-4DC1-9600-DA3CE357F041@ronnatalie.com> References: <20200602001446.359F618C073@mercury.lcs.mit.edu> To: Noel Chiappa X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Sent-To: Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" You are right. 16 bit block numbers 24 bit file size for V6. > On Jun 1, 2020, at 8:14 PM, Noel Chiappa wrote: > >> From: Ronald Natalie > >> The V6 file system was limited to 2^24 blocks > > No, 2^16; from filsys.h: > > int s_fsize; /* size in blocks of entire volume */ > > and of course on an -11 an int is 16 bits. > > Maybe you're thinking of the file size, which was 2^24 bytes (max). > > Noel 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=-1.0 required=5.0 tests=HTML_MESSAGE, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27816 invoked from network); 2 Jun 2020 04:58:52 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 04:58:52 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id AE12C9CA91; Tue, 2 Jun 2020 14:58:51 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id C8EA69C5F1; Tue, 2 Jun 2020 14:58:13 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 59D6F9C5F1; Tue, 2 Jun 2020 14:58:11 +1000 (AEST) Received: from mail-pg1-f174.google.com (mail-pg1-f174.google.com [209.85.215.174]) by minnie.tuhs.org (Postfix) with ESMTPS id E81F093D46 for ; Tue, 2 Jun 2020 14:58:10 +1000 (AEST) Received: by mail-pg1-f174.google.com with SMTP id t7so3692361pgt.3 for ; Mon, 01 Jun 2020 21:58:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=p56Y7fmqCcH9yd90FyBJp1nRTu0jlDkj65PuDqnKC5U=; b=rUFd4AhJkFNOfAfq0ORJaMID5V/G02Hx1PNst2YizEXOw5aaGKoxJ8hK09LFPiMYq3 KfuLYr6Yuk0YGqfYpUIGjdFVd6BU5VD0Phq4gJ9j9Om+ImN8SBOn6HoTaX28aLO6rqbg p7pL5iabaLIN0SKavDPR7j0Jfms1KiYDrQr83xH1Q2r3zIPfOeJIktaTHVCANgMEjD4u SsHuKmbkLCmJyIHMqt9KSDlm5CfmwSiH6+6BE/fGPY6nm3wF+CCb1VnsQ5jJxcpcO/DA h9D3GzKjZqD1rSUZYewjpN4hlsLHDSmtIviDSdJdH/UUQGbWhqNLYyaZ+Uun/mrDxm8u 1vzA== X-Gm-Message-State: AOAM533y06PM88SMZfcIQni1w6NTxca28sZNNtF4N687nxywoGugYjWg bI64vJvLP+PW8AqisAg73XhLSBW9kRPpYcwJM+o= X-Google-Smtp-Source: ABdhPJxaJsFrVXlMdWHgNEPUwq3ig21Pss/lMY2f0NVvfvi8VQBogo4mjR93xtAgVlxwzpLlBKK6/9wCjDF4dfNEd1A= X-Received: by 2002:a63:3545:: with SMTP id c66mr21421398pga.82.1591073890310; Mon, 01 Jun 2020 21:58:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Paul Riley Date: Tue, 2 Jun 2020 12:57:54 +0800 Message-ID: To: Ronald Natalie Content-Type: multipart/alternative; boundary="0000000000000b204d05a712c25a" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000000b204d05a712c25a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Ron, and all others. Theres plenty of grist for the mill, time for me to grind it. Paul *Paul Riley* Mo: +86 186 8227 8332 Email: paul@rileyriot.com On Tue, 2 Jun 2020 at 07:59, Ronald Natalie wrote: > As far as the early UNIXs go, any disk is collection of 512-byte blocks. > The filesystems either the early (what I=E2=80=99ll call V6) and the l= ater (V7) > don=E2=80=99t differ much. > The primary difference is that the later V7 had 16-bit uids and a > provision for larger file systems/sizes. The V6 file system was limite= d > to 2^24 blocks while V7 > did 2^32. > > The 512 block size corresponded to the native sector size of all the DEC > hardware except the RX which I think only had 128-byte sectors. But > again, we didn=E2=80=99t > do much with that other than write the standalone console disks for the > 780 (in RT format) and I also used it to make =E2=80=9Cunix=E2=80=9D file= system disks for > the BRL =E2=80=9CLOS=E2=80=9D > (little operating system=E2=80=A6no time for sharing, uniprocessor system= ) that > ran our internet routers and the IO hardware on the HEP supercomputer. > > > --0000000000000b204d05a712c25a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Ron, and all others.

Theres plen= ty of grist for the mill, time for me to grind it.

Paul

Paul Riley

Mo: +86 = 186 8227 8332
Email: paul@rileyriot.com

<= br>
On Tue,= 2 Jun 2020 at 07:59, Ronald Natalie <ron@ronnatalie.com> wrote:
As far as the early UNIXs go, any disk is collection = of 512-byte blocks.=C2=A0 =C2=A0 =C2=A0The filesystems either the early (wh= at I=E2=80=99ll call V6) and the later (V7) don=E2=80=99t differ much.
The primary difference is that the later V7 had 16-bit uids and a provision= for larger file systems/sizes.=C2=A0 =C2=A0 The V6 file system was limited= to 2^24 blocks while V7
did 2^32.

The 512 block size corresponded to the native sector size of all the DEC ha= rdware except the RX which I think only had 128-byte sectors.=C2=A0 =C2=A0 = But again, we didn=E2=80=99t
do much with that other than write the standalone console disks for the 780= (in RT format) and I also used it to make =E2=80=9Cunix=E2=80=9D file syst= em disks for the BRL =E2=80=9CLOS=E2=80=9D
(little operating system=E2=80=A6no time for sharing, uniprocessor system) = that ran our internet routers and the IO hardware on the HEP supercomputer.=

--0000000000000b204d05a712c25a-- 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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 14237 invoked from network); 2 Jun 2020 13:32:38 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 13:32:38 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id CF3839CA83; Tue, 2 Jun 2020 23:32:36 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 13C629C5EC; Tue, 2 Jun 2020 23:31:59 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="sIgmm5Gq"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 7118C9C5EC; Tue, 2 Jun 2020 23:31:56 +1000 (AEST) Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) by minnie.tuhs.org (Postfix) with ESMTPS id 62A8993D46 for ; Tue, 2 Jun 2020 23:31:55 +1000 (AEST) Received: by mail-qk1-f178.google.com with SMTP id 205so12474555qkg.3 for ; Tue, 02 Jun 2020 06:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6iPpU6R46EjUqbb/hnjNI+uUKxnOFeJL4h3ZUGw0Tx8=; b=sIgmm5GqT6brCtC2zz+suFARc5KvQ11BDSeV9prBlCRty1hs+pIL8umLOL2L26ggQ+ kYTr0/NLmxXFifY5xD7nB/qWcR8cbtXDtryu1DbdHyzT8GWzArf9H4WHlHNnYLhW2jKw QzUuc08BOZlqk7zmT9XhnvpRfcdSTwMNLYON8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6iPpU6R46EjUqbb/hnjNI+uUKxnOFeJL4h3ZUGw0Tx8=; b=mOM5OWiL5z3X/taV4yqjRD1VqbjSuVlGcKfM44U+czMKQnpnyjxo+ZlnA9C6XYKNAn VqpuXRhSjQZ5QlgeHpCuu2dAfPxM8M9KoH5sr+hAupFuzs9Mlpkr2eH4/kwdFvMSG+cK IYAUqWU24SCuWIbzbejiC3D44vFepdnOYEkeMPDFxGhzM+DmQb8h8shBJ03Z6dkUUc1y trStB0NDKjyRx56wSoqbcQHdr5ln3h+fB9NPixmOUI+JTPZsMjYw2eKPONOfUY5JJo3Y FYADYOmQxNoy21YU95aMHqsxbFOKyzh6y8rzmvXzcSQrmz4KRhAdZ0UgPQ97PIb4ATHc wOYw== X-Gm-Message-State: AOAM530d1xvr+0GKGXAAtEld7gcTDPhtBKBYK4s2XDYDz4mbB2eMQveb +4OunYN3JG3ZIKkNV/KbbVqQq/NwZ0R+fWVT7z+E0A== X-Google-Smtp-Source: ABdhPJyXUn8NFJydd3BzCMnj8bJWHJ4NzMRXa3WyxWnS9jiL8kreAeGFXq/IxX1fG0mUN9BlKuwBZh8hXp4d+LB4K4I= X-Received: by 2002:a37:65cf:: with SMTP id z198mr9393912qkb.133.1591104713999; Tue, 02 Jun 2020 06:31:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Tue, 2 Jun 2020 09:31:28 -0400 Message-ID: To: Paul Riley Content-Type: multipart/alternative; boundary="00000000000047657c05a719ef2e" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --00000000000047657c05a719ef2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Frankly, using a common tape format, and then a raw disk as the 'tape' tends to be easy. For instance, if it's an older system like v6, there is a binary for v6tar kicking around that was created as part of the v7 conversion utilities (or you can build it yourself with a little work - the issue a few changes in some headers). Put that binary on your v6 system. Then create a tar image on your modern system. Tar uses a threaded ASCII header and actually had a bug in it, that is exploited as an extension mechanism and became a feature (I'll explain off line if need be). So modern tar's will produce a checksum that the original's will correctly accept. Note the modern tar can create >>file types<< that the old tar will not understand, but it will just skip them. Going the back works too, but is limited by the original's handling of things like directories. It is generally not a problem. So, the result is that you can attach that 'tarball' as a raw disk on simh and then read it with v6tar. Another possible way to go it to try to get stp(1) to compile on the more modern system [it's on the Harvard tape IIRC -- it was the first version of tp in C -- earlier versions were in PDP-11 assembler). But ... since that was written with the a pre-Typesetter C compiler, and has a PDP-11 binary format knowledge in it and I think used Lesk's portable I/O package, so it might be a little more difficult to get running on a more modern C. On Mon, Jun 1, 2020 at 6:45 PM Paul Riley wrote: > Clem, > > Thanks for your help. You=E2=80=99ve correctly interpreted my question. > > Is the disk image independent from the disk hardware? I=E2=80=99d assume = that > different disks may have different block sizes etc, so the disk type may = be > important. > > The target system is LSX, a cut-down version of V6 designed to run on the > LSI-11. There are very few system utilities in the standard build (no mou= nt > for example). The second floppy is permanently mounted at boot time. I=E2= =80=99m > interested in making source file floppies on my modern system to use on t= he > LSX, so I want to be able to create an image file from a source folder tr= ee. > > Paul > > On Mon, 1 Jun 2020 at 9:05 pm, Clem Cole wrote: > >> >> >> On Mon, Jun 1, 2020 at 6:19 AM Paul Riley wrote: >> >>> Is there a Windows or Linux utility to create a disk image in any of th= e >>> above formats, from a local folder tree? >>> >> What I think you are asking, is there a utility for a modern OS that wil= l >> walk a local folder tree on my OS and create a new file whose structure = is >> that of the file system for OS . >> >> The issue is not the device as much as the OS and disk file layout. A= s >> far as UNIX (or simh at the OS level) is concerned, the disk is just a >> linear array of bytes, addressed by blocks. The physical format is not >> seen by UNIX. >> >> There are numerious utilities, as well as 'foreign file systems' that ar= e >> available. For instance, many Unix's can write RT-11 and MS-DOS format >> with standard utilities. It really depends the OS. That said, >> if the target OS is modern enough to support NFS or Samba, the easiest >> way might be export the file system from local system, and then running = a >> simulated OS, 'mount' the file system. >> > -- > *Paul Riley* > > Mo: +86 186 8227 8332 > Email: paul@rileyriot.com > > --00000000000047657c05a719ef2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Frankly, using a common tape format, and then a raw dis= k as the 'tape' tends to be easy.=C2=A0 For instance,=C2=A0 if it&#= 39;s an older system like v6, there is a binary for v6tar kicking around th= at was created as part of the v7 conversion utilities (or you can build it = yourself with a little work - the issue a few changes in some headers).=C2= =A0 =C2=A0Put that binary on your v6 system.=C2=A0 =C2=A0Then create a tar = image on your modern system.=C2=A0 =C2=A0Tar uses a threaded ASCII header a= nd actually had a bug in it, that is exploited as an extension mechanism an= d became a feature (I'll explain off line=C2=A0if need=C2=A0be).=C2=A0 = So modern tar's will produce a checksum that the original's will co= rrectly accept.=C2=A0 Note the modern tar can create >>file types<= < that the old tar will not understand, but it will just=C2=A0skip them.=

Going the back works too, but is limited by the origi= nal's handling of things like directories.=C2=A0 It is generally not a = problem.

So, the result is that you can attach that &#= 39;tarball' as a raw disk on simh and then read it with v6tar.=C2=A0=C2= =A0

Another possible way to go it to try to get stp(1)= to compile on the more modern system [it's on the Harvard tape IIRC --= it was the first version of tp in C -- earlier versions were in PDP-11 ass= embler).=C2=A0 But ...=C2=A0 since that was written with the a pre-Typesett= er C compiler, and has a PDP-11 binary format knowledge in it and I think u= sed Lesk's portable I/O package, so it might be a little more difficult= to get running on a more modern=C2=A0C.

On Mon, Jun 1, 2020 at 6:45 P= M Paul Riley <paul@rileyriot.com> wrote:
Clem,

Thanks for your help. You=E2=80=99ve correctly interpreted my question.<= /div>

Is the disk image indepe= ndent from the disk hardware? I=E2=80=99d assume that different disks may h= ave different block sizes etc, so the disk type may be important.

The target system is LSX, a cut-d= own version of V6 designed to run on the LSI-11. There are very few system = utilities in the standard build (no mount for example). The second floppy i= s permanently mounted at boot time. I=E2=80=99m interested in making source= file floppies on my modern system to use on the LSX, so I want to be able = to create an image file from a source folder tree.
<= br>
Paul

On Mon, 1 Jun 2020 at 9:05 pm, Cl= em Cole <clemc@ccc.co= m> wrote:

On Mon, Jun 1, 2020 at 6:19= AM Paul Riley <= paul@rileyriot.com> wrote:
Is there a Windows or Linux utility= to create a disk image in any of the above formats, from a local folder tr= ee?=C2=A0
What I think you are asking,= is there a utility for a modern OS that will walk a local folder tree on m= y OS and create a new file whose structure is that of the file system for O= S <insert yours here>.

The issue is not the device as much as the OS and disk file layout.=C2=A0 = =C2=A0 As far as UNIX (or simh at the OS level) is concerned, the disk is j= ust a linear array of bytes, addressed by blocks.=C2=A0 The physical format= is not seen by UNIX.

There= are numerious=C2=A0utilities, as well as 'foreign file systems' th= at are available.=C2=A0 =C2=A0For instance, many Unix's can write RT-11= and MS-DOS format with standard utilities.=C2=A0=C2=A0=C2=A0It really depends = the OS.=C2=A0 That s= aid,
if the target OS is modern enough to support NFS = or Samba, the easiest way might be export the file system from local system= , and then running a simulated OS, 'mount' the file system.<= /div>

--
Paul Riley

M= o: +86 186 8227 8332
Email: paul@rileyriot.com

<= /div>
--00000000000047657c05a719ef2e-- 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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 16302 invoked from network); 2 Jun 2020 13:53:38 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 13:53:38 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 3295F9CAAF; Tue, 2 Jun 2020 23:53:37 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id AEEB19C5EC; Tue, 2 Jun 2020 23:53:12 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="Qi+iaiPY"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 6C1B29C5EC; Tue, 2 Jun 2020 23:53:11 +1000 (AEST) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) by minnie.tuhs.org (Postfix) with ESMTPS id E2C3293D46 for ; Tue, 2 Jun 2020 23:53:10 +1000 (AEST) Received: by mail-qk1-f169.google.com with SMTP id f18so12587668qkh.1 for ; Tue, 02 Jun 2020 06:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V2WGhI4lCEaxmTkq20U4SfNIEtpYbHq6yNUobhNuAbM=; b=Qi+iaiPYedOSpJDiE1gYc0i/fV0MD5ithufp8uJaMQVv2Ki5ts77VC88xLzZVYiIDw z+W/8aoyBGgAxkqSvfFQrNNpWrykbl2GjRZFZUGhbYp0tvpfGNP6l4W4aqInMW+QoRlk 0V/XWeumXQypd5OzCEfqmpJxWE+NSTGy8iRWw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=V2WGhI4lCEaxmTkq20U4SfNIEtpYbHq6yNUobhNuAbM=; b=n/2iqTj7YJ4iinWIQgPnqz7wXnl3EwIm+3qhMidWFcGCt4tcYIM4rMQJuU0EmW8yOR A0tCSw8ZWFjhs4qJAYWnvNFk+mfW6uuPS3N9CDtei80ag96eT8jHNfFjShjC09RFUCim pCMivSGqoxFV7KWqNp1/qB8AadKON0Vi/X5qWmn3zbrHbCqtET0uwsY3UJJAS96ZVT4U jH0B8iiXWhl9+RDkhL09Wcy3hlhIR24d3jnGtTbljNzm1GaqNRns1Et3eyxqGsuuzxTX eCb1HaVjXetQeRBX4KTVyWabbJSe/cZxscShOsm5mlnUei2Sng344iYZbQPDLw45DahA hHnw== X-Gm-Message-State: AOAM533pBVgw+/V7OHN4vfNy0v/Z/IwHeWWSyPbJbjYLzmRI25njmSAu wmybG/xiPN8yJMwzl7Egkeck5HHeIr6Ys4wBqva3/g== X-Google-Smtp-Source: ABdhPJwO4t3vVoQBXEXYbIbtLFYsJpoxHQ2ZKrgd8pMg7SzJGb/PPXvgr2Bfzx4IBDbTUrSJAYAme+J6uhl99NgtLHw= X-Received: by 2002:a37:6385:: with SMTP id x127mr25061652qkb.307.1591105989836; Tue, 02 Jun 2020 06:53:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Tue, 2 Jun 2020 09:52:44 -0400 Message-ID: To: Paul Riley Content-Type: multipart/alternative; boundary="000000000000532dbe05a71a3bb9" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000532dbe05a71a3bb9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 1, 2020 at 6:45 PM Paul Riley wrote: > Is the disk image independent from the disk hardware? I=E2=80=99d assume = that > different disks may have different block sizes etc, so the disk type may = be > important. > A reasonable thought, but no, other than efficiency. It's just an array of bytes exposed to the OS. The good news is that all the DEC systems used 512 byte fixed blocks (Nothing like the funky Prime, Apollo or Alto tricks of putting some of the file system metadata into the physical disk format -- if you ever wondered why some of the original SCSI controllers supported a 1072 byte block size - it was for Domain/Aegis - 1024 block + 48 byte meta data]. > > The target system is LSX, a cut-down version of V6 designed to run on the > LSI-11. > Everything should be able to be simulated using is 512-byte blocks. > There are very few system utilities in the standard build (no mount for > example). The second floppy is permanently mounted at boot time. I=E2=80= =99m > interested in making source file floppies on my modern system to use on t= he > LSX, so I want to be able to create an image file from a source folder tr= ee. > You'll have to check the docs, but I thought Heinz supported the RK05 [RKV11 controller]. That will give you 2.5M of 'raw' disk blocks, instead of floppy. Open it raw, and use it like mag tape. If you don't have a coming format, you can create something and then use dd(1) on the LSI-11 from the RKV11 -- a little clumsy but as a bootstrap, it should work fine. The RL11 and RK711 controllers (RL01/02, RK07 disk) came later to the PDP-11 (post 11/34 and 11/60). I think there was an RLV1[12] at some point, but I don't think DEC even made an RKV71[12] -- however, I'm not up on late-generation PDP-11 lore and they would have been much later than LSX so driver support is doubtful. Good luck, Clem --000000000000532dbe05a71a3bb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Mon, Jun 1, 2020 at 6:45 = PM Paul Riley <paul@rileyriot.com<= /a>> wrote:
<= div>
Is the disk image independent from the disk hardware?= I=E2=80=99d assume that different disks may have different block sizes etc= , so the disk type may be important.
A = reasonable thought,=C2=A0but no, other than efficiency.=C2=A0 It's just= an array of bytes exposed to the OS.

The good news is= that all the DEC systems used 512 byte fixed blocks (Nothing like the funk= y Prime, Apollo or Alto tricks of putting some of the file system metadata = into the physical disk format -- if you ever wondered why some of the origi= nal SCSI controllers supported a 1072 byte block size - it was for Domain/A= egis - 1024 block=C2=A0+ 48 byte meta data].

=C2=A0
=

The target system is LS= X, a cut-down version of V6 designed to run on the LSI-11.
Everything should be able to be simulated using is 512-byt= e blocks.

=C2=A0
There are very few = system utilities in the standard build (no mount for example). The second f= loppy is permanently mounted at boot time. I=E2=80=99m interested in making= source file floppies on my modern system to use on the LSX, so I want to b= e able to create an image file from a source folder tree.

You'll=C2=A0have to check the docs, but I thou= ght Heinz supported the RK05 [RKV11 controller].=C2=A0 That will give you 2= .5M of 'raw' disk blocks,=C2=A0instead of floppy.=C2=A0 Open it raw= , and use it like mag tape.=C2=A0 =C2=A0If you don't have a coming form= at, you can create something and then use dd(1) on the LSI-11 from the RKV1= 1 -- a little clumsy but as a bootstrap, it should work fine.=C2=A0 The RL1= 1 and RK711 controllers (RL01/02, RK07 disk) came later to the PDP-11 (post= 11/34 and 11/60). I think there was an RLV1[12] at some point, but I don&#= 39;t think DEC even made an RKV71[12] -- however, I'm not up on late-ge= neration PDP-11 lore and they would have been much later than LSX so driver= support is doubtful.=C2=A0

Good luck,
Clem=C2= =A0

--000000000000532dbe05a71a3bb9-- 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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27574 invoked from network); 2 Jun 2020 15:44:45 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 15:44:45 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 40E0D9CABC; Wed, 3 Jun 2020 01:44:43 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 05A6D9C5E8; Wed, 3 Jun 2020 01:44:11 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; secure) header.d=mxes.net header.i=@mxes.net header.b="yY3uL366"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 22E479C5E8; Wed, 3 Jun 2020 01:44:08 +1000 (AEST) Received: from smtp-out-3.mxes.net (smtp-out-3.mxes.net [198.205.123.68]) by minnie.tuhs.org (Postfix) with ESMTPS id CE58893D46 for ; Wed, 3 Jun 2020 01:44:03 +1000 (AEST) Received: from Customer-MUA (mua.mxes.net [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 9BE1F75999; Tue, 2 Jun 2020 11:44:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mxes.net; s=mta; t=1591112642; bh=+zxy2bySaSCCwrRDwSaBvepcHb2AgU3o0j86n8C1+0M=; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date: In-Reply-To:To:References; b=yY3uL366pxORSZ0q2gm+NdRpT8FPQm3CEheqWz0qlyF8d+jv/MhwwubmrpbfDuiHX BD7/xlG+o+l2tb7d8MQFWNq8uD//cdEaSq40lvERX4H1pcV9nhgWPWVfGo2L10cwJ/ Nj/lUHc9cTunX4wDAQFOg4CjoSQf7OnB8rS2ZZtE= From: Ronald Natalie Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_E3BB90FF-71B2-45C1-B4C3-BEB0505C4DFE" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Tue, 2 Jun 2020 11:44:00 -0400 In-Reply-To: To: Clem Cole References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Sent-To: Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --Apple-Mail=_E3BB90FF-71B2-45C1-B4C3-BEB0505C4DFE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jun 2, 2020, at 9:52 AM, Clem Cole wrote: >=20 >=20 > The good news is that all the DEC systems used 512 byte fixed blocks = much later than LSX so driver support is doubtful.=20 >=20 Except on the RX=E2=80=99s. The RX01 was 128 byte sectors and the = later ones 256 and a odd interleaving strategy. However, the boot = block and the rest of the file systems (both UNIX and RT at least) just aggregated the smaller (logical) sectors together to make a 512 = byte one.= --Apple-Mail=_E3BB90FF-71B2-45C1-B4C3-BEB0505C4DFE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Jun 2, 2020, at 9:52 AM, Clem Cole <clemc@ccc.com> = wrote:

The good news is that = all the DEC systems used 512 byte fixed blocks much later than LSX so = driver support is doubtful.

Except on the = RX=E2=80=99s. The RX01 was 128 byte sectors and the later ones = 256 and a odd interleaving strategy. However, the boot = block and the rest of the file systems (both UNIX and RT at = least)
just aggregated the smaller (logical) = sectors together to make a 512 byte one.
= --Apple-Mail=_E3BB90FF-71B2-45C1-B4C3-BEB0505C4DFE-- 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,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32442 invoked from network); 2 Jun 2020 16:27:39 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 16:27:39 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id F3C439CA95; Wed, 3 Jun 2020 02:27:37 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 15FF79C5E8; Wed, 3 Jun 2020 02:27:10 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=bsdimp-com.20150623.gappssmtp.com header.i=@bsdimp-com.20150623.gappssmtp.com header.b="Yhk0mqJc"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 5319E9C5E8; Wed, 3 Jun 2020 02:27:07 +1000 (AEST) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) by minnie.tuhs.org (Postfix) with ESMTPS id 9E78493D46 for ; Wed, 3 Jun 2020 02:27:06 +1000 (AEST) Received: by mail-qk1-f177.google.com with SMTP id g28so12368686qkl.0 for ; Tue, 02 Jun 2020 09:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mRlUVkXMQP5OZ1F7cNVLWZx/YA5aq49HDDNP/VzJjD0=; b=Yhk0mqJcCQrzktjIYTuggouJDBCyV+ZPaw8SXcBZDA32cvV5GHJx1b4oxKwtPGyeG0 mX/KfWyK0gg/1IMOu+/4B0UJ4rzW/Xgi4jfQHo7EQUse+wnp30pUJ+LTkbgsXMlC7dKN hA6JlMIklsEMQnF0XPmBmXbB2H2YIvjKLCQYo5EfWeciAbrVzYexeVbaYCQueW8t9azY GVcEDkWbjGPRV06PpU8FBnzOvncUrTeDlpHMWlBz2/UwBhxt0e+YpectPgU4yUYAHiyU Ks/2vUj2iKqNcrvr9UG9zf/zp9GBLBCFjFdDiifN89a/6WCA151YimgyVfrmxVPTsDSS rvxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mRlUVkXMQP5OZ1F7cNVLWZx/YA5aq49HDDNP/VzJjD0=; b=aC42IptB3Fe6Pr1TBPbl6XFgLczz7Itq9jx4Sv/li2HMNaUKc6H2ErR4SRYl+SdrYb vl6Z+lfLwdLbFuXU1YpJ/YGLJ+DO+2xOi3GKfKY+kYulrRyOU5eaHBd0c5uDWq68Q5IL BzPGD42Lt7L/Z00p39Oj2ZJ4UVuN1DWAPTmzZxzNgWN4Ukw5wnLTmJXYcqEY0tiKMKgX 8L4Xj827GFeFj8eiM8Junp33kfkjWvCCe/PoNBpJRPWYFFLNabfXuL5B63NghoA3sX94 g86sGkS3cQ4L5HgFyEfzt6nSY9Jmp2N1JdxFot7xHN1m68GA/ffFO0ZL0FMa22p80zIs /GZQ== X-Gm-Message-State: AOAM5310JGhbbz0/UcaGDJzwVeWGhPOeITg6CsShT8eYm58w0+bWbeLE /2WYdEaS4FeDNysSLZJKEJmPDhFid2z1P3jDZVi8ww== X-Google-Smtp-Source: ABdhPJz4sOfVybGw8ERw+aW6gwV6X+7Mu9HMk01EfsFuxZ5rL7+E7tpfejZdVYxCly9/kSSd2JVrbR06aBAdH8pTndY= X-Received: by 2002:a37:99c6:: with SMTP id b189mr23759369qke.240.1591115225617; Tue, 02 Jun 2020 09:27:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 2 Jun 2020 10:26:54 -0600 Message-ID: To: Ronald Natalie Content-Type: multipart/alternative; boundary="000000000000d1f01505a71c61c1" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000d1f01505a71c61c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jun 2, 2020, 9:45 AM Ronald Natalie wrote: > > > On Jun 2, 2020, at 9:52 AM, Clem Cole wrote: > > > The good news is that all the DEC systems used 512 byte fixed blocks much > later than LSX so driver support is doubtful. > > > Except on the RX=E2=80=99s. The RX01 was 128 byte sectors and the later= ones 256 > and a odd interleaving strategy. However, the boot block and the rest = of > the file systems (both UNIX and RT at least) > just aggregated the smaller (logical) sectors together to make a 512 byte > one. > RX50 also had weird interleaving... but it was quite the odd duck. Warner > > --000000000000d1f01505a71c61c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Tue, Jun 2, 2020, 9:45 AM Ronald Natalie <ron@ronnatalie.com> wrote:
=

On Jun 2, = 2020, at 9:52 AM, Clem Cole <clemc@ccc.com> wrote:

The good news is that all the DEC systems used 512 byte f= ixed blocks much later than LSX so driver support is doubtful.=C2=A0
<= /div>

Except on the RX=E2=80=99s. =C2=A0 The RX= 01 was 128 byte sectors and the later ones 256 and a odd interleaving strat= egy. =C2=A0 =C2=A0However, the boot block and the rest of the file systems = (both UNIX and RT at least)
just aggregated the smaller (logical)= sectors together to make a 512 byte one.

RX= 50 also had weird interleaving... but it was quite the odd duck.

Warner

--000000000000d1f01505a71c61c1-- 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,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 11310 invoked from network); 2 Jun 2020 18:09:26 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 18:09:26 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 9FBF49CAD5; Wed, 3 Jun 2020 04:09:24 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 7A4D69CAD2; Wed, 3 Jun 2020 04:09:05 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="E/CWDgh3"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id CC2BF9CAD2; Wed, 3 Jun 2020 04:09:03 +1000 (AEST) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) by minnie.tuhs.org (Postfix) with ESMTPS id 3DFA29C96B for ; Wed, 3 Jun 2020 04:09:03 +1000 (AEST) Received: by mail-qk1-f177.google.com with SMTP id f18so13499931qkh.1 for ; Tue, 02 Jun 2020 11:09:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1dxdIPq4xjpb2qLHIVq8TKP8S7RRPtOuG2GG5udtFRo=; b=E/CWDgh3BbEMpNbwgPbUy6Miq7Ttazz0Ho0R6AAuGjjhkVq+VjZGZ3dOmk0mmEq5zC zaJFOp6b2EbVtVSu6Ph4cX/AW1fQTBQAkllNE9hkaFUZHua1AogqZAZqYw94dcHDUXJO J50yFXnMh1wMTgzXtfbw4eeTMbLG6QFs9vH44= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1dxdIPq4xjpb2qLHIVq8TKP8S7RRPtOuG2GG5udtFRo=; b=OkBU4svOHuBipMWjZ4x9Evpf3QWJNvhbTQrTY7Hz5AZhidbZRZkV0ij+Ajte/auYBY ck6vUb4FVRLhsWFJTY1cCfmPUgpM7N6fItD7bQyeqKo84E5Ea9VEwMq61jYK+xwxjVUU Yjm16JsDNObidyMxVzqPTDLarGo5/35eHPm8JEdJjdSWmY5T1jPhQ1zUmuYv0bX56F2e v9SVxyRpola81CXVVjevvHgaMD4/JPu8DWjBXnMTtBQrsL6NQK5VL6XuHxg3ubnme4Wt jkKLu4g/BJkzhFJxhO2eaukxRRGUIv0olGuQUXO96uumTHeS/KpT6psnb6FAbTQF9vlR y56w== X-Gm-Message-State: AOAM531rorUrQPV736Ot5MPOc5WJhl+n/h6kaLMX8erFebT6YQrwcOGp jvAh3Wkd/w48bwBH4dyj6k4LvMAnaalc+8kK7KyU+j1b X-Google-Smtp-Source: ABdhPJwXJCStO3fkWvwc3Iy39KJRykfwLov7MI1vLllil0zbwU/5MxNIOcSabVx8MH7HrcrUm5Takvu6s2y0IZJF070= X-Received: by 2002:a37:445:: with SMTP id 66mr26841682qke.146.1591121342357; Tue, 02 Jun 2020 11:09:02 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clem Cole Date: Tue, 2 Jun 2020 14:08:36 -0400 Message-ID: To: Ronald Natalie Content-Type: multipart/alternative; boundary="00000000000067fbb205a71dce2e" Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --00000000000067fbb205a71dce2e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jun 2, 2020 at 11:44 AM Ronald Natalie wrote: > Except on the RX=E2=80=99s. The RX01 was 128 byte sectors and the later= ones 256 > and a odd interleaving strategy. However, the boot block and the rest = of > the file systems (both UNIX and RT at least) just aggregated the smaller > (logical) sectors together to make a 512 byte one. > Indeed, I was less than precise -- the key is that the SW treats them everything as being in 512 byte 'hunks' no matter the underlying physical formatting/interleaving actually is. The point is that if you Paul is trying to move data from the two systems, just treat the device as a serial byte stream of 512 byte blocks on both sides and you you be fine. That means if using dd, add conv=3Dsync to fil= l any write buffer to a complete multiple of 512. --00000000000067fbb205a71dce2e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Tue, Jun 2, 2020 at 11:44= AM Ronald Natalie <ron@ronnatalie= .com> wrote:
=
Except on the RX=E2=80=99s. = =C2=A0 The RX01 was 128 byte sectors and the later ones 256 and a odd inter= leaving strategy. =C2=A0 =C2=A0However, the boot block and the rest of the = file systems (both UNIX and RT at least) just aggregated the sma= ller (logical) sectors together to make a 512 byte one.
Indeed, I was less than precise -- the key is that the SW tre= ats them everything as being in 512 byte 'hunks' no matter the unde= rlying physical formatting/interleaving actually is.=C2=A0

The point is that if you Paul i= s trying to move data from the two systems, just treat the device as a seri= al byte stream of 512 byte blocks on both sides and you you be fine.=C2=A0 = =C2=A0That means if using dd, add conv=3Dsync to fill any write buffer to a= complete multiple of 512.=C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
--00000000000067fbb205a71dce2e-- 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_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 17159 invoked from network); 2 Jun 2020 18:59:55 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 18:59:55 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id B836F9CAE5; Wed, 3 Jun 2020 04:59:54 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0A2CC9CA44; Wed, 3 Jun 2020 04:59:41 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="HVGKvppl"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 47A359CA44; Wed, 3 Jun 2020 04:59:39 +1000 (AEST) Received: from mail-ua1-f50.google.com (mail-ua1-f50.google.com [209.85.222.50]) by minnie.tuhs.org (Postfix) with ESMTPS id D563B9C96B for ; Wed, 3 Jun 2020 04:59:38 +1000 (AEST) Received: by mail-ua1-f50.google.com with SMTP id d8so1591636uam.12 for ; Tue, 02 Jun 2020 11:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=6uLYWGt48TQnVjIJnWZ8Cy96DhTJbWiIcCiq87/BpA0=; b=HVGKvpplI5rGBBdpK6Fo77H8h4qbxoCEd7K1xq2ItkrbNI4SOwDS6XHWO8/566HOtQ 16lePqovh2iBLwFCbvRdaugWPCC/6RFUUdfJ5v7e5P3FU0m5PnhlVC8DOeF6ogzNKEjB q/2Ux7VsK92N03rLuk62O5ja5AsyQaaUsexj8KTfk4yB61PinE6Cu+dlktQZOWwrJTyw 6WuNGCn5I/zV49/taDy19p+DJIl7W/TLbaYKS8gSm+Efv6MpR9kDn14OjK1PaQVhv4A9 djhZ7EffA5JvAF3KsFkM2V6SbItUrd3QakmrXkYk0Leyln3ywD/AefP+HQMVKHuQ4kTS LM9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=6uLYWGt48TQnVjIJnWZ8Cy96DhTJbWiIcCiq87/BpA0=; b=s5R8Kj6CO3zTfsCIXkYENj4NbaXIq4vg8UbiwbjAC+RKFKh7DeiVptP7T9/7M1jkPg AsDJPr+SciWEPtMD0IsFZUN1iN4/aNASUTQCMT5NK1lgN/wsM05pqLsy87iXsi9R/Hl7 uh4+s72Ef4VWS5Z4c/kKfmiqG4Mr1go2QCDNPdRnQazC/hCegywCjbRyuUNydU0GoDiH V/uEcJjL39RXhXWCjqVBjQSQmHZ1QPcoQRYkMhkJdeRr+3rPfn3eXO8rDiVvbkEjqEgD q7nMj20tdKCYVQGcvLoWM7tKOMBpmm+fKxsSO92Q+JCrrDKc8POltnGuu+yIm53egri8 durQ== X-Gm-Message-State: AOAM530RIrMzMV8JXUnvP/4s2MDhVflW3kZacNu9Dg8rrjXORvqynCmw OE7vPRt0Gpy8In6ut2WvM+TX7RMCnjMF1uzT8NU= X-Google-Smtp-Source: ABdhPJz/gn+9LoX6gvCHK6muc8gYMBGwRjgLk7wGmiZhx6tAcJdvc/G1MqmaELrN7WpyJ4fppywzsDiHou7c4Tik5R4= X-Received: by 2002:ab0:2748:: with SMTP id c8mr2642844uap.137.1591124377962; Tue, 02 Jun 2020 11:59:37 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab0:2b92:0:0:0:0:0 with HTTP; Tue, 2 Jun 2020 11:59:37 -0700 (PDT) In-Reply-To: References: From: Paul Winalski Date: Tue, 2 Jun 2020 14:59:37 -0400 Message-ID: To: Ronald Natalie Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On 6/2/20, Ronald Natalie wrote: > > Except on the RX=E2=80=99s. The RX01 was 128 byte sectors and the later= ones 256 > and a odd interleaving strategy. However, the boot block and the rest = of > the file systems (both UNIX and RT at least) > just aggregated the smaller (logical) sectors together to make a 512 byte > one. At least they all supported fixed-length sectors. Was there ever a Unix implementation that supported IBM-style CKD disk devices? -Paul W. 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_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 18209 invoked from network); 2 Jun 2020 19:08:51 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 19:08:51 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id CD8349CB06; Wed, 3 Jun 2020 05:08:48 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 354639CA44; Wed, 3 Jun 2020 05:08:28 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="njku+0hC"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id D84FF9CA44; Wed, 3 Jun 2020 05:08:26 +1000 (AEST) Received: from mail-pg1-f173.google.com (mail-pg1-f173.google.com [209.85.215.173]) by minnie.tuhs.org (Postfix) with ESMTPS id 8EBCF9C96B for ; Wed, 3 Jun 2020 05:08:26 +1000 (AEST) Received: by mail-pg1-f173.google.com with SMTP id p30so5531531pgl.11 for ; Tue, 02 Jun 2020 12:08:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6jaz/508C/pdCUmaf0ciEnTeTE0e5pgH0d2R97OmPD4=; b=njku+0hC0eW5CwCFDcCG9mw02pANOl5Bty9Vyc0U1uNqjfFiGb+rp13iXpkeSiUp4Q glmJO3FsqlKDQnlt4a3NbB+lhI1cE13A3SF03JZmIw/KtlAe90DBo/dXoPcy9zhmaE5x lodrj9yhc2GGgc2hSx1d5963jCKA73vY8hnXKnEDPA80QMUxzvyRlJWySBTCXXUd68Zs kv7qvGz2TCuYoKJtT/P0IKNtt2RY6A35VR9+wFOc1MfLl+g+8P1FVZRqTPQrJXGs1VHW iZVZfEpIab/oRCizVdC7USPneXkU+05S2GMX4/NMj8OVCMbiLAEPlIsLndDj0oGKAa32 gp1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6jaz/508C/pdCUmaf0ciEnTeTE0e5pgH0d2R97OmPD4=; b=XIrzI6DZ3wqhmOWcOmvSbSx6iTjJRFPxL14DaJA4S7w8AMyCIg9b1bMTIlnE2lKt3n AagkQIgHkHf9I5IIRQgvBYdg4l1vtdoeNNWjpxG0BRWF1omBJVMZ8M0CPC7zOdHHZVkn KstcawYTZGcrv2jyX59bNmNVloqUxmf2/Dd+EFYQ+T2Ji2D5UMx+SifT5rkweL3yRB8s 86vVTdZiw7kPHhPCe2UbrPJ2d7XWcT0M/ed5aGJMJ3/XqATynRp2ynbyMahw4cs4C3YC BSETLsirMMAUZkgLlOqsU1Hx9hlmfC7JZotPumDqI2laA3WDojZmIU3S2wB6fIW8XIQS zjRw== X-Gm-Message-State: AOAM532gomGkvBLyZAGEk8Djy/VX6im+lKNtFUg3TqAMbkw6ObE7lXx6 QrflV5UB8yn/kAYYvQ1vZupB5tEZR6g= X-Google-Smtp-Source: ABdhPJyN5KYRnJTiqvc8+isBd7660fy6EWNqq7NDOtjmLFEkGT8tKeQA9CMYGjnyTPdjOzYry/rn7g== X-Received: by 2002:a63:521e:: with SMTP id g30mr26136356pgb.106.1591124905796; Tue, 02 Jun 2020 12:08:25 -0700 (PDT) Received: from ?IPv6:2600:8800:7c80:1584:8197:7df9:d53f:7391? ([2600:8800:7c80:1584:8197:7df9:d53f:7391]) by smtp.gmail.com with ESMTPSA id h4sm2919944pjq.55.2020.06.02.12.08.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Jun 2020 12:08:24 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Adam Thornton In-Reply-To: Date: Tue, 2 Jun 2020 12:08:23 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3A17BE73-777A-4CF2-8D55-A5C802FC767D@gmail.com> References: To: Paul Winalski X-Mailer: Apple Mail (2.3608.80.23.2.2) Subject: Re: [TUHS] DEC RL01/RL02 RX01/RX02 Disk Image Creator X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" > On Jun 2, 2020, at 11:59 AM, Paul Winalski = wrote: >=20 > On 6/2/20, Ronald Natalie wrote: >>=20 >> Except on the RX=E2=80=99s. The RX01 was 128 byte sectors and the = later ones 256 >> and a odd interleaving strategy. However, the boot block and the = rest of >> the file systems (both UNIX and RT at least) >> just aggregated the smaller (logical) sectors together to make a 512 = byte >> one. >=20 > At least they all supported fixed-length sectors. Was there ever a > Unix implementation that supported IBM-style CKD disk devices? If you count Linux, sure, Linux for the S/390 and zSeries. If you don=E2=80=99t=E2=80=A6well, for one brief shining moment before = IBM squeezed too hard on the price and Oracle bought Sun instead, there = was an OpenSolaris port to the zSeries, and it did support 3390 type = devices. I may have had something to do with that latter device driver. Adam=