BIOS - ograniczenia wielkości dysku (+coś ze S.M.A.R.T)

Autor: Jacek Politowski <sorry_at_nie.istnieje>
Data: Mon 16 Feb 2009 - 00:12:56 MET
Message-ID: <slrngph7r6.5al.sorry@trek.rallypl.eu.org>
Content-Type: text/plain; charset=iso-8859-2

Mam komputer na p³ycie Soltek SL-62b (to chyba chipset BX by³), który
robi³ swoj± robotê (domowy, linuksowy serwer plików), ale pad³ mu dysk
(120GB, Hitachi), w³o¿y³em mu rzadko u¿ywane 200GB (Samsung), ale
S.M.A.R.T nie przechodzi short testu (read failure - ju¿ podczas
pierwszych 10% testu).

G³ówne moje pytanie jest o ograniczenia wielko¶ci dysków w starych
p³ytach.

Je¶li jest w stanie bootowaæ siê z tego 200GB dysku, to chyba znaczy,
¿e tradycyjne ograniczenie 137GB ma za sob± - jakiego nastêpnego mo¿na
siê spodziewaæ? Ró¿nice w cenach miêdzy 80GB a 320GB (a w zasadzie
nawet i 500GB) s± znikome, wiêc je¶li obs³uga 200GB oznacza równie¿
500GB (lub 320GB), to co¶ takiego chêtnie bym kupi³.

A przy okazji, mo¿e kto¶ rzuci ¶wiat³o na wyniki S.M.A.R.T-a

W atrybutach nie widzê nic niepokoj±cego, poza zastanawiaj±cymi mnie:
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age
Always - 11717
197 Current_Pending_Sector 0x0012 100 100 000 Old_age
Always - 1

A wyniki testów:
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 257
# -
# 2 Short offline Completed: read failure 90% 257
# -
# 3 Short offline Completed: read failure 90% 257
# -

Wynik dla ECC recovered niby ok, choæ je¶li raw value jest
rzeczywista, to chyba mo¿na wi±zaæ to z z wynikami testu i
Current_Pending_Sector.

W³a¶nie pending_sector mnie zastanawia (reallocated sector i event
count = 0(raw) = 253(value) (przy threshold oczywi¶cie 000)) - jak
gro¼ne to jest. W googlach znalaz³em jedynie informacjê, ¿e
pending_sector mo¿e zamieniæ siê w reallocated - je¶li elektronika
dysku po pewnym czasie zdecyduje siê faktycznie ten podejrzany sektor
uznaæ za niesprawny. S³usznie to opisano?

-- 
Jacek Politowski
Received on Mon Feb 16 00:05:04 2009

To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Mon 16 Feb 2009 - 00:51:03 MET