JavaScript отключён. Чтобы полноценно использовать наш сайт, включите JavaScript в своём браузере.

Ответить в теме

Сообщение: [QUOTE="Drink, post: 187947, member: 8970"] Доверие к hd tune пропало, когда, в одно и то же время с другими, корректными, утилитами (crystaldiskinfo, hddscan, hd sentiel), она стала указывать неверный объём дисков, температуру, не определять объём дисков, неверно экстраполировать величины из hex в dec, стала сеять панку на тех атрибутах, когда причин для паники немного. Не для всех дисков и не всегда. Искать случаи такого поведения сейчас нет времени. При желании, ошибки и признаки странной работы этой утилиты легко можно найти в сети. Тем не менее, при подозрениях на проблемы с дисками, стараются использовать хорошо зарекомендовавшие себя утилиты crystaldiskinfo, hddscan, hd sentiel, victoria 4.46b (32 bit ОС), victoria 4.3\4.47 (64 bit OC) (win, От администратора), victoria 3.5x, mhdd (dos, режим работы контроллера sata в ide\compatible режиме), иногда - в спорных случаях - берут данные двух, а не одной (особенно касается victoria win), утилит. Очень хорошо, что принял. Но резервное копирование обязательно и тогда, когда с диском всё в порядке, с ОС всё в порядке, ничто не вызывает подозрений. В том случае, если пользователю дороги свои собственные данные. Превентивно можно, - диск достаточно долго прослужил, некоторые атрибуты на почти четверть подошли к пороговому значению, естественнен некоторый износ механики и т.д.. Но формально сам диск пока не вызывает подозрений, даже по отчёту hd tune. Температура - это удел охлаждения. Другой момент - успел ли небольшой перегрев и время влияния этого события сказаться на поведении диска в будущем. Но для этого должно пройти время, и всё же должен быть отчёт из корректных утилит. События релокации - атрибут С4 - сами по себе не говорят ни о чём. Порог релокации - когда диск решает, что нестабильный\нечитаемый сектор нужно замещать сектором из резервного трека на пластине, и указывать ОС номер LBA нового сектора, который на самом деле является номером LBA старого (ОС будет "думать", что это тот же, старый сектор), - закладывается на заводе производителем в служебный модуль firmware диска и известен только производителю. Часто бывает у тех же дисков momentus такая ситуация, что при наличии софтовых, логических ошибок, возникает нестабильный сектор - пендинг, что естественно, но неестественно то, что при таких ошибках атрибут 1 - Raw Read Error Rate - частота ошибок при чтении - опускается ниже порогового значения, и bios - при включённом мониторинге smart - при старте выводит на экран "smart status bad", что приводит пользователя в панику, хотя такой диск вылечивается ремапом и сбросом 1-го атрибута smart, и продолжает работать, как ни в чём не бывало. На картинке smart-таблицы выше видны огромные значения в атрибуте С4 (что нужно перепроверить другой утилитой), но это софтовые ошибки + недоработки firmware. События релокации были, но нет пендингов (С5) и нет значений критического атрибута 05 - замещённых секторов из резерва, релокейтов. Атрибут С4 - накапливающий, но те ошибки в нём, которые мы видим, означают только то, что были кандидаты на переназначение, были сектора с неправильной контрольной суммой - пендинги, но при проверке они и оказались - софтбэдами. А почему, в таком случае, мы не видим значений в атрибуте С5, просто потому, что атрибут текущий и сам очищается в процессе работы диска. Графики чтения, расположенные выше, - стандарного профиля, с нормальным разбросом амплитуды чтения во времени доступа, -только подтверждают такую картину. Другое дело, если диск можно заменить просто из-за увеличения объёма в дополнение ко всему вышесказанному. Но это уже интересы ТС. Но и в случае с идеальной таблицей smart - бэкапа ценных данных никто и никогда не отменял. [/QUOTE]

Проверка