From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 89AAC15815E for ; Thu, 1 Feb 2024 10:17:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 48556E2A12; Thu, 1 Feb 2024 10:17:04 +0000 (UTC) Received: from iguana.tulip.relay.mailchannels.net (iguana.tulip.relay.mailchannels.net [23.83.218.253]) (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 925FBE2A0C for ; Thu, 1 Feb 2024 10:17:03 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 049A46C3C78 for ; Thu, 1 Feb 2024 10:17:01 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1706782620; a=rsa-sha256; cv=none; b=XZmT2Mze1JAzKdWvaDKq8BDI/01zNQWUQZvcxmOzFpbgg0k60wvdusigJOFGCz3LEJqTEh hw0ZyIzXjar/c5gtJ/s95/D1/thuJO0RNSpHtclFi09gZBy1tfMrZvJGcqDytPTuYN1h3w nFLUkKy5yy7Gw2n2j3G632k5JlXwvVpsU50jIJ+r5xKppLNgS/Lb4n5XyPIFirEREhDmpf lf84BVRXiMs4HftwMH8P8qQvuVCOdl1m3fQtftIPO3frH3p++fnIhryJHSaAXNolFV+9GA nk033SvuqeQ90dQYoiizq2TMqvGDDGOECDnh9C8b1TQoffsNKGBNkybdcF3Yog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1706782620; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:dkim-signature; bh=CLZ3TBPZff2mywwHAwes4OzLCOo+21szvNcphenUxgc=; b=67kk5H20upjCK++8EimFj1oos3g665uSlrdpn3ubsG7uvQJkrihLF06VWCp93jWdT4MHYr 1DC6av6AJBLpqIUZfxVWajmLL+44DoyTkBQCYCS/YPuWGR7Pk2MySDHOzjRjU4WgGXhzrG NpIVdchn1eEUsgM7lc+bKUtx25tJXEKEH/1OZ3GuSHlmXpxqfvrrZBH3KsyyCQOW3M3e9O 9xMy/Wr/sLWfB/oGokGkSsMVUKgSzveN5pN0kaXrCTcQiCDJTr365wfrSMD7epGpYqOoP0 hpUd67Q/06DNfA/yuwHbx4kVyneLkSWTdIJwEOYXqnhDgKrcLQxHrNivvx3AoQ== ARC-Authentication-Results: i=1; rspamd-6bdc45795d-7w85k; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Lettuce-Attack: 6665f7a945f26527_1706782620597_3279010817 X-MC-Loop-Signature: 1706782620597:456100083 X-MC-Ingress-Time: 1706782620596 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.122.38.211 (trex/6.9.2); Thu, 01 Feb 2024 10:17:00 +0000 Received: from cloud220.unlimitedwebhosting.co.uk (cloud220.unlimitedwebhosting.co.uk [149.255.60.183]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 60A8A40484 for ; Thu, 1 Feb 2024 10:16:55 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kintzios.com; s=default; t=1706782615; bh=CLZ3TBPZff2mywwHAwes4OzLCOo+21szvNcphenUxgc=; h=From:To:Subject; b=LqrFtAqMMihHLqTncVhi8Nes8TQbylNiwwKxVwlYCh8L3vqVUBY4e/tqvkMaIvDXb dixeDe3UXKeO8rUDOw6BHw8UPzfxOilweID8a/bZKG+5aCT5C6umSo5QdCee5/RQR4 hShwOGOCqJCkiZ004v7gukf1NIcT/9q8TVBJXkVI= From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Suggestions for backup scheme? Date: Thu, 01 Feb 2024 10:16:44 +0000 Message-ID: <3789927.kQq0lBPeGt@rogueboard> In-Reply-To: References: <3a14f31a-61cd-4590-baa9-e6e2a67ddc0d@youngman.org.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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 Content-Type: multipart/signed; boundary="nextPart3546529.iIbC2pHGDl"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <170678261572.44449.3531917285726316623@cloud220.unlimitedwebhosting.co.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: 60A8A40484 X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-0.61 / 999.00]; SIGNED_PGP(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ONCE_RECEIVED(0.10)[]; MX_GOOD(-0.01)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_ALLOW(0.00)[kintzios.com:s=default]; FROM_HAS_DN(0.00)[]; FUZZY_BLOCKED(0.00)[rspamd.com]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[kintzios.com:+]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM(-0.00)[-1.000]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: a3e3c1fd-9ef6-4f7d-adf9-b92859c94651 X-Archives-Hash: baad4cddd7f2dd0d9c21383e42233037 --nextPart3546529.iIbC2pHGDl Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] Re: Suggestions for backup scheme? Date: Thu, 01 Feb 2024 10:16:44 +0000 Message-ID: <3789927.kQq0lBPeGt@rogueboard> MIME-Version: 1.0 On Wednesday, 31 January 2024 21:30:56 GMT Rich Freeman wrote: > On Wed, Jan 31, 2024 at 1:42=E2=80=AFPM Wols Lists wrote: > > On 31/01/2024 17:56, Rich Freeman wrote: > > > I don't think there are > > > any RAID implementations that do full write journaling to protect > > > against the write hole problem, but those would obviously underperform > > > zfs as well. > >=20 > > This feature has been added to mdraid, iirc. >=20 > Oh, it looks like it has. Kind of annoying that it only works for a > separate device. I guess you could create a separate partition on all > of the devices, create a mirror across all of those, and then use that > as the journal for the real raid. It would be nice if it had an > option for an internal journal. >=20 > I'd expect the performance of btrfs/zfs to be better of course because > it just does the write to known-unused blocks, so interrupted writes > don't cause any issues. Depending on how far it gets when interrupted > the write will be ignored (it is just data written into unused space), > or will get completed (the root of the metadata was updated and now > points to a consistent new state). I have been running BTRFS on a system for just over 10 years now, on SSD an= d=20 spinning SATA drives. I recall the odd glitch (file corruption, but no dat= a=20 lost) some 7 or 8 years ago. Since then I've had no problems. A second=20 system on BTRFS has been running since last summer and had some hard reboot= s=20 (I need a bigger UPS) but still no problem with it. Subjectively and=20 anecdotally therefore, I'd consider BTRFS for Linux as long as long as the = use=20 case requires it - ease of snapshots, flexible space requirements,=20 compression, etc. Known problems like RAID 5, 6 and perhaps quotas(?) on=20 BTRFS are for experimentation only. On FreeBSD I use ZFS. =46or a personal filesystem where data does not change frequently I'd proba= bly=20 choose ext4. [Slightly O/T]: On a new laptop installation on SSD I'm thinking of trying= =20 =462FS for the OS and ext4 for /home. I've only tried F2FS on USB sticks s= o=20 far. Would you have some feedback to share on F2FS? --nextPart3546529.iIbC2pHGDl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmW7b4wACgkQseqq9sKV ZxltaBAAoP57Kdvz+HRplQ35Iht9GezTgZyygsrKISQGBhcFcHsJrhK+rpFlRqjG +nL+r978zDwhV1Li6U5i+EXRsCMkGVe7GNalNkdXhiq6VvgI6bZz+Qq3r2Avgt08 BfANWT5DCQo8ta4+Rup/pZEXgv48BxElPk0DpkS4tszRm+Al/7rts32bf4SUwW1D ZBBFtF77Z3la7/xpEM708BK+jqbTYjR4rvM5GvJQuJGfZgCBJDhhR6nBYyKrBSDg rI42MdCT38IRd250y2VaoAbyGnHqBUH0wDnF3hKTPdvI96L5dYZ8DnfphCTz5Cjw lERqo+VDejHg1j/Mf5+TMPFejBr7wjos0XvD5AYOtFSDpaIHjaRWPrjS2ypSgiXm AXGnPs0BrWr1CqeoJar4W2VNL6uJwY8lzcZWteRclHWaDL5Keh6XLren7BQK8Y6F UrdgN2zdKGfeuPFyQeh2RzaGjC0onDIb+MN/xXVh9JBHbhqQ8qcXI+y7+697GY1k xZGzQ4m7bM31PKNw0ki03pr0WL5XjeBKhZBag4/lnGYr/wUgrtnpY2q8XuaAYFa0 S4JxOTABY5GHHNTlAA1ggma7Ucmww8m+2s/knfWaTX8ynJVeRcxlQB8zYSkCR5+m vyznMmvH6XnB3sZTB0BsWNUj6RjcO9AKqBx0aGHjXZDCdC6T8+I= =gdzS -----END PGP SIGNATURE----- --nextPart3546529.iIbC2pHGDl--