From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-199443-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
	(No client certificate requested)
	by finch.gentoo.org (Postfix) with ESMTPS id BA55A158095
	for <garchives@archives.gentoo.org>; Mon, 15 Aug 2022 18:15:43 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 24B6FE0EF1;
	Mon, 15 Aug 2022 18:15:38 +0000 (UTC)
Received: from mail-out-auth2.hosts.co.uk (mail-out-auth2.hosts.co.uk [212.84.127.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)
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 98C32E0EDC
	for <gentoo-user@lists.gentoo.org>; Mon, 15 Aug 2022 18:15:37 +0000 (UTC)
Received: from host86-128-157-135.range86-128.btcentralplus.com ([86.128.157.135] helo=[192.168.1.65])
	by smtp.hosts.co.uk with esmtpa (Exim)
	(envelope-from <antlists@youngman.org.uk>)
	id 1oNecg-0009gn-9B
	for gentoo-user@lists.gentoo.org;
	Mon, 15 Aug 2022 19:15:35 +0100
Message-ID: <e9355b29-e955-ecde-7756-3de654492030@youngman.org.uk>
Date: Mon, 15 Aug 2022 19:15:35 +0100
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.12.0
Subject: Re: [gentoo-user] Backup program that compresses data but only
 changes new files.
Content-Language: en-GB
To: gentoo-user@lists.gentoo.org
References: <9ab8a2bd-23ca-d789-521c-380b9eddec77@gmail.com>
 <b387c1eb-2116-4112-5ac2-0aadafe45667@iinet.net.au>
 <72bf015e-a102-1df7-151b-3d4138b6a640@gmail.com>
 <m34jydj0w1.wl-covici@ccs.covici.com>
From: Wol <antlists@youngman.org.uk>
In-Reply-To: <m34jydj0w1.wl-covici@ccs.covici.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 56379bf2-78c8-4446-9634-4e7394e68507
X-Archives-Hash: cb28036aebccb11d69ba38f8fa3dd429

On 15/08/2022 10:45, John Covici wrote:
> zfs would solve your problem of corruption, even without versioning.
> You do a scrub at short intervals and at least you would know if the
> file is corrupted.  Of course, redundancy is better, such as mirroring
> and backups take a very short time because sending from one zfs to
> another it knows exactly what bytes to send.

I don't think he means a corrupted file, he means a corrupted video. If 
the drive faithfully records the corrupted feed, the filesystem is not 
going to catch it!

Cheers,
Wol