Gentoo Archives: gentoo-user

From: Volker Armin Hemmann <volkerarmin@××××××××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] [OT] Is it still advisable to partition a big hard drive?
Date: Thu, 08 Sep 2016 21:41:17
Message-Id: 57D1DAF1.6020806@googlemail.com
In Reply to: Re: [gentoo-user] [OT] Is it still advisable to partition a big hard drive? by Alan McKinnon
1 Am 08.09.2016 um 00:47 schrieb Alan McKinnon:
2 > On 08/09/2016 00:12, Volker Armin Hemmann wrote:
3 >> Am 07.09.2016 um 08:18 schrieb Alan McKinnon:
4 >>> On 07/09/2016 01:57, Volker Armin Hemmann wrote:
5 >>>> Am 01.09.2016 um 11:01 schrieb Alan McKinnon:
6 >>>>> On 01/09/2016 09:18, gevisz wrote:
7 >>>>>> 2016-09-01 9:13 GMT+03:00 Alan McKinnon <alan.mckinnon@×××××.com>:
8 >>>>>>> On 01/09/2016 08:04, gevisz wrote:
9 >>>>> [snip]
10 >>>>>
11 >>>>>>> it will take about 5 seconds to partition it.
12 >>>>>>> And a few more to mkfs it.
13 >>>>>> Just to partition - may be, but I very much doubt
14 >>>>>> that it will take seconds to create a full-fledged
15 >>>>>> ext4 file system on these 5TB via USB2 connention.
16 >>>>> Do it. Tell me how long it tool.
17 >>>>>
18 >>>>> Discussing it without doing it and offering someone else's opinion
19 >>>>> is a
20 >>>>> 100% worthless activity
21 >>>>>
22 >>>>>> Even more: my aquiantance from the Window world
23 >>>>>> that recomended me this disc scared me that it may
24 >>>>>> take days...
25 >>>>> Mickey Mouse told me it takes microseconds. So what?
26 >>>>>
27 >>>>> Do it. Tell me how long it took.
28 >>>>>
29 >>>>>>>> Is it still advisable to partition a big hard drive
30 >>>>>>>> into smaller logical ones and why?
31 >>>>>>> The only reason to partition a drive is to get 2 or more
32 >>>>>>> smaller ones that differ somehow (size, inode ratio, mount
33 >>>>>>> options, etc)
34 >>>>>>>
35 >>>>>>> Go with no partition table by all means, but if you one day find
36 >>>>>>> you
37 >>>>>>> need one, you will have to copy all your data off, repartition,
38 >>>>>>> and copy
39 >>>>>>> your data back. If you are certain that will not happen (eg you
40 >>>>>>> will
41 >>>>>>> rather buy a second drive) then by all means dispense with
42 >>>>>>> partitions.
43 >>>>>>>
44 >>>>>>> They are after all nothing more than a Microsoft invention from
45 >>>>>>> the 80s
46 >>>>>>> so people could install UCSD Pascal next to MS-DOS
47 >>>>>> I definitely will not need more than one mount point for this
48 >>>>>> hard drive
49 >>>>>> but I do remember some arguments that partitioning a large hard
50 >>>>>> drive
51 >>>>>> into smaller logical ones gives me more safety in case a file system
52 >>>>>> suddenly will get corrupted because in this case I will loose my
53 >>>>>> data
54 >>>>>> only on one of the logical partitions and not on the whole drive.
55 >>>>>>
56 >>>>>> Is this argument still valid nowadays?
57 >>>>> That is the most stupid dumbass argument I've heard in weeks.
58 >>>>> It doesn't even deserve a response.
59 >>>>>
60 >>>>> Who the fuck is promoting this shit?
61 >>>>>
62 >>>>>
63 >>>> people who had to deal with corrupted filesystems in the past?
64 >>>>
65 >>>>
66 >>> The way to deal with the problem of fs corruption is to have reliable
67 >>> tested backups.
68 >>>
69 >>> The wrong way to deal with the problem of fs corruption is to get into
70 >>> cargo-cult manoeuvrers thinking that lots of little bits making a whole
71 >>> is going to solve the problem.
72 >>>
73 >>> Especially when the part of the disk statistically most at risk is the
74 >>> valuable data itself. OS code can be rebuilt easily, without backups
75 >>> data can't.
76 >>>
77 >>
78 >> the bigger the drive, the greater the chance of fs corruption. Just by
79 >> statistics. Better one minor partition is lost than everything.
80 >
81 > What are the statistical chances of that one minor partition being the
82 > one that gets corrupted? Statistically the odds are very small.
83 >
84 > Think about it, if the minor partition is say 5% of the disk and if
85 > all other things are exactly equal, the odds are 1 in 20.
86 >
87 > Apart from inherent defects in the drive itself, the sectors that are
88 > more prone to failing are those that are read the most and to a larger
89 > extent those that are written the most.
90 >
91 > What is read the most? OS and Data
92 > What is written the most? Data
93 > What has by far the greatest likelihood of suffering fs corruption? Data
94
95 and that is why spreading data over several partitions is not a bad idea.