From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 6f64ef0f for ; Fri, 25 Oct 2019 21:34:55 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 2C8F89B617; Sat, 26 Oct 2019 07:34:54 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 3151993D2D; Sat, 26 Oct 2019 07:34:37 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=kilonet.net header.i=@kilonet.net header.b="QcEODFLF"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 4310C93D2D; Sat, 26 Oct 2019 07:34:34 +1000 (AEST) Received: from p3plsmtpa08-02.prod.phx3.secureserver.net (p3plsmtpa08-02.prod.phx3.secureserver.net [173.201.193.103]) by minnie.tuhs.org (Postfix) with ESMTPS id D0EBE93D1B for ; Sat, 26 Oct 2019 07:34:33 +1000 (AEST) Received: from medusa.kilonet.net ([72.69.223.115]) by :SMTPAUTH: with ESMTPA id O7E8irxs2SGDjO7E9i9Q63; Fri, 25 Oct 2019 14:34:33 -0700 Received: from [199.89.231.101] (ender.kilonet.net [199.89.231.101]) by medusa.kilonet.net (8.14.8/8.15.1) with ESMTP id x9PLYW5J013035 for ; Fri, 25 Oct 2019 17:34:32 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kilonet.net; s=default; t=1572039272; bh=bL2dLR0WQ3hEN1N6wjqfYS4ExH5XpIXywczD9KTmlCc=; h=Subject:To:References:From:Date:In-Reply-To; b=QcEODFLFVD0opXnPYq5YEBFqksR5a6Rj20EnoSr/0BpB/zyg6iHLu7yw14zZOHj2i oVmOz6t/VExqSD2xQxO5+DZ8p9tYs42WL0R+gh15yPLosiaKsLrrFkz3TRO3Q53Wmg c+fwsfs53ymNG0LaiB1kUw84f2VQLDZl9nYoo94s= To: tuhs@minnie.tuhs.org References: <20191021062242.GA91599@indra.papnet.eu> <20191022180705.GD51849@server.rulingia.com> <7455e361-b2fd-96b3-b9cd-37730f9aeed7@mhorton.net> <9f77f0d4cba8e6bc1f6fb9b5e26e883a@firemail.de> <496001dc0ab086a1e2d6d3a5f47dc5f1@bl.org> From: Arthur Krewat Message-ID: Date: Fri, 25 Oct 2019 17:34:22 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfG4Epx/mk6R1k7XGMy63muy3I6n0co/ECUVTkfAACkk+8GO7tSU9mythioBjMcHMfCl0NHvS/aJyVi4ryKD2mKbCYPDUQcZRuMv5H6AEFSVDZ+dU+t31 pA5BVdvnnWVurHVaZgP7ZbQjXU3tZId9OpSC1Xgk393YnO+UwSxcvptXWEBBLNGOOFxfzQRxZmFcTg== Subject: Re: [TUHS] PDP-7 UNIX filesystem 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" On 10/25/2019 5:08 PM, Michael Kjörling wrote: > The only thing resembling "deprecation" of dd that I'm aware of is the > recommendation I saw many years ago to not use it to copy potentially > problematic storage media (for data recovery), but to use ddrescue for > that purpose instead. The reason for this is that with conv=noerror > (without which it'd simply abort if it encounters an I/O error), dd > would simply skip past data in the input that it can't read, but not > adjust any offsets in the output, which wreaks havoc with anything > where offsets matter (such as in file system metadata). Which is where conv=sync,noerror comes in. Of course, I have no freakin' idea what version of UNIX that came into being. ;) art k.