"ABLomas" <abl@ablomas.com> wrote in message news:icef12$8mb$1@trimpas.omnitel.net... > On 2010.11.21 22:36, Vasaris wrote: >> Labai aiškiai rodo pirmas paveiksliukas, kad iš 200 santykinių taškų, >> dabartinė reikšmė yra 198, o dugnas - 140. Tai reiškia, kad grubiai >> grubiai remap'ui lieka ~870 sektorių. Būtent todėl vartotojams >> skirtos programos ir nerodo RAW VALUE, o rodo konkrečiai >> normalized/worst/threshhold. > > Įdomiai čia skaičiuoji... Kad įdomiai - nereiškia neteisingai. > Šiaip Levas teisingai parašė - reik žiūrėt į raw value, o ne į > santykinius dydžius. Pardon, ABlomai, nesitikėjau iš pačio tokio tamsuoliškumo šiuo aspektu :-| Gal gali apšviesti, kokiu sumautu būdu iš RAW VALUE įmanoma sužinoti, kokia dabartinė/IDEALI situacija konkrečiam skaitikliui, o kur jau dugnas, ir koks dar YRA REZERVAS? Nes rezervai parametruose visada yra. Todėl tai ir yra self-analysis ir reporting, o ne "skaitiklis pasikeitė į neigiamą pusę ir viskas, diskui KAPUT". > O taisyklė yra viena - jei atsirado reallocated, > matomi per SMART - su disku reik elgtis labai atsargiai... Generalizuotu atveju - taip. Bet tikrai ne absoliučiu. Zo, atsargumas, bet ne paranoja. Yra krūva enterprise lygio HDD, kurie turi palyginti daug remap'ų. O juos turi todėl, kad laikas jiems nuskaityti ir nuspręsti geras/blogas yra GAUSIAI limituotas, ne kaip darbastalio įprastų IDE/SATA diskų, kurie gali brūžinti sektorių iki nuprotėjimo. Ir net įprasti HDD neretai sukasi su BAD'ais, jei jie NEAUGA, puikiai, jei tai buvo koks vienkartinis incidentas.