public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: gevisz <gevisz@gmail.com>
To: "gentoo-user@lists.gentoo.org" <gentoo-user@lists.gentoo.org>
Subject: Re: [gentoo-user] [OT] Is it still advisable to partition a big hard drive?
Date: Thu, 1 Sep 2016 22:56:06 +0300	[thread overview]
Message-ID: <CA+t6X7eHamBM9fOwa0avrKkR-P5VXFqQysDZbgQeACKms7YZSQ@mail.gmail.com> (raw)
In-Reply-To: <CAGfcS_nzy9W1w3kSnh_iqyvbYWwyo3u64oNXU=wShUpabz1xJA@mail.gmail.com>

2016-09-01 22:12 GMT+03:00 Rich Freeman <rich0@gentoo.org>:
> On Thu, Sep 1, 2016 at 2:58 PM, gevisz <gevisz@gmail.com> wrote:
>> 2016-09-01 14:55 GMT+03:00 Rich Freeman <rich0@gentoo.org>:
>>
>>> 2. Set it up as an LVM partition.  Unless you're using filesystems
>>> like zfs/btrfs that have their own way of doing volume management,
>>> this just makes things less painful down the road.
>>>
>>> 3. I'd probably just set it up as one big logical volume, unless you
>>> know you don't need all the space and you think you might use it for
>>> something else later.  You can change your mind on this with ext4+lvm
>>> either way, but better to start out whichever way seems best.
>>
>> I had to refresh my memory about LVM before replying to you
>> but still can not see why I may need LVM on an external
>> hard drive...
>
> It just gives you more options in the future,

Yes, thank you.

> it is easy to move LVM volumes to other drives, re-partition them later,
> and so on.

I still suspect that this extra level of complexity can complicate recovery
of the data, if anything happens to the disk under LVM management (except
for stealing the hard drive, of course :).

>  I agree it is probably overkill on a removable device, but it doesn't hurt.
> This is a 5TB drive after all.  But, I don't think it is super-critical either.
>
>>
>>> It will take you all of 30 seconds to format this, unless you're
>>> running badblocks (which almost nobody does, because...
>>
>> it takes too much time?
>>
>> I currently running a smart test on it, and it promised to take
>> 10 hours to complete...
>
> That's basically it.  If it didn't take time people would of course
> run it first.  I think a SMART test would be about as good and likely
> a lot faster.  However, the drive should be managing bad blocks on its
> own (granted, many drives seem to get that wrong in my experience,
> which is part of why I run btrfs, but I probably wouldn't use
> btrfs/zfs for a drive you're moving all over the place since who knows
> what kind of kernel you'll have when you use it and heaven help you if
> you ever need to read it on Windows).

It is not a question of using the disk with Windows, but I too often see
some reports about problems in using btrfs on this list to try using it
myself...

>>> You seem to be concerned about losing data.  You should be.  This is a
>>> physical storage device.  You WILL lose everything stored on it at
>>> some point in time.
>>
>> Last time, I have managed to restore all the data from my 2.5" hard
>> drive that suddenly died about 7 years ago and hope to do it again
>> if any. :)
>
> Well, if the data is redundant then you're fine (it is essentially
> already backed up).

No, that data was not backed up.

But I am not guaranteed to be so lucky again, of course. :(

That is why I decided to finally start to back up my data. :)

>  But, you should check those backups from time to time.
>
> You should never rely on the ability to recover data from a hard
> drive.  For starters, if you just lose the thing (portable things can
> sometimes grow legs; you're talking about 5 libraries of congress in a
> bag that could get stolen) or it is catastrophically destroyed that
> isn't going to work.  Short of that there is a fair chance you can get
> a lot of data off the drive, and it is fairly likely if you're using
> some kind of expensive recovery service, but you can't promise that
> the specific file you care about most will get recovered.
>
> Backups are annoying.

Yes. :)

>  I don't do them as well as ideally I should

Who does? :)

Well, probably, one who just lost a lot of data because of not doing backup. :)

> (way too much data to get it all offsite), but I make a conscious
> decision about what does/doesn't get backed up and how.  I
> occasionally restore my encrypted cloud backups to confirm they
> contain what I expect them to.  I actually get the log summary emailed
> daily to make sure it is running (if I had more hosts I could use some
> kind of monitoring for that...).  I've never needed to use the online
> cloud backups, but they're there for a reason and they cover anything
> I actually care about (documents and such).  I also backup all my
> cloud services (evernote, google drive, etc) to local storage
> occassionally; that doesn't require further backup since it is the
> backup.  You just need two copies of everything, with one copy
> preferably being inaccessible from the other and not at the same
> physical site.

Well, thank you for your advices.


  reply	other threads:[~2016-09-01 19:56 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-01  6:04 [gentoo-user] [OT] Is it still advisable to partition a big hard drive? gevisz
2016-09-01  6:13 ` Alan McKinnon
2016-09-01  7:18   ` gevisz
2016-09-01  8:03     ` Neil Bothwick
2016-09-01  8:59       ` gevisz
2016-09-01  9:04         ` Neil Bothwick
2016-09-01  9:11           ` gevisz
2016-09-01  9:25         ` Alan McKinnon
2016-09-01 21:06       ` [gentoo-user] " Kai Krakow
2016-09-01 22:03         ` Neil Bothwick
2016-09-01  9:01     ` [gentoo-user] " Alan McKinnon
2016-09-01 11:03       ` gevisz
2016-09-06 23:57       ` Volker Armin Hemmann
2016-09-07  6:18         ` Alan McKinnon
2016-09-07 22:12           ` Volker Armin Hemmann
2016-09-07 22:47             ` Alan McKinnon
2016-09-08 21:41               ` Volker Armin Hemmann
2016-09-08  0:47             ` waltdnes
2016-09-09 15:25       ` Andrew Lowe
2016-09-10 15:27         ` Peter Humphrey
2016-09-01 12:23     ` Dale
2016-09-01  7:23   ` Frank Steinmetzger
2016-09-01  8:44     ` gevisz
2016-09-01  8:55       ` Frank Steinmetzger
2016-09-01  9:05         ` gevisz
2016-09-02  4:23         ` gevisz
2016-09-02  4:50           ` gevisz
2016-09-01  9:43       ` Alan McKinnon
2016-09-01  7:30 ` Matthias Hanft
2016-09-01  8:49   ` gevisz
2016-09-01  8:54     ` Neil Bothwick
2016-09-01  9:09       ` gevisz
2016-09-01 12:21         ` Neil Bothwick
2016-09-01 19:04           ` gevisz
2016-09-01 21:50             ` Neil Bothwick
2016-09-01 12:51         ` Michael Mol
2016-09-01 13:27           ` Rich Freeman
2016-09-01 17:42             ` Neil Bothwick
2016-09-01 17:54               ` Rich Freeman
2016-09-02 10:59                 ` Neil Bothwick
2016-09-02 11:48                   ` Rich Freeman
2016-09-02 12:38                     ` Neil Bothwick
2016-09-01 19:17           ` gevisz
2016-09-01 21:26         ` [gentoo-user] " Kai Krakow
2016-09-01 23:53     ` [gentoo-user] " Alan McKinnon
2016-09-02  0:05       ` [gentoo-user] " Kai Krakow
2016-09-01 11:55 ` [gentoo-user] " Rich Freeman
2016-09-01 18:58   ` gevisz
2016-09-01 19:12     ` Rich Freeman
2016-09-01 19:56       ` gevisz [this message]
2016-09-01 20:26         ` [gentoo-user] " Kai Krakow
2016-09-01 20:57 ` Kai Krakow
2016-09-02 22:03   ` Mick
2016-09-02 22:42     ` Dale
2016-09-03  8:12       ` J. Roeleveld
2016-09-03 15:50         ` Dale
2016-09-03  9:58       ` Kai Krakow
2016-09-03 15:58         ` Dale
2016-09-03 15:39     ` [gentoo-user] " Stroller
2016-09-03 16:50       ` Mick
2016-09-04 16:48         ` Stroller
2016-09-04 18:42           ` Mick
2016-09-05  0:42 ` [gentoo-user] " Hans
2016-09-05  5:31   ` Mick
2016-09-05 12:56     ` Hans
2016-09-05 18:42       ` Mick
2016-09-05  7:22   ` gevisz
2016-09-05 12:51     ` Hans

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+t6X7eHamBM9fOwa0avrKkR-P5VXFqQysDZbgQeACKms7YZSQ@mail.gmail.com \
    --to=gevisz@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox