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, UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9552 invoked from network); 4 Mar 2023 02:46:04 -0000 Received: from minnie.tuhs.org (2600:3c01:e000:146::1) by inbox.vuxu.org with ESMTPUTF8; 4 Mar 2023 02:46:04 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id DC46E41292; Sat, 4 Mar 2023 12:45:58 +1000 (AEST) Received: from lechuck.jsg.id.au (jsg.id.au [193.114.144.202]) by minnie.tuhs.org (Postfix) with ESMTPS id 5C5D941291 for ; Sat, 4 Mar 2023 12:45:53 +1000 (AEST) Received: from largo.jsg.id.au (largo.jsg.id.au [192.168.1.43]) by lechuck.jsg.id.au (OpenSMTPD) with ESMTPS id 411d79ca (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 4 Mar 2023 13:45:50 +1100 (AEDT) Received: from localhost (largo.jsg.id.au [local]) by largo.jsg.id.au (OpenSMTPD) with ESMTPA id 3d9cab75; Sat, 4 Mar 2023 13:45:50 +1100 (AEDT) Date: Sat, 4 Mar 2023 13:45:50 +1100 From: Jonathan Gray To: Clem Cole Message-ID: References: <20230303182200.B951918C08D@mercury.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Message-ID-Hash: XK33WJ5MSJLFFEQTJBW36QDUFFHON4RA X-Message-ID-Hash: XK33WJ5MSJLFFEQTJBW36QDUFFHON4RA X-MailFrom: jsg@jsg.id.au X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Noel Chiappa , tuhs@tuhs.org X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Unix v7 icheck dup problem List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Fri, Mar 03, 2023 at 02:35:37PM -0500, Clem Cole wrote: > > > Interesting. I wonder how 'fcheck' made it from CMU to Bell? > > The late Ted Kowaski - the primary author. Undergrad EE UMICH (Bill Joy's > roommate) and Grad EE at CMU (and my programming/lab partner originally in > Dan Sieworick's grad RT course and Gordon Bell System Architecture > courses). MTS and TSS had a disk scavenger from IBM for their common FS > [which Ted has used at MICH and I had CMU]. icheck/ncheck/dcheck seemed > less useful. > A new program was started when he was an undergrad and never finished. > > It had more colorful name originally - fsck (pronounced as fisk BTW) was > finished. I suspect the fcheck name was a USG idea. The reason why many > of the error messages are upper case is that was the IBM convention which > both MTS and TSS used for system programs. It is difficult to determine when fsck appeared in the USG releases. fsck was perhaps present in USG Program Generic PG-1C300 Issue 3 (March 1977), as it was in the MERT Release 0 manual: https://www.tuhs.org/Archive/Documentation/Manuals/MERT_Release_0/Unix%20Programmer%20Manual%20-%20UPM%20-%20White%20Tabs/System%20Programs%20-%20man8/fsck.8.pdf "I would like to thank Larry A. Wehr for advice that lead to the first version of fsck and Rick B. Brandt for adapting fsck to UNIX/TS." T. J. Kowalski, FSCK - The UNIX/TS File System Check Program included in System III manuals 'Credit for the various pieces involved goes to Ted Kowalski of CMU and BTL, Mike Accetta of CMU, and George Goble of Purdue Univ. Kowalski wrote the "fsck," file system check program, which does all that icheck/dcheck did and more and also repairs errors that it finds. In the Purdue V6 system Goble had added code to ensure that inodes and indirect blocks on disk were always in a consistent state so that the worst that could happen in a sudden halt or crash was that the file system may have some dups in free, but never dups between files. Accetta enhanced these and added a few of his own. In the current Berkeley distribution (4BSD) all of these techniques are provided as well as some additions.' Bill Joy, A Crash-resistant UNIX file system https://archive.org/details/login_january-1981/page/30/mode/2up