При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором."
Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001









Учёт и поиск запчастей к жестким дискам - R.baza.

zaregaus
диск сыпется, это не лечится
чисто для экспериментальных целей и неважных файлов можно и оставить,
но для чего-то нужного и важного он уже непригоден

Ноутбучный винч традиционно пострадал от тряски (атрибут 191), по итоговым данным скана вики сейчас диск исправен. Резерв для замещения бэдов еще есть (атрибут 5, порог не достигнут). Если в работе не замечаете каких-то проблем, и если количество бэдов НЕ увеличивается, то можно использовать под некритичные для потери типы данных. На самом деле не знаю почему вика выдает сматрт статус бэд, по факту статус бэд когда один или несколько атрибутов смарт преодолевают пороговое значение.

Прогнал несколько тестов в Victoria. Первый в режиме чтения с опцией "Починить". Второй в режиме записи. Третий в режиме чтения с опцией "Обновить". После этого посмотрел состояние секторов (вложение). Вроде бы не так и много слабых секторов. Или это не влияет на оценку жесткого диска и нужно смотреть главным образом на SMART?

У вас там вначале много задержек, там и будут проблемы, видимо там винда была, если там создать раздел и не форматировать, то остальной объём можно форматнуть и пользоваться нормально, но диск может умереть всё равно резко и без предупреждения, но гораздо меньше шанс порчи инфы в месте где не было винды.

А как можно создать раздел именно в этой части? И почему его не надо форматировать?

Подскажите, пожалуйста, диск нормальный или нет? Погуглил параметр disk shift - ничего не понял:


Потому, что количество ударов - 0, может быть от перегрева смещались пластины?
Диск TOSHIBA MG07ACA14TE FW: 1002

Не то чтобы прям очень, всего 3 свыше 200мс. Кстати в старых версиях градация была несколько иной...планочка задержек снизилась. Раньше было 5-20-50мс и зелененькие были уже как разы свыше 200мс.


Просто создаете первый раздел объемом приблизительно перекрывая ту область с медленными секторами. Потом создаете второй, третий необходимого размера, а первый просто удаляете оставляя как неразмеченную область (ну или просто не форматировать как выше предложили). Но так обычно делают когда резервная область для подмены бэдов исчерпана а скрыть участок с бедами надо.

Добавлено спустя 6 минут 57 секунд:


Коль скоро значение атрибута Current максимальное, особых причин для переживания нет. Не нулевой значение Raw судя по всему норма. При работе присутствуют какие-то проблемы, сильная вибрация, гул двигателя?

Добавлено спустя 5 минут 12 секунд:

Скорее всего никуда они не смещались, с завода так оцентрованы. Как-то интерпретировать сырые данные вряд-ли кто-то сможет, так что полагаемся на "проценты" здоровья, а они максимальны.

Если бы не было столько ремапов то да, это можно было скинуть на незначительные задержки, нельзя такое игнорировать в этом случае эти ремапы и задержки, там инфа будет портится крайне вероятно по моей практике и особенно на вд.

Изредка бывает вибрация мерзкая с гулом, но когда запускается от какого-то системного процесса после паркинга головок, но не всегда, а очень редко, то есть если специально запустить его - всё ок.
Может в динамике проследить после подобной вибрации - если растёт параметр - то есть проблемы?
Диск вообще с гелием, у других без гелия этот параметр 0 вообще.

Понаблюдайте, конечно. Но мне кажется что тут какой-то проблемы нет.

А эта градация я так понял не статична. Я делал несколько тестов - задержки для одних и тех же цветов были разные.

Добавлено спустя 14 минут 36 секунд:

Разбил диск на две части. Первая 195 Гб - диск Е, вторая со всем остальным - диск D. Как можно проверить, что битые секторы в основном находятся на диске Е? Victoria проверяет физический диск целиком.

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

Sania.
Скорее он имел ввиду нестабильные кандидаты, а не уже переназначенные ремапы.

zaregaus
А коли так, включаем отображение букв логических дисков в списке физических. Выбирает свой логический E: и переходим в Тестирование, здесь мы видим конечный LBA логического диска E. Теперь смотрим логи и определяем входит ли не стабильный LBA в созданный диск E. Или если нет нормальных логов, начинаем тестирование логического диска снова.

Я выбрал логический Е, но во вкладке тестирования область тестирования указана для всего жесткого диска. А можно как-то определить промежуток жесткого диска, занятые разделом Е? Чтобы задать параметры Start LBA и End LBA при тестировании.

Добавлено спустя 7 минут 48 секунд:

А, так было, потому что Е неформатирован. Если же выбрать форматированный D - тогда можно протестировать только его. Получилась такая картина. Секторов с задержкой 200 мс здесь нет.
Подскажите, есть ли смысл делить диск на несколько логических дисков с точки зрения защиты информации? Ну, например, если вдруг какая-то проблема с диском случится, то она случится в пределах логического диска, а не физического.

Добавлено спустя 7 минут 54 секунды:
Отформатировал диск Е, чтобы проверить и его. Вот результат.
Выше писали, что лучше этот раздел оставить неформатированным или и вовсе неразмеченным. Для чего это нужно?

zaregaus
Не может она указывать все сектора физического диска, если выбран только логический диск. Виктория укажет конечный сектор логического диска в поле (END LBA), либо вы запутались и делаете не правильно. Возможно используйте другую программу управления разделами для определения диапазона. Например на скрине выделен конечный и начальный адрес.
#77

P.S. Ну вот и разобрались, естественно логический диск должен быть отформатирован, а иначе это не диск а просто раздел.
Поверхность на Е вполне нормальная, но разбиение не является никакой защитой. Это мера временная, а защиту обеспечит только резерв.

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

Спасибо большое за подсказки.
Один вопрос остался. Выше на скринах по тестам D и E видно, что Start LBA в обоих случаях 0, End LBA - разный. Не означает ли это, что в первом случае проверка идет от начала и на 200 Гб, а во втором случае от начала и на 550 Гб? Таким образом последние 200 Гб диска не проверились ни в одном из тестов.

zaregaus
К сожалению Виктория пока не умеет прописывать конкретные границы логических дисков, а только конечный сектор. Потому пока что используйте стороннюю утилиту для определения начального сектора логического диска, например как у меня на скрине. Автор обещал сделать заполнение и начального и конечного секторов логических в будущем.

Но зная конец всего диска (1465149167) и конец диска Е (409599991), я же могу проверить диапазоны, задав Start-End: 0-409599991 для диска Е и 409599992-1465149167 для диска D? Виктория позволяет вручную задавать эти значения.

zaregaus
Конечно, так можно задать в полях START и END LBA на вкладке Тестирование.