Отзыв о проверке диска программой Disk Revival

Андрей Мельник

Спасибо! Приятно иметь дело. Я сам пришел тоже к такому методу, но делал это все вручную (проверку и исправление жесткого диска), что довольно-таки геморное занятие я вам скажу. И так как сам не силен в программировании, и сам бы такую прогу не сделал, считаю программу суперской. И интерфейс весьма приятный. Хорошая работа. Респект и уважуха.! Надеюсь мои скромные вливания помогут в дальнейшем ее развитии в борьбе с новыми видами бэдов. Удачи в развитии. Буду ждать новых версий проги.

Использовал программу 2 дня и с уверенностью могу сказать, что она действительно работает, кто бы что ни говорил (теоретики и скептики - умойтесь). У меня уже начал сыпаться винт на 500 гиг. Постоянно сыпались сообщения из торрента об ошибках на том или ином раздаваемом файле. Купил новый, а этот валялся в углу про запас. В нем 60 бэдов и более 1000 коричневых (по виктории), зеленых и вовсе за 3000. Попробовал дать ему вторую жизнь. Прогнал через Disk Revival, указал, исходя из графика, минимальную скорость чтения сектора в 36 мегабайт/сек и потеряв всего менее 20 гиг (на фоне 500 гиг это мелочь) "отрезал" беды и медленные сектора. Если бы указал мин. чтение 15 мегабайт\сек, то прога отрезала бы менее 3х гиг, но я решил убрать чуть больше. Что бы винт поменьше обращался к местам с бэдами, вокруг которых, так же вероятнее всего образуются дополнительные медленные сектора. Они еще работают, но наверняка в любой момент могут превратиться в бэды. По логике, винт должен будет меньше трогать зоны с бэдами и просто их перепрыгивать.

Результат

Картина из дефрагментатора меня сначала поразила и шокировала. У меня разрешение размера кластера стояло на 10 пикселей и винт весь был красный. Я не мог понять, как может быть заполнен весь винт файлами, если тотал коммандер показывает, что свободно 430 гиг. Но уменьшив размер кластера до минимальных 3 пикселей, всё встало на свои места. Картинку из дефрагментатора приложу ниже.

Скорости записи/чтения на этот винт в 90% случаев не падают ниже 50 мегабайт\сек в среднем держатся в районе 70-90 мегабайт\сек из ~120. Торрент перестал материться на битые файлы. Все без исключения записанные с нормального винта на этот (глючный винт) файлы копировались обратно на новый винт для проверки на целостность ( чтобы проверить, не попали ли они при записи на незалатанные прогой бэды). Копирование файлов прошло успешно и без проблем на все 100%. Правда я еще только начал перенос файлов из торрента на этот винт и там всего 37 гиг. Но судя по данным из дефрагментатора (по тому как сильно разбросаны красные точки если кто не понял) и с остальным пространством проблем возникнуть не должно. Если обнаружу проблемы, ОБЯЗАТЕЛЬНО отпишусь! Я рядовой пользователь и не ставлю целью рекламить эту прогу. Пишу по существу, как оно есть, исходя из собственных экспериментов и наблюдений.

Скриншоты

Дефрагментатор: всё что красное - это первая картина после работы проги. Синее - это уже записанные после проги данные. Те самые 37 гиг.

Как видно из графика и записей под ним, отрезано по чтению 36 мб/с с потерей пространства в 19.27 гиг. Можно было бы сдвинуть ползунок до 15 мб\с, и тогда потеря бы была 3 гиг ( +- 400 мб, не помню уже точную цифру, если честно). Тогда и картина дефрагментатора была бы более красивая, а не куча красных точек. Но я решил, что лучше больше отрезать, зато гарантированно уменьшить вероятность возникновения новых бэдов от попыток винта обращения к зонам с наибольшим скоплениям бэдов и медленных секторов их окружающих.

Скорости записи/чтения с глючного винта после прогона через Disk Revival.

Даже сделал тест викторией.

А вот так выглядит картина, если обрезать место по скорости чтения до 15 мб/с. Такая картина на дефрагментаторе мне наравится больше.

От автора программы: большое спасибо за подробный отзыв с кучей скриншотов! Человек не один час потратил, чтобы написать текст и подготовить скриншоты с тестов.