-
Постоянные подвисания системы
Здравствуйте!
Уже писал в этой ветке с просьбой о помощи по-поводу постоянных подвисаний компьютера, в итоге после долгих мучений выяснилось что комп всё-таки чистый и не заражённый... Поиск причины подвисаний продолжился... В итоге, скорее всего, причина была найдена - bad block-и. Запустил MHDD просканил поверхность нашлось около 100 битых блоков. Сделал erase повторно просканил - блоки пропали. Поставил семёрку 7600 RTM не прошло и двух дней как в журнале стали появляться ошибки типа:
Неверный блок на устройстве \Device\Harddisk0\DR0.
Сначала ошибки были редкие (1-3 раза в день), прошло 3 недели и ошибки уже летят пачками (каждые 15-17 минут по 14 ошибок с интервалом 2-4 секунды).
Так вот, вопросы: из-за чего такое может быть, виновата ли в этом семёрка, и как от этого избавится?
SMART:
Name Val Worst Raw
Att # 1 : Read error rate : 96 77 174128456
Att # 3 : Spin up time : 99 97 0
Att # 4 : Number of spin-up times : 99 99 1636
Att # 5 : Reallocated sectors count : 100 100 0
Att # 7 : Seek error rate : 80 60 116848954
Att # 9 : Power-on time : 96 96 4373
Att # 10 : Spin-up retries : 100 100 2
Att # 12 : Start/stop count : 99 37 1656
Att # 184 : Unknown : 100 100 0
Att # 187 : Unknown : 1 1 29004
Att # 188 : Unknown : 100 75 1769551
Att # 189 : Unknown : 95 95 5
Att # 190 : Unknown : 70 59 522059806
Att # 194 : HDA Temperature : 30 41 30
Att # 195 : Hardware ECC recovered : 57 39 174128456
Att # 197 : Current pending sectors : 100 100 5
Att # 198 : Offline scan UNC sectors : 100 100 5
Att # 199 : Ultra ATA CRC Error Rate : 200 200 1
Винт умирает?
P.S. я новичёк в этом деле, так что все мысли и предложения просьба писать максимально доступно
P.S.S может кто подскажет: сделаный скрин MHDD куда сохраняет, и где можно найти какой-нить мануал, чтобы самому нормально самрт читать и определять состояние винта?
Последний раз редактировалось dgigernaw; 02.09.2010 в 08:30.
Ломаем, калечим, пугаем, увечим!(быстро, недорого)
-
Будь в курсе!
Будь в курсе!
Надоело быть жертвой? Стань профи по информационной безопасности, получай самую свежую информацию об угрозах и средствах защиты от ведущего российского аналитического центра Anti-Malware.ru:
-
Самое просто решение это поменять винчестер. А старый использовать как хранение не важной информации. Судя по смарту винчестер медленно и верно умирает.
-
ml27, по каким параметрам вы это решили?
-
Att # 1 : Read error rate : 96 77 174128456
Att # 195 : Hardware ECC recovered : 57 39 174128456
Att # 7 : Seek error rate : 80 60 116848954
1. это частота появления ошибок (третье значение), цифра не маленькая
2. это количество ошибок в режиме UltraDMA
3. также большое кол-во ошибок позиционировании магнитных головках
-
Смею предположить, что у dgigernaw винт Сигейт или Самсунг , а посему:
Для винчестеров Seagate в полях S.M.A.R.T. “Raw Read Error Rate”, “Seek Error Rate”, “Hardware ECC Recovered” характерны совершенно дикие значения, в то время как у накопителей иных производителей там нули. Это нормально. Огромные числа в этих полях обусловлены тем, что жёсткие диски Seagate по-другому считают значения этих параметров. При работе современного винчестера всегда возникают ошибки такого рода и он восстанавливает их самостоятельно, это в порядке вещей, просто другие производители не считают нужным указывать количество этих ошибок.
(источник п.24 ixbt или п.8 тут ibxt)
Более пристального внимания заслуживают:
Att # 5 : Reallocated sectors count : 100 100 0 - переназначенных секторов 0, т.е. нет
Att # 197 : Current pending sectors : 100 100 5
Att # 198 : Offline scan UNC sectors : 100 100 5
Кандидаты в переназначенные сектора
dgigernaw, для получения более точной информации о состоянии вашего винчестера обратитесь на форум ixbt.com
-
Так... значит это норм что значения запредельные... А то, что значение reed error rate увеличививается на 100-150 тысяч в час - это норм?
Ломаем, калечим, пугаем, увечим!(быстро, недорого)
-
Не знаю нормальные или ненормальные такие значения, но винт сдох...
P.S. вот вы говорите, что огромные значения это норм, сам по себе возникает вопрос: почему же значения Val и Worst находятся в пределах нормы? Если их винты считают ошибки по-другому, то почему не задать соответствующие значения Val и Worst для данных параметров, чтобы не подвергать шоку пользователей, которые не знают о их "нестандартных" расчётах?
Последний раз редактировалось dgigernaw; 08.09.2010 в 02:52.
Ломаем, калечим, пугаем, увечим!(быстро, недорого)