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 DC4461382C5 for ; Sat, 6 Jun 2020 14:10:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6D594E09AB; Sat, 6 Jun 2020 14:10:35 +0000 (UTC) Received: from mail-ej1-f46.google.com (mail-ej1-f46.google.com [209.85.218.46]) (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 2AE56E089D for ; Sat, 6 Jun 2020 14:10:35 +0000 (UTC) Received: by mail-ej1-f46.google.com with SMTP id q19so13273986eja.7 for ; Sat, 06 Jun 2020 07:10:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=lcZVO+tEuzRrCMiMCZWgVuSGY/PAelxQN6LtMoAXo0Y=; b=OvZuPawkoEcHdOOULfpxUwMKM8QDMLVNc81c5X5xp8rKMM7qBiLi66aNesf9nRMyI8 Vh9MpxpZhbMALpW9neKIjIHM9avLISAj4xHs2oHjsmHxmYViXz5B1M6X+kQ9S7Ac0cTO jRYtljQQtUhMChdEmiJuldQeU/VkiIhM+cINhOutPool6S/mfjcZ8m11fQE+ZQdV98gv rcKfI9T5V81AskyKLcz/f/ir3mmwbsnZeWq1woOSJvkj2zKJZEIXqZiSrZKZIthZ1gvv 2/C6FsD368VzwWESrhSpuDR2lpZxCkS9mhOg8aHFJ+lrgeeLvvMyluf4si2Zm71zo0or /Jgw== X-Gm-Message-State: AOAM530ZcKj9czbgim2v5lbMIMsiuOUQ673re7ZN3G5OJepLUo1Zx8+R yxSvLFEt22BCN+hJKlk86pQfZcP+PaCYK/BYxDzjXg== X-Google-Smtp-Source: ABdhPJwdDiVgXPaTDzI0lKkpyQdJNr9QACIqtlQQuWy3JwSaChlmPHAI8GMOC9gEpsX6RUgVYcEINHHkfCIZYsyDYmE= X-Received: by 2002:a17:906:3bd8:: with SMTP id v24mr12410564ejf.231.1591452633661; Sat, 06 Jun 2020 07:10:33 -0700 (PDT) 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 References: <12F6F6AC-B646-4638-8349-BD5B9DB51B5E@antarean.org> In-Reply-To: From: Rich Freeman Date: Sat, 6 Jun 2020 10:10:22 -0400 Message-ID: Subject: Re: [gentoo-user] Encrypting a hard drive's data. Best method. To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 1f62826e-cdf8-4a0a-b53e-3f3af71ef63a X-Archives-Hash: 8bd55e8f35305c9be446f08c8e19ebb8 On Sat, Jun 6, 2020 at 9:57 AM antlists wrote: > > Oh - the other thing - if it's PMR and you're copying files onto it, > expect a puke! That thing on WD Reds going PMR, I copied most of that on > to the linux raid mailing list and the general feeling I get is "PMR is > bad". > You're mixing up PMR/SMR there. PMR=CMR=the way things have been for the last few decades. SMR is the new shingled technology. There is nothing wrong with it per se, but it is NOT a drop-in substitute for all applications. It works best if it is host-managed with a filesystem or application that was engineered specifically to use it. If you tried to swap a hard drive with a tape drive you'd have terrible results 99% of the time, but that doesn't make tape drives a bad thing. They just aren't drop-in substitutes for hard drives and you need to use them with appropriate applications. One of the problems with drive-managed SMR is that it can seem to be ok when you're just doing light duty access, and then when one of your other drives fails and you're doing a zfs resilver the SMR drive starts performing an order of magnitude or more worse and you find yourself painted in to a corner. -- Rich