From nobody Mon Nov 3 13:55:21 2025 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 4d0Y5903XLz6Fncv for ; Mon, 03 Nov 2025 13:55:41 +0000 (UTC) (envelope-from kuku@kukulies.org) Received: from mail.kukulies.org (mail.kukulies.org [IPv6:2a01:4f9:c011:6a5b::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4d0Y572WV1z3PJ8 for ; Mon, 03 Nov 2025 13:55:39 +0000 (UTC) (envelope-from kuku@kukulies.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=kukulies.org header.s=20231114 header.b=kxb2qKFw; dkim=pass header.d=kukulies.org header.s=20231114 header.b="IF/TBykG"; dmarc=pass (policy=quarantine) header.from=kukulies.org; spf=pass (mx1.freebsd.org: domain of kuku@kukulies.org designates 2a01:4f9:c011:6a5b::1 as permitted sender) smtp.mailfrom=kuku@kukulies.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kukulies.org; s=20231114; t=1762177998; bh=gXSca99NjyH1+tl+LaVH0mxuA2pJCdl4ToNKPy6g10w=; h=From:Subject:Date:References:To:In-Reply-To:From; b=kxb2qKFwOoq5tV6qetL4uz7vECjo/uKyAgvQZhIlGscseGAomrKNeu4j+/3Cmj7FE XAqZ0JfkE/1yI73DSJEp9QYfFhmH8LostOjxVoN+AZb3qoKzu2L13EbariJAbtZ5cq wbmwLoIQ2Asn/AbJH2G09rr46N2WXVo2Hg9CiVPHhbJZ0O4tuUvIKoNw/7yUgy7u/J V1B7QU1IMkEcVtN3ljCtB3Xbekx58ANEbxwivURp+Ro2oH5XrtzszrLfN5JjxGovVF LbsyDS8PeK4Yf1tOSRUOr/RZa0Kv1CQ4PsV1oeLFNTsdsYgiDicNkD8wAlDvs9IsCh C5vve7bzdAHgg== Received: from localhost (localhost [127.0.0.1]) by mail.kukulies.org (Postfix) with ESMTP id C0D0C7D6C5 for ; Mon, 3 Nov 2025 14:53:18 +0100 (CET) Received: from mail.kukulies.org ([127.0.0.1]) by localhost (mail.kukulies.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tc1aP3QG7ASc for ; Mon, 3 Nov 2025 14:53:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kukulies.org; s=20231114; t=1762177996; bh=gXSca99NjyH1+tl+LaVH0mxuA2pJCdl4ToNKPy6g10w=; h=From:Subject:Date:References:To:In-Reply-To:From; b=IF/TBykG9xChFvoaS9qgK5rniXOMe0rzMtYG+4hOX6+CyA1jaN1a+5a9vlV7+uOq3 ZTB9qXEOO2dROAiz8HlmVppy6qcf1c8ikoir1HfB5gOYN25dyqlJ/5G/Fisg+nxTux i402f8ShxVz56Xr8UJVbeNvQpJkKQ4GYpu7ShFXntAYkUZSGfUY96ITAb3jkYVTDsM xfUfWJewB5JMUWy9FX65Y4ujw0lA61yikjUg2eoxnb9fpFHs11gP3u790xFudOiXJF p0j4bL/RgDgHUmW/RxHrwiz1u2MPzUdavuINnxrxHAj2Ri+t/8IovxtwkK+bimixlE 61abKkpUexcQA== Received: from smtpclient.apple (p200300e327266300E0Cc64B4b0f3a045.dip0.t-ipconnect.de [IPv6:2003:e3:2726:6300:e0cc:64b4:b0f3:a045]) by mail.kukulies.org (Postfix) with ESMTPSA id 01D677D070 for ; Mon, 3 Nov 2025 14:53:15 +0100 (CET) From: Christoph Kukulies Content-Type: multipart/alternative; boundary="Apple-Mail=_4465FF32-1430-4BC3-A3DB-5CE97833715F" 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 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: [List] dd if=/dev/rdisk12 of=/dev/zero (OT, since macOS) Date: Mon, 3 Nov 2025 14:55:21 +0100 References: <767A11DE-82D3-4B5F-9309-E9D6D6588ED4@kukulies.org> <6C918C46-89E2-4E27-9C75-67C58CC54478@kukulies.org> <57072612-BAE4-4227-B8D5-26655433B546@kukulies.org> <0EA27F72-C1C5-48C8-93A6-61905F2E0385@kukulies.org> <20251102102140.44c33d58@ryz.dorfdsl.de> <95f61bd2-65d6-4fee-a99c-896a3cba9ca8@fjl.co.uk> To: questions@freebsd.org In-Reply-To: <95f61bd2-65d6-4fee-a99c-896a3cba9ca8@fjl.co.uk> Message-Id: <17509616-10AA-48AD-B6A1-8CE4A22D6240@kukulies.org> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.65 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.65)[-0.653]; DMARC_POLICY_ALLOW(-0.50)[kukulies.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[kukulies.org:s=20231114]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; DKIM_TRACE(0.00)[kukulies.org:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f9::/32, country:DE]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[kuku]; MLMMJ_DEST(0.00)[questions@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~] X-Rspamd-Queue-Id: 4d0Y572WV1z3PJ8 --Apple-Mail=_4465FF32-1430-4BC3-A3DB-5CE97833715F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Am 03.11.2025 um 14:43 schrieb Frank Leonhardt = : >=20 > On 02/11/2025 10:56, Christoph Kukulies wrote: >> The dd is working on the character device, not block device. >> I tried it out on a CD on my Mac right before: >>=20 >> cr--r----- 1 root operator 0x1000032 Nov 2 11:35 rdisk14s0 >> cr--r----- 1 kuku operator 0x1000031 Nov 2 11:35 rdisk14 >> br--r----- 1 root operator 0x1000032 Nov 2 11:35 disk14s0 >> br--r----- 1 kuku operator 0x1000031 Nov 2 11:35 disk14 >>=20 >>=20 >> e.g:=20 >>=20 >> Christophs-MBP:~ root# dd if=3D/dev/rdisk14s0 of=3D/dev/null bs=3D2048 = count=3D2 >> 2+0 records in >> 2+0 records out >> 4096 bytes transferred in 1.509344 secs (2714 bytes/sec) >> Christophs-MBP:~ root#=20 >>=20 > This is a FreeBSD vs Mac compatibility issue. On a Mac you can = actually write to /dev/zero as well as reading from it as long as you = know the password. With FreeBSD the only bitbucket is /dev/null unless = you're using zfs, in which case you can create a zvoid device - a bit = like a zvol but write-only. It's very popular with organisations that = need to keep files for a long time buyt never want to read them. Linux = has a similar filing system called btrfs, but it's buggy and = occasionally you can read some of the files back at a later date. >=20 > But your big mistake was going for the 10Tb model. For an extra $5 the = 25Tb version is much faster and doesn't have this problem. >=20 Absolutely right =F0=9F=98=85 =F0=9F=99=88 > Regards, Frank. >=20 >=20 >=20 --Apple-Mail=_4465FF32-1430-4BC3-A3DB-5CE97833715F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Am = 03.11.2025 um 14:43 schrieb Frank Leonhardt = <freebsd-doc@fjl.co.uk>:

=20 =20
On 02/11/2025 10:56, Christoph = Kukulies wrote:
The dd is working on the character device, not block device.
I tried it out on a CD on my Mac right before:

cr--r-----  1 root   operator        0x1000032 = Nov  2 11:35 rdisk14s0
cr--r-----  1 kuku   operator        0x1000031 = Nov  2 11:35 rdisk14
br--r-----  1 root   operator        0x1000032 = Nov  2 11:35 disk14s0
br--r-----  1 kuku   operator        0x1000031 = Nov  2 11:35 disk14


e.g: 

Christophs-MBP:~ root# dd if=3D/dev/rdisk14s0 of=3D/dev/null bs=3D2048 = count=3D2
2+0 records in
2+0 records out
4096 bytes transferred in 1.509344 secs (2714 = bytes/sec)
Christophs-MBP:~ root# 

This is a FreeBSD vs Mac compatibility issue. On a = Mac you can actually write to /dev/zero as well as reading from it as long as you know the password. With FreeBSD the only bitbucket is /dev/null unless you're using zfs, in which case you can create a zvoid device - a bit like a zvol but write-only. It's very popular with organisations that need to keep files for a long time buyt never want to read them. Linux has a similar filing system called btrfs, but it's buggy and occasionally you can read some of the files back at a later date.

But your big mistake was going for the 10Tb model. For an = extra $5 the 25Tb version is much faster and doesn't have this = problem.


Absolutely right =  =F0=9F=98=85
=F0=9F=99=88

Regards, Frank.



= --Apple-Mail=_4465FF32-1430-4BC3-A3DB-5CE97833715F--