[eco]

HDD - 2 недельный сигейт »

Меняйте, ему гаплык.

[campol10]

легко сказать, менять ведь цена сейчас на 500 гигабайт такая что за ети деньги можно было два таких купить...
но в чем проблема, вот сейчас с енго сижу пишу, не стучит не тормозит, играю, но завтра думаю в какойто момент снова зависнет и опять не будет виден компу

[dmitryst]

campol10, SMART показывайте (для этого есть много бесплатных утилит - в поиск)

[campol10]

http://www38.zippyshare.com/v/70815279/file.html

[Tau_0]

Компьютер просто зависает, ни отвечает даже диспетчер задач »

Смотрим атрибут атрибут: 188 (BC) Command Timeout. Data = 2228259

Вот его туманное описание на русском...

Тип: накапливающий. Описание: содержит количество операций, выполнение которых было отменено из–за превышения максимально допустимого времени ожидания отклика. Такие ошибки могут возникать из-за плохого качества кабелей, контактов, используемых переходников, удлинителей и т.д., несовместимости диска с конкретным контроллером SATA/РАТА на материнской плате?/ либо дискретным. Из-за ошибок такого рода возможны BSOD в Windows. Ненулевое значение атрибута говорит о потенциальной «болезни» диска.

Оцениваем состояние жёстких дисков при помощи S.M.A.R.T.
http://ru.intel.com/business/communi...showentry=2739

Ещё по поводу этого атрибута когда-то вычитал на буржуйских форумах, что Raw значение этого атрибута есть три 16 bit (big-endian) счётчика ошибок (легкие, средние, тяжёлые), когда хард таймауты брал и в коматоз выпадал…

Тогда преобразуем 2228259 ===> 22h, 00h, 23h
Или обратно в десятичные счётчики (34, 0, 35) --- такой триадой ошибки считаюся.

Наверное плохо это…???... А вот кто в том виноват (он сам или что-то другое) я не знаю, а хард практически новый...

[azbest]

Меняй шлейф к жесткому диску или провод питания к жесткому диску

[campol10]

Значит проблема не совсем в жестком?

Ещё по поводу этого атрибута когда-то вычитал на буржуйских форумах, что Raw значение этого атрибута есть три 16 bit (big-endian) счётчика ошибок (легкие, средние, тяжёлые), когда хард таймауты брал и в коматоз выпадал… Тогда преобразуем 2228259 ===> 22h, 00h, 23h Или обратно в десятичные счётчики (34, 0, 35) --- такой триадой ошибки считаюся. Наверное плохо это…???... А вот кто в том виноват (он сам или что-то другое) я не знаю, а хард практически новый... »

Вот ето не совсем понял, можно понятней обьяснить
А шлейфы завтра таки заменю, вместе с мамой

[Tau_0]

Вот ето не совсем понял, можно понятней обьяснить »

Это очень просто. Компьютер использует двоичную систему счисления, для удобства её сводят к шестнадцатеричной. По основанию шестнадцать считается. Тогда шестнадцатеричное число 23h = 2*16 + 3 = 35dec.

Утилита HDTune по дурости три шестнадцатиричных счётчика “склеила” (22h, 00h, 23h) или (220023h), и перевела в одно глупое значение = 2228259.

Я сделал обратный перевод dec ===>hex (2228259dec ===>220023hex) и "разрезал" на три отдельных счётчика. А потом перевёл каждый отдельных hex счётчик в соответствующий десятичный.

Вы для интереса запустите утилиту HDDScan и посмотрите её вывод SMART. Он более правильный, --- hex значения выводятся. А вот интерпретировать каждый атрибут следует по-разному...
HDDScan
http://hddscan.ru/

ЗЫ Утомился набирать…

[chukml]

Была похожая проблемма - Пробуйте тестировать с заведомо рабочим БП