From nobody Fri Oct 11 09:30:51 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XQ1Zn0z8lz5Yb0k for ; Fri, 11 Oct 2024 09:30:57 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx1.riseup.net", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XQ1Zm1JnDz44w6 for ; Fri, 11 Oct 2024 09:30:56 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=qUZ94D8W; spf=pass (mx1.freebsd.org: domain of ralf-mardorf@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=ralf-mardorf@riseup.net; dmarc=pass (policy=none) header.from=riseup.net Received: from fews01-sea.riseup.net (fews01-sea-pn.riseup.net [10.0.1.109]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4XQ1Zk4YnczDqNL for ; Fri, 11 Oct 2024 09:30:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1728639054; bh=/vsM7OplEoTyNCRQMunAAEZ1cTWRP9JJPDfIW4Nybt8=; h=Subject:From:To:Date:In-Reply-To:References:From; b=qUZ94D8W5oBnkkeN1JHHlw1STQPLQgivqOLpzF2N/Xu7U0wuD3q0f478R+MrFa6zt ocIzxV1L9xaQGMq78DtUVnr6HdPQksjpEX2UyV9kUZ7SWgiK4TryBMyiAoNWJiy1RL hb8IqwNwkqK1J1e0XW24LXeMVrw0SHqudkS/8SiA= X-Riseup-User-ID: 8C71D7BEFA34FC3B79DAC9D68D4076EEFE0E84A7AF9DB1F2C876D5363D6C4901 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews01-sea.riseup.net (Postfix) with ESMTPSA id 4XQ1Zk0Q5HzJmvR for ; Fri, 11 Oct 2024 09:30:53 +0000 (UTC) Message-ID: Subject: Re: How to zero a failing disk drive before disposal? From: Ralf Mardorf To: questions@freebsd.org Date: Fri, 11 Oct 2024 11:30:51 +0200 In-Reply-To: <2544410a-8a99-4b2e-a194-c8326a2e0ddd@heuristicsystems.com.au> References: <5117.1728561469@segfault.tristatelogic.com> <2544410a-8a99-4b2e-a194-c8326a2e0ddd@heuristicsystems.com.au> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-Spamd-Result: default: False [-4.20 / 15.00]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; R_SPF_ALLOW(-0.20)[+a:mx1.riseup.net]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[198.252.153.129:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[riseup.net:+]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4XQ1Zm1JnDz44w6 X-Spamd-Bar: ---- On Fri, 2024-10-11 at 13:42 +1100, Dewayne Geraghty wrote: > We bench-drilled the hard-disks before Sorry for the flood of emails, a virus (for humans, not computers) is keeping me glued to the keyboard. Drill holes probably have a much more dramatic effect on hard discs than on CDs, as the burr of a drill hole alone ensures that there is no clearance to the heads, so that the discs can no longer rotate. Open and deburr? ;) I've just googled the old audio CD myth from the early days of the CD, namely that you could drill large holes in them and still use them without any loss of quality, and I've actually found a video in German that is only 5 years old and still claims this IMO nonsense and justifies it with https://en.wikipedia.org/wiki/Cross-interleaved_Reed%E2%80%93Solomon_coding . However, the whole thing was not demonstrated. If thick holes have been drilled into all the places where the audio recording is stored in which you say the PIN of your debit card, then even "interpolation" cannot restore the spoken PIN. I will now try to keep my fingers off the keyboard. My point should be clear by now. There are too many myths about how data can still be recoverd. What may potentially be possible is hardly to be expected in reality.