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. |