Czy mogę zwiększyć niezawodność mojego dysku twardego, używając mniejszej jego pojemności?

Używałem używanego dysku twardego 3 TB SATA, którego planuję użyć jako zamiennika w pudełku Win 7.

Nie potrzebuję całej tej pojemności, więc pomyślałem, że jeśli sformatuję ją do 1 TB, zwiększę niezawodność. Moje myślenie o tym opiera się na następujących przemyśleniach:

• Między każdym sektorem / ścieżką będzie więcej fizycznej „przestrzeni oddechowej”.
• Kiedy zostaną znalezione uszkodzone sektory, będzie można skorzystać z większej puli nieprzydzielonych sektorów.

Czy moje założenia są prawdziwe?

Jeśli moje założenia nie są prawdziwe, co stanie się z całą niewykorzystaną przestrzenią? Czy dysk twardy nadal ma takie same wymiary fizyczne; w ten sposób mój dysk 1 TB nadal wyciska sektory na talerz, tak jakby był sformatowany na 3 TB.

Wielkie dzięki!

Twoje założenia są błędne.

Dysk ma ustalony format fizyczny, który składa się z sektorów fizycznych, w Twoim przypadku łącznie 3 TB. Formatując dysk, skutecznie usuwasz dane w tych sektorach, ale nie zmieniasz ich ani nie zmieniasz ich fizycznego rozmiaru lub układu w jakikolwiek sposób. Przez formatowanie przy mniejszej pojemności byś po prostu się marnowała dodatkową przestrzeń, to istnieje, ale nie po prostu być wykorzystywane do czegokolwiek .

Formatowanie nie zmienia rozmiaru sektora fizycznego ani odstępu między ścieżkami.

Jeśli chodzi o nieprzydzielone sektory, uważam, że dyski mają ustaloną liczbę zarezerwowanych sektorów do realokacji i dysk nie ma sposobu na określenie, czy sektory są używane przez system operacyjny. Dyski SSD mają funkcję zwaną „trymowaniem”, która może powiedzieć napędowi, że sektory są gotowe do wyczyszczenia, ale jest to coś nieco innego, w wirujących talerzach brakuje podobnej funkcji. Niesformatowane sektory nie byłyby wykorzystywane do realokacji złych sektorów.

Formatując dysk o pojemności 3 TB jako 1 TB, po prostu nie pozwalasz sobie na użycie 2 TB miejsca, a tym samym marnujesz 2/3 tego, co wydałeś na dysk. Twoja partycja 1 TB będzie znajdować się przed 2 TB pustej przestrzeni.

Algorytmy korygujące błędy stosowane przez dyski twarde, podobnie jak wszystkie inne algorytmy korygujące błędy, mają szansę na awarię. Istnieje bardzo odległe, ale istniejące ryzyko, że dysk twardy mógł zapisać inne dane niż je wysłałeś. Przy pojemnościach sięgających bilionów bajtów szansa ta statystycznie wzrasta.

Ale nie kupujesz sobie dodatkowej ochrony, pozostawiając niewykorzystane miejsce. Dodatkową ochronę uzyskuje się, przechowując zbędne dane, albo używając narzędzia PAR / PAR2, albo zapisując dane wiele razy.

Jeśli jednak martwisz się tym, równie dobrze możesz spróbować skopiować dane na inny dysk fizyczny, który ma dodatkowe zalety, takie jak ochrona przed awarią mechaniczną i tym podobne.

Nieużywanie przestrzeni dałoby dodatkowe szanse w przypadku, gdyby głowica dysku twardego ocierała się o powierzchnię z powodu uderzenia. Ale pomyśl o tym - chyba że masz metodę równomiernego rozmieszczenia danych wokół dysku, zakładając, że używasz tych danych, głowa prawdopodobnie będzie na ścieżkach zawierających dane lub w ich pobliżu. Dni, w których kontrolery dysków twardych reagowały na polecenie „parkowania”, aby „zejść z drogi” danych, już dawno minęły.

Jeśli sformatujesz dysk twardy do pełnej pojemności 3 TB i nigdy nie użyjesz więcej niż 1 TB, to tak, możesz potencjalnie wydłużyć żywotność dysku twardego. Mówię, że może potencjalnie i niekoniecznie b / c dysk twardy może ulec awarii mechanicznej. Tak naprawdę nic nie można zrobić, aby temu zapobiec. Jednak w miarę jak sektory na talerzach zaczynają ulegać uszkodzeniu, tablica partycji zmieni mapowanie na inne sektory na talerzach, które nie są uszkodzone i nie są używane. Wykorzystanie dysku twardego do pełnej pojemności zapobiega ponownemu mapowaniu sektorów, co umożliwia utratę danych. Mam nadzieję że to pomoże! :-)

Zauważam również, że możesz nieco zwiększyć żywotność i prędkość, jeśli partycjonujesz duży dysk, a następnie robisz rzeczy na podstawie oczekiwanej żywotności dysku (np. Obracanie opon samochodowych), instalujesz system operacyjny na jednej partycji, być może bardzo dużej wirtualnej jedź sam (cache) na jednym i jak sugerowano już dane na 3. [zakładając, że utworzyłeś 3 partycje]. Teraz, jeśli gwarancja wynosi 3 lata, co roku zmieniasz użycie każdej partycji, więc naprzemiennie zapisywano je najbardziej przez pamięć podręczną i system operacyjny z pamięciami podręcznymi i plikami tymczasowymi, i tak, możesz to zrobić, usuwając pamięć wirtualną na 1 partycji i instalując świeżo OS do tego, tak samo jak idealna defragmentacja od zera. Robisz to również, gdy kopiujesz dane z jednego do drugiego, możesz ponownie sformatować każdy z nich w pierwszej kolejności, ponieważ wszystkie pliki są kopiowane na zupełnie nowy dysk, więc nie są kopiowane fragmentowane, jeśli skopiujesz je wszystkie naraz, nawet jeśli są fragmentowane na partycji źródłowej. Największym zyskiem jest rozłożenie zapisu na dysku na 3 partycje ... istnieje kilka znaczących zapisów niektórych plików, ponieważ istniejąca nazwa pliku jest zawsze zapisywana nad samą sobą, jeśli staje się większa, dodaje się do końca, ale wszystkie zmiany zaczynają się od początku . Znalazłem słabe punkty w NDD działającym wiele lat temu, próbując czytać / pisać w kółko, zanim w końcu napisałem. Zastanawiałem się, dlaczego niektóre aplikacje czasami zawieszają się i zdając sobie sprawę z tego, że NDD może pisać w 6 próbach (próby domyślne DOS), kontynuuje się tak, jakby wszystko było w porządku (nie mówiąc mi o słabych punktach), więc użyłem aplikacji ID, która była testowana w klastrach. .. używane Norton ” s Edycja dysku, aby zidentyfikować, które pliki korzystały z tego / tych klastrów ... a następnie zmieniła nazwę fizycznego pliku FILENAME.BAD. Teraz brakujące pliki musiały zostać ponownie zainstalowane, ale zgadnij, co ...? Nigdy więcej oprogramowania nie zawiesza się ... technicznie to, co zrobiłem, to ręczne oznaczenie miejsc na dysku źle na poziomie dos, a zmieniając ich nazwę, zmusiłem je do napisania w nowym (mocnym, a nie słabym) obszarze dysku. Odkryłem, że pliki zapisywane wielokrotnie podczas normalnej pracy były obszarami, które zaczynały zawodzić przez większość czasu.