Не копируются файлы с жесткого диска

[Noelemnos]

Здравствуйте! Прошу помощи в восстановлении/копировании фото и видео.

Стал тормозить компьютер через некоторое время после загрузки Windows. При копировании (не совсем так, я дал команду "Вырезать") на другой жесткий диск, одна папка отличилась большим количеством поврежденных фото и видео. Большую часть удалось скопировать успешно, четверть с битыми фото (пример ниже), четверть вообще отказалась, выдавая ошибку чтения. Я так понимаю жёсткий диск скоро придёт в негодность.

Примеры поврежденных фото: http://rgho.st/7Qt7L98R2, http://rgho.st/6jCkmg8Dc
Также есть фотографии, которые не открываются совсем, но в проводнике видны миниатюры, будто файл не поврежден.

Жёсткий диск Samsung 1TB. Model: ST1000LM024 HDD P/N: HN-M101MBB/SCC

S.M.A.R.T.
1. http://rgho.st/private/8958rFR2t/db1...c613c2233b82ca
2. http://rgho.st/private/7FvPW6XKX/2ee...edbc1c42c5d751

Мои действия.
1. Посмотрел S.M.A.R.T., при сканировании диска в Victoria (DOS) с командами "Линейное чтение", галочка "Ignore" в определённый момент посыпались ошибки. Операцию прервал.
2. Почистил контактную площадку ластиком и протёр спиртом.
3. Попробовал скопировать в Windows.
4. Попробовал скопировать в Linux Manjaro, с помощью Krusader.

Собственно сам вопрос. Возможно ли спасти поврежденные фото/видео файлы и скопировать их?

И возможно ли будет продлить этому жесткому диску жизнь после команды Write в Victoria, т.к. S.M.A.R.T. показывает Good. Естественно, что на нём я больше не буду хранить важную информацию.

[garniv]

Цитата (Noelemnos) »

но в проводнике видны миниатюры, будто файл не поврежден.

Миниатюры в проводнике - это отдельные уменьшенные изображения, созданные когда вы их первый раз в этом проводнике открывали. Они хранятся в отдельном файле и могут быть неповрежденные, а при этом само основное большое изображение - повреждено.

Цитата (Noelemnos) »

Примеры поврежденных фото: http://rgho.st/7Qt7L98R2, http://rgho.st/6jCkmg8Dc

Некоторые провайдеры, как YOTA блокируют http://rgho.st, поэтому я вижу только заглушку В любом случае - если повреждения в JPEG-изображении небольшое, то его можно попробовать восстановить в спец.утилитах
https://overquantum.livejournal.com/6653.html
https://remontka.pro/recover-damaged-jpg-files/

Цитата (Noelemnos) »

И возможно ли будет продлить этому жесткому диску жизнь после команды Write в Victoria, т.к. S.M.A.R.T. показывает Good.

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

Цитата (Noelemnos) »

Собственно сам вопрос. Возможно ли спасти поврежденные фото/видео файлы и скопировать их?

Скорее всего да. Для начала нужно сделать посекторную вычитку всего диска/раздела в образ
https://forum.ixbt.com/topic.cgi?id=11:45814:1614#1614
Потом уже из этого образа брать нужные файлы и пробовать их "ремонтировать" утилитами.

[Noelemnos]

Про миниатюры понял, спасибо

Цитата (garniv) »

Некоторые провайдеры, как YOTA блокируют http://rgho.st, поэтому я вижу только заглушку

Примеры поврежденных фото (перезалил):
https://ibb.co/wc3MBXs , https://ibb.co/gjgW8SR

S.M.A.R.T. (перезалил):
https://ibb.co/1bKd6my , https://ibb.co/DzyqDdT

Повреждения большие. Пробовал эти программы, спасибо, но они не помогли. Мне писали, что у файлов отсутствует часть потока, по этой причине восстанавливать нечего.
Нужно попробовать восстановить файлы с жёсткого диска, который повреждён. Там всего около 500 файлов/2 GB (фото/видео) поврежденных, которые не скопировались.

Однажды в восстановлении мне помогла программа DMDE, но там ситуация была совсем другая.
Я читал что комплекс PC3000 Data Extractor может вводить диск в технологический режим и считывать секторы на маленькой скорости.
Мб есть аналогичное решение в DMDE или другой программе?

Цитата (garniv) »

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

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

Цитата (garniv) »

Скорее всего да. Для начала нужно сделать посекторную вычитку всего диска/раздела в образ

Для того чтобы сделать посекторную вычитку, на принимающем жёстком диске должен быть свободный объём оригинала?
У меня испорченный жёсткий 1Тб, но по факту файлы, которые нужны с логического диска D размером около 2Гб.

[garniv]

Цитата (Noelemnos) »

У меня испорченный жёсткий 1Тб, но по факту файлы, которые нужны с логического диска D размером около 2Гб.

В программах известных мне, происходит вычитка всего объема раздела.

Добавлено через 42 минуты

Цитата (Noelemnos) »

Я читал что комплекс PC3000 Data Extractor может вводить диск в технологический режим и считывать секторы на маленькой скорости.
Мб есть аналогичное решение в DMDE или другой программе?

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

[Noelemnos]

Цитата (garniv) »

В программах известных мне, происходит вычитка всего объема раздела.

Ёёёма ё, нужно искать жёсткий на 1 Тб значит в идеале.
Скачал HDClone, создал загрузочную флешку.
Лучше использовать флешку или ОС Windows? Или принципиальной разницы нет?

Какой из пунктов мне нужно выбрать, с возможностью сделать копию только логического диска D, он около 300 Гб?
Меню программы: https://ibb.co/9rPrgxN

[garniv]

По HDClone не подскажу, т.к. не пользовался им, я последние разы делал через Clonezilla - там точно можно
Поискал скриншоты, вижу что в HDClone в разделе Resque есть только 2 выбора, и в образ - это только BitImage. Что там будет дальше в диалогах - смотрите.

[Noelemnos]

Цитата (garniv) »

По HDClone не подскажу, т.к. не пользовался им, я последние разы делал через Clonezilla - там точно можно

Хорошо, спасибо, постараюсь найти в ближайшее время диск на 500 Гб и сделать клон раздела.

Цитата (garniv) »

Для начала нужно сделать посекторную вычитку всего диска/раздела в образ
https://forum.ixbt.com/topic.cgi?id=11:45814:1614#1614

Не подскажете, а Clonezilla тоже в несколько проходов считывает сектора, т.е. сначала хорошие, а потом ещё раз считывание по плохим?
Я ориентируюсь на первую ссылку, которую дали, там автор поста пишет

Цитата

Полная посекторная копия в режиме RAW моего 500Гб диска делалась примерно три с половиной часа:
-- 3.15 – ушло на первый проход и вычитку хороших секторов
-- еще 0.20 – ушло на проход бэдов.
После первого прохода у меня было 98000 нечитаемых секторов, после второго осталось непрочтенными 100.

[garniv]

Цитата (Noelemnos) »

Не подскажете, а Clonezilla тоже в несколько проходов считывает сектора, т.е. сначала хорошие, а потом ещё раз считывание по плохим?

Там только в один проход, и с параметром -rescue.
Кстати, для "многопроходной" вычитки можно использовать GNU ddrescue.

[9285]

Noelemnos
Если есть малейшие подозрения на проблемы с диском, и с него нужны данные (*), то категорически не стоит заниматься всякими тестами поверхности и вычитыванием из под винды. Потому как если и есть ещё у диска "силёнок" отдать данные, то после этих "тестов" их может уже и не оказаться.
С линуксовыми системами ещё можно поработать, и хотя они в силу некоторых моментов не так сильно насилуют диск - тем не менее, если вычитана часть файла а потом идёт сбойный сектор, то файл не запишется и прийдётся читать сектора по новой; и не факт что они ещё раз считаются.

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

Можно попробовать вычитывать файлы в той же DMDE пофайлово, но при подобном подходе (ИМХО), особенно в случае если файлы фрагментированы, потом довычитывать проблемные сектора.

Здесь тебе уже предложили ddrescue - это на любителей командной строки. А если с ней не особо удобно - HDDsuperclone.
Ну и, конечно же, перед всеми подобными работами очень нужно сделать MBR/GPT off чтобы системы (особенно винда) не обращались к диску.

(*) Конечно же, по хорошему - надо идти к толковым спецам, но это как бы саморазумеющееся. Как и наличие бэкапа всего важного.

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

Цитата (garniv) »

Миниатюры в проводнике - это отдельные уменьшенные изображения, созданные когда вы их первый раз в этом проводнике открывали.

Вот даже не знаю - будут ли показывать эти эскизы что либо если файл повреждён полностью. Подозреваю что нет.
А то, что обычно видят подобное - это превьюшки в самом файле изображения.

[garniv]

Цитата (9285) »

Вот даже не знаю - будут ли показывать эти эскизы что либо если файл повреждён полностью. Подозреваю что нет.
А то, что обычно видят подобное - это превьюшки в самом файле изображения.

В XP общей базы не было, в каждой папке создавался файл Thumbs.db. А начиная с Vista Проводник хранит эскизы изображений в своей базе

%userprofile%\AppData\Local\Microsoft\Windows\Explorer

Если она не повреждена, то будет их показывать - даже если в настоящих изображениях уже мусор.
https://www.securitylab.ru/analytics/370474.php
https://computer76.ru/2018/04/09/win...umbnail-cache/

[9285]

Цитата (garniv) »

даже если в настоящих изображениях уже мусор

проверил на 7-ке:
- занулил почти всю встроенную превьюшку - эскиз показывает
- занулил весь файл - эскиз пропал

[garniv]

9285
Хм, странно... А ты учел что при изменении файлов и БД обновляется? И не из встроенных в файлы миниатюр (во многих файлах их нет), а перечитывается основное изображение. Т.е. ты занулял hex-редактором, но открыв не файл, а всю "дисковую поляну" данных - т.е. так, чтобы Проводник не знал что в файл вносились изменения?

[9285]

garniv
Нет, я обнулял открывая файл. И делал в два этапа, и конечно же и обновлял папку.
И да, в самой базе эскиз изменяемого файла виден. Скорей всего есть какие то критерии, при наличии которых этот механизм работает.
Просто, почему написал по поводу превьюшек.
Во времена ХР я практически всегда отключал создание Thumbs.db - тем не менее эскизы виделись, в том числе в сторонних вьюверах типа XnView, для фалов имевших повреждения вне зоны превьюшек.

[Полковник Исаев]

Я восстановленные фотки "чинил" софтиной "Starus File Repair", у неё есть проблемы с выжиранием оперативки и по превышении процессом 1.6 ГБ вылет по нехватке памяти, так что для быстрого режима не стоит пихать в неё более 100 фото за раз, а в режиме исследования не более 30. Потом закрывать её, иначе она память не освободит и снова запускать для следующей партии.
В целом большая часть повреждённых фото успешно восстановилась, либо остались минимальные битые кусочки.

[9285]

Полковник Исаев
Если судить по другим поделиям данного разработчика - то из категории "первый сорт - не брак".
И упоминание проблем только лишний раз подтверждает что стоит лишний раз задуматься пользоваться подобным, при наличии более проверенных решений.

СПОЙЛЕР »

Раз уж здесь уже пробегала ссылка на хобот, то дам ссылку а толковый FA - https://forum.ixbt.com/post.cgi?id=annc:23:28361

И то, после того как вычитаются данные.

[Noelemnos]

9285 спасибо за информацию Предупреждён — значит вооружён.

Цитата (9285) »

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

А можно поподробнее насчёт "мягкого" анализирования? Т.к. это как раз мой случай, большой объём тома (1 Тб) и нужно скопировать небольшое количество фото/видео (около 2 Гб)
Или в любом случае лучше сделать образ локального диска D?

Цитата (9285) »

Можно попробовать вычитывать файлы в той же DMDE пофайлово, но при подобном подходе (ИМХО), особенно в случае если файлы фрагментированы, потом довычитывать проблемные сектора.

Правильно ли я понимаю, что это нужно делать с исходного диска, а не с образа, который буду делать в HDDsuperclone или ddrescue?

Цитата (9285) »

Здесь тебе уже предложили ddrescue - это на любителей командной строки. А если с ней не особо удобно - HDDsuperclone.
Ну и, конечно же, перед всеми подобными работами очень нужно сделать MBR/GPT off чтобы системы (особенно винда) не обращались к диску

Думаю на днях найду диск на 500 Гб и буду разбираться с HDDsuperclone. Лучше не рисковать с командной строкой, всё-таки графический интерфейс привычнее. Но если что осилим и командную строку.
MBR/GPT off - сделал это в DMDE из-под Windows.

Идти то понятно нужно, но в нашей провинции таких контор серьёзных нет. Хоть учись и сам потом этим занимайся. Конкурентов нет.

Цитата (9285) »

если есть что то неконфиденциальное - выложи одну целую фотку. Я не сильно ковырял структуру фоток, но что то не припомню чтобы в их теле были блоки из нескольких секторов с FF.

Фото скопированное из проблемной папки, но целое:https://ibb.co/P99mbL2

[9285]

под "мягким анализирование подразумевается работа с диском с минимальными обращениями к нему.
В той же DMDE, при дефолтном открытии диск делается экспресс-сканирование определённых секторов в попытке найти тома. Соответственно происходит вычитывание какое то количество секторов, среди которых могут быть и проблемные. Поэтому на самом начальном экране надо убрать галку с "Показывать разделы", а в параметрах изменит число автоповторов на 0.
В результате диск просто откроется и будет виден LBA0.
Меняешь режим просмотра на Таблица разделов.
Выбираешь запись нужного раздела и переходишь в его начало.
Меняешь режим на Загрузочный сектор и смотришь начальный кластер MFT, MFTmirror и размер кластера в секторах. Рассчитываешь в каком секторе любая из этих записей и переходишь в него.
Выбираешь режим просмотра Файл MFT и смотришь данные атрибута $Data
Рассчитываешь где записана MFT и вычитываешь эти сектора в файл + загрузочный сектор.
Вот этого достаточно чтобы в виртуальном диске создать структуру тома и по карте кластеров определить где расположены нужные данные. Возможно что это будет не сильно разбросано и тогда не прийдётся делать посекторку всего тома.
Да, это немного долго и тягомотно, и конечно же яя не заставляю так делать. Но зато не будешь посекторить какой то мусор.

Даже если не делать так, то даже для простого открытия тома можно использовать начальные моменты а потом просто открыть том.

[Полковник Исаев]

9285
По ссылке на хобот много бла бла ни о чём, а пользователю нужна не лекция по устройству формата JPEG и софт для анализа, а автоматический инструмент и пускай, что такого идеального инструмента не существует в принципе, но есть вполне достойный вариант, который исправляет в автоматическом режиме большую часть повреждённых фото, если они не заполнены нулями, я им чинил очень много восстановленных фото и успех был в ~80% случаев.

[9285]

Полковник Исаев
Из Мимино Знаешь, что, я тебе умный вещь скажу, но только ты не обижайся.

Цитата

много бла бла ни о чём

Может надо было бы написать "Не асилил"?

Цитата

а пользователю нужна не лекция по устройству формата JPEG и софт для анализа, а автоматический инструмент

Может оставим за пользователем право определять что ему нужно - узнавать что то полезное и понимать что происходит или тупо жать пимпу "сделать зашибись"?

Цитата

я им чинил очень много восстановленных фото и успех был в ~80% случаев.

Так возможно и повреждения были пустяковые и можно было восстановить 99%? Но ведь для этого надо понимать как всё это "замерять".
А здесь видно что битый файл - треть нормального. Ты думаешь что при таких потерях есть шанс восстановить хотя бы 80%?
И сейчас у автора первая задача - вычитать по максимуму.
PS. Я не говорю что не стоит пользоваться любым софтом - более того, если результат не устраивает, считаю полезным пробовать любые способы. Просто я за умственные решения а не "тупо жать пимпы".
Но.... использовать софт тех, кто пишет бред подобный https://www.starusrecovery.ru/articl...ile-table.html - это даже не знаю как покультурней назвать.

[Полковник Исаев]

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