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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DBE461382C5 for ; Tue, 16 Jun 2020 11:36:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 08EB9E0D85; Tue, 16 Jun 2020 11:36:28 +0000 (UTC) Received: from mail-gw.thundermail.uk (mail-gw.thundermail.uk [149.255.60.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 536BBE0D10 for ; Tue, 16 Jun 2020 11:36:27 +0000 (UTC) Received: from mailgw01.thundermail.uk (mail-gw.thundermail.uk [149.255.60.66]) by mail-gw.thundermail.uk (Postfix) with ESMTPS id F2BCF603FC8C for ; Tue, 16 Jun 2020 12:36:24 +0100 (BST) X-ASG-Debug-ID: 1592307384-05541315a72a39480001-LfjuLa Received: from cloud307.thundercloud.uk (cloud307.thundercloud.uk [149.255.58.40]) by mailgw01.thundermail.uk with ESMTP id kSX3gfV1B40TzsLy (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 16 Jun 2020 12:36:24 +0100 (BST) X-Barracuda-Envelope-From: confabulate@kintzios.com X-Barracuda-Effective-Source-IP: cloud307.thundercloud.uk[149.255.58.40] X-Barracuda-Apparent-Source-IP: 149.255.58.40 Received: from lenovo.localdomain (230.3.169.217.in-addr.arpa [217.169.3.230]) by cloud307.thundercloud.uk (Postfix) with ESMTPSA id 7A232C3483A for ; Tue, 16 Jun 2020 12:36:23 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kintzios.com; s=default; t=1592307383; bh=YSpvw1tIoaRrgIi2KKl08jYbC8+38HJUcCNygOt6gN4=; h=From:To:Subject; b=Ke2Cc1GfVgHxq11ItqPwlXG+IH4maThNfyRxYHoEHnL6ez2TJf6xQNwFOzHcr9OmT Hs3hTeblMW6i3dyrjT7fSsF3DOtgh9DA9gMemeRlvjUt3ks8QSQUiMR/lNz2OBoawF oP2tsN05dDj4AGLczoVqGsM3z/6bdchmAsurBgMI= Authentication-Results: cloud307.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=lenovo.localdomain Received-SPF: pass (cloud307.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Testing a used hard drive to make SURE it is good. Date: Tue, 16 Jun 2020 12:36:13 +0100 X-ASG-Orig-Subj: Re: [gentoo-user] Testing a used hard drive to make SURE it is good. Message-ID: <5611481.lOV4Wx5bFT@lenovo.localdomain> In-Reply-To: References: <6d77acb3-5754-06cb-b8ef-2f1a5d7d8084@gmail.com> <5EE8A6C9.9020900@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="nextPart4567250.31r3eYUQgx"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <20200616113623.2549489.87971@cloud307.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Barracuda-Connect: cloud307.thundercloud.uk[149.255.58.40] X-Barracuda-Start-Time: 1592307384 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://149.255.60.66:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at thundermail.uk X-Barracuda-Scan-Msg-Size: 3669 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.9 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.82589 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Archives-Salt: ca0f36c6-19b5-4ea8-9a50-2e8aecfc7ff3 X-Archives-Hash: 7a4ae7f8f2c11b8d5ae53e7d9a285435 --nextPart4567250.31r3eYUQgx Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" On Tuesday, 16 June 2020 12:26:01 BST Dale wrote: > Wols Lists wrote: > > On 16/06/20 10:04, Dale wrote: > >> I might add, I don't have LVM on that drive. I read it does not work > >> well with LVM, RAID etc as you say. Most likely, that drive will always > >> be a external drive for backups or something. If it ever finds itself > >> on the OS or /home, it'll be a last resort. > > > > LVM it's probably fine with. Raid, MUCH less so. What you need to make > > sure does NOT happen is a lot of random writes. That might make deleting > > an lvm snapshot slightly painful ... > > > > But adding a SMR drive to an existing ZFS raid is a guarantee for pain. > > I don't know why, but "resilvering" causes a lot of random writes. I > > don't think md-raid behaves this way. > > > > But it's the very nature of raid that, as soon as something goes wrong > > and a drive needs replacing, everything is going to get hammered. And > > SMR drives don't take kindly to being hammered ... :-) > > > > Even in normal use, a SMR drive is going to cause grief if it's not > > handled carefully. > > > > Cheers, > > Wol > > From what I've read, I agree. Basically, as some have posted in > different places, SMR drives are good when writing once and leaving it > alone. Basically, about like a DVD-R. From what I've read, let's say I > moved a lot of videos around, maybe moved the directory structure > around, which means a lot of data to move. I think I'd risk just > putting a new file system on it and then backup everything from > scratch. It may take a little longer given the amount of data but it > would be easier on the drive. It would keep it from hammering as you > put it that drive to death. > > I've also read about the resilvering problems too. I think LVM > snapshots and something about BTFS(sp?) has problems. I've also read > that on windoze, it can cause a system to freeze while it is trying to > rewrite the moved data too. It gets so slow, it actually makes the OS > not respond. I suspect it could happen on Linux to if the conditions > are right. > > I guess this is about saving money for the drive makers. The part that > seems to really get under peoples skin tho, them putting those drives > out there without telling people that they made changes that affect > performance. It's bad enough for people who use them where they work > well but the people that use RAID and such, it seems to bring them to > their knees at times. I can't count the number of times I've read that > people support a class action lawsuit over shipping SMR without telling > anyone. It could happen and I'm not sure it shouldn't. People using > RAID and such, especially in some systems, they need performance not > drives that beat themselves to death. > > My plan, avoid SMR if at all possible. Right now, I just don't need the > headaches. The one I got, I'm lucky it works OK, even if it does bump > around for quite a while after backups are done. > > My new to me hard drive is still testing. Got a few more hours left > yet. Then I'll run some more tests. It seems to be OK tho. > > Dale > > :-) :-) Just to add my 2c's before you throw that SMR away, the use case for these drives is to act as disk archives, rather than regular backups. You write data you want to keep, once. SMR disks would work well for your use case of old videos/music/photos you want to keep and won't be overwriting every other day/week/month. Using rsync with '-c' to compare checksums will also make sure what you've copied is as good/bad as the original fs source. --nextPart4567250.31r3eYUQgx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAl7orq0ACgkQseqq9sKV ZxkawxAAm0Zciznhe+EsR3+B9rAUCjXhLx1euvo2M+JcdYunvzE1sXpFuG3XqKca XEqmArsinVFOfbrwZ7HirGxW7f+AOj2Q81fcpabwk0hEKg7I8R+Pgk4A9/DKdSNE uiSKNCefdIT7sLI9xt1au10Wac/Pn0B7kCJO3/O1d6Wt2Xs3YsUlX6fgMBZGXmDZ O5cIMaseEtZ61LEv0uxRrV8ZwvUDFMhqTyZTdbrq1nLjtAla9IX9KWWFNBQ6aeR4 9toTM8A8E4qY4d8z5vNSsEEYjUBM/EQum8LERjF2v5OHxdhoZ6hVlMlskjINIrhA K2gkIoB2Jl3jJbD4WADMpq0mvDkkmk+oJgJADjFgcyVciHMwostOovWeXtfB5LBK J4/fNkrCytZ/wtyJIjlKZmOrwO/Q8sqMuZrSeTJZT3S2wegEMSNMqB3gsn5MSTFm 8gQmqZl+RbVVE15DNdazt7iHuRD7tiJ1HPA7WmHZM6l9Z+ag8c9jIZJEYbBnl2PN bfCoE6kvyo9vvVm3b/gpJRPsXITAwMJ3WLUMvapY/lOgwkBb53hOynlomPTHKJBd //X5I/l8tinUaIIqve9cMOedqVGCIeTJCHLVG69MjSnMlFdscvwkdfIrOT+GlUix 46So46ls2C3jixPdcD0IOq23IO9rBYyBlYKuO53AQb7Q88u7JuQ= =NCiA -----END PGP SIGNATURE----- --nextPart4567250.31r3eYUQgx--