Проблемы с дисками, восстановление данных, Жесткими, твердотельными, мягкотелыми, круглыми, квадратными Опции

[Hose]

Добрый вечер всем.я тут новенький,хотел бы у вас узнать есть ли какая то программа что может помочь мне в моей проблеме *???Я проверил программой свой винчестер Viktoria у меня нашел 217 оранжевых сектором а так же температура моего винчестера 48 градусов и еще,проверил другой программой "Hard Disk Sentinel"
тоже самое показало за температуру и написала вот такую ошибку..

На дисковой поверхности есть 14 дефектных секторов. Содержание этих секторов было перемещено в запасную область.
Основанный на числе переотображения операций, здоровье диска было уменьшено в различных шагах.
В этом пункте гарантийная замена диска еще не возможна, только если здоровье понижается далее.
Рекомендуется исследовать регистрацию диска регулярно. Все новые найденные проблемы будут зарегистрированы там.

Можно как то это решить вообще???эту проблему??

[Allex]

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

На самом деле - нет.

В транслятор "блоки" вообще не входят как таковые - так как он работает с значительно меньшим квантом, то для того, чтобы найти данные нужного LBA, мало знать, в каком блоке стирания они находятся, нужно знать еще и их адрес внутри этого блока.

Потому - в транслятор входят только те LBA, которые хотя бы раз уже использовались. Попробуй натравить чтение на только вытащенный из коробки (или только что после SE) SSD - и ты увидишь замечательную ровную линию максимальной скорости, если на SATA - так и вообще скорее всего ограниченную скоростью порта. А потом пропиши SSD данными - пусть даже линейно - и скорость сразу снизится. Та вот "скорость чтения" после SE - на самом деле ничего не читает. Пока транслятор пуст - обращение к SSD по любому LBA не требует отработки контроллером, он сразу же отдает на такой запрос нули. А вот когда транслятор уже содержит адреса использованных секторов - то при запросе на такой LBA контроллеру "нулями" отделаться уже не с руки, он должен отдать реальные данные, а для того - сходить в транслятор, вычислить, где они лежат, отдать команду на чтение страницы нужному кристаллу флеша, дождаться ее выполнения, выцепить из нее нужный кусок и только тогда ответить хосту. Соответственно - и скорость оказывается ниже.

Но еще есть транслятор который помечает то что не нравиться для дальнейшей обработки и исключения или возврата в работу, это работает и на ХДД и на СДД.

Не, то отдельная таблица, и, похоже, на большинстве SSD она вообще упрощена до предела. Блок перестал стираться - его пометили "мертвый" и больше не используют. А всякими "для дальнейшей обработки" не заморачиваются.

На ссд есть еще трансляция с замешиванием для того чтобы запись шла только в чистые страницы котрые предврительно очищает ТРИМ.

Trim ничего не очищает. Эта технология переводит данные в состояние "мусор". А очисткой занимается сборщик мусора отдельно.

И да эти здичи для диска боее приоритетны чем какието том данные пользователя

Отработка Trim - таки да: это команда очень объемная и "хранить ее до лучших времен" у контроллера просто негде. А сборка мусора - обычно идет в фоне и никому не мешает... Разве что прошивка "дохозяйствовалась" до того, что у нее закончился пул свободных для записи страниц: вот тогда все притормаживает сильнее - ведь кроме как записью, контроллеру приходится заниматься одновременно и сборкой мусора, чтобы расчистить блоки для продолжающейся записи.

поэтому если диск занят то пользователь ждет, а если пользователь начнет еще и питание дергать то есть шанс что диск скукожиться.

А вот не нужно питание дергать, пока накопителю не отдана команда "отключайся".