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

[Hose]

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

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

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

[Datarecover]

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

последовательные ЛБА не обязаны находиться рядом физически , их местоположение определяют таблицы трансляции.

Фрагментациия файловой системы начинает возникает в следствии дописывания в файлы , а также после полного заполнения диска , для дисков без трима на дисках с тримом возникает прилюбой записи , т файловая система опрерирует понялием кластера в котором в котором несколько десятков лба и как я писал выше никто не гарантирует что они последовательные. И на работуалгритма размещения файлов и журналирования внутрении структуры диска не влияют также и на оборот диску пофиг какая у него файловуха.

Мы тут обсуждаем вопрос того что в следсвии работы падает линейная скорость а не файловая , значит файловую систему можно исключить. И мы выяснили , что она улучшается в следствии SE которое как уже обсуждалось сносит (персчитывает пересоздает ) Г (растущий) транслятор. Но в это транслятор попадают плохо читаемые блоки и он сам долго работает , вот и остаеться понять что их этого проблема софт обработки блоков (страниц) или наличие битого чипа. Если бы проблема была в софте то это былобы на всех устройствах этой серии , если в чипе то только на тех где он битый. Просто есть еще 1 фишка ссд отдает пустое место также как диски с черепичной записи на основании метки что страница чистая. А призаписи данные распределяться по разным чипам для скорости и вчислить какой чип битый я не знаю как. Ну рабочие идеи есть но только для ССД в котрых я могу генерить свой транслятор просто выводя из работы некоторые чипы , о до такой степени разобраных девайсов очень мало.

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