Внешний диск стал неинициализированным

Ничто не предвещало беды и до случившегося не было никаких проблем с периодически подключаемым внешним диском на котором находится нужная информация. Но этой ночью случилось что то с системником и теперь он не включается. Судя по всему что то с материнской платой; по крайней мере нашлись вздутые конденсаторы. Но речь не об этом.
Сейчас внешний диск при подключении к ноутбуку просит его проинициализировать. Что то боязно делать это, потому что на диске есть данные, которые не хотелось бы терять. Не так страшно что пропадут образы системы, более печально будет если пропадёт зашифрованный True Cryptом файл-контейнер.
Нашёл инструкцию по использованию Testdisk и решил попробовать ею найти свой пропавший диск.
При запуске Testdisk сообщил о какой то ошибке. Запустил Быстрый скан, который оказался не таким уж и быстрым, и ещё продолжается.
Появились какие то диски, но смущает что они FAT, которых не было отродясь; диск изначально стоял в этом ноутбуке, но после замены на более емкий, перекочевал во внешний бокс.
Всё плохо или ещё рано пить успокоительное?

Миниатюры

   

0

Tau_0
Убрал верхнее окно. И ещё сделал экспорт в файл.

Миниатюры

 

Вложения

export.txt (2.8 Кб, 2 просмотров)

0

Сообщение от vlproc Убрал верхнее окно. И ещё сделал экспорт в файл.

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

Пришлите дамп/копию 1 первого секторов, начиная с LBA = 0.
В DMDE дамп делается так ---
В меню Сервис ===> Копировать секторы
Заполняете шаблон
Источник
===============
Внешний диск
Начальный сектор ---- 0
Конечный сектор --- заполнится само… ( там тоже 0 будет...)
Число секторов --- 1

Приёмник
==========
Файл.
Имя файла не надо переименовывать --- оно мнемонично…
Файл сохраняете в надёжном месте и выкладываете на форум или лучше на обменник типа rghost.ru

0

Здесь файл не прикреплялся, но получилось прикрепить архив.
Если здесь неудобно могу выложить на files.mail.ru
rghost.ru открывает rghost.net и требуется регистрация.

0

Сообщение от vlproc Здесь файл не прикреплялся, но получилось прикрепить архив.

И где этот архив...???... Я его не вижу.

ЗЫ На кибере даже несчастные 512 байтов архивируют. Либо меняют расширение .bin на .txt. А у себя я его обратно переименую.

0

Tau_0
Не знаю куда он пропал. Прикрепляял архив и видел его в списке.
попробую еще раз.

Вложения

dev1_lba0_1.zip (640 байт, 2 просмотров)

0

Сообщение от vlproc попробую еще раз.

Посмотрел в форматном просмотре дискового редактора WinHex/
См. картинку 1
Это полная дичь. Не хочется и голову о неё ломать.

1. Затрите этот сектор Zero. --- Этот мусор не нужен.
В DMDE выбираете внешний диск. Затем переходите в Главное меню ===>
Сервис ===> Заполнить секторы.
И заполняете шаблон
Начальный сектор --- 0
Число секторов --- 1
См. картинку 2

2. Вставляете раздел, как я ранее писал в посте #20

PS Можно было сразу это сделать, но хотелось понять..

Миниатюры

   

1

записал нули и вставил том.
Все нормально?

Миниатюры

 

0

Сообщение от vlproc Все нормально?

Применить это дело надо, чтобы изменнения вступили в силу.... И для пушей уверенности перезагрузить машину. Хотя может это и излишне. Но хоть USB кабель безопасно передёрните

ЗЫ Картинку из Упраления дисками покажите.

0

vlproc
Пока не поздно, не делай вставку тома.
Пара здешних калекарей не понимают что делать.

Судя по скриншоту, у тебя не считывается достаточно большой фрагмент MFT (без малого - 20 тысяч записей), в которых находились данные о файлах, или часть данных о размещении таковых. А учитывая что файлы имеют очень большой обьём, это очень реально. Не имея даже малой части этих данных, файл не будет восстановлен полноценно, и много ещё зависит от того, насколько критично это для структуры данных. Одно дело если пострадал заголовок трукриптовского контейенера - при наличии резервной копии он восстановится. совсем другое дело если пропуск будет уже в теле самого тома.

И ещё один немаловажный момент. Судя по дампу, в начальный сектор вписался какой то мусор, который мог вписаться и другие области диска - не исключено что и в область где были отсутствующие записи MFT.
Вставлять том в такой ситуации не стоит.
По нормальному, надо сделать полное сканирование в DMDE и посмотреть есть ли пропавшие записи или действительно их уже нет. И, учитывая написанное про мусор, даже в случае если всё было бы без потерь записей MFT, делать вставку по месту (*) делать надо после того как или восстановлены критичные данные (насколько понимаю, этого нет) или при наличии посекторки диска.
(*) Tau_0 где то недавно говорил по поводу того что в сфере DR не лечат по месту. Да, есть такое правило, но его можно "нарушить" в подобных случаях имея посекторку. Но вот про это "забыл".

Добавлено через 35 минут
gecata
Спасибо, что не удалила варнинг .

0

Tau_0
Вставил том, применил разметку и перезагрузил винду.
Диск стал доступен в проводнике, но ситуация с нужными файлами прежняя.
Сделал проверку диска, сообщает о каких то ошибках.
mrtrgf
Прикрепил лог полного сканирования.
Диск отключил

Миниатюры

     

Вложения

fullscan.zip (384.9 Кб, 2 просмотров)

0

Сообщение от vlproc Диск стал доступен в проводнике

А вот это уже очень плохо, потому как винда может писать на него.
Поэтому надо исключить это - лучше всего сделать MBRoff (применить изменения) и отключить диск до момента, когда потребуются правильные действия а не бездумное КАЛекарство. И никаких исправлений чекдиском.

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

0

Диск лежит отключенный. Не понял что делать дальше и есть ли какие то шансы на восстановление файлов-контейнеров.

0

А дальше - сделать MBRoff; потом посекторку и работать спокойно, не боясь за то, что что то изменится.
Перед посекторокой можно попробовать открыть в DMDE том с началом в 64-ом секторе и посмотреть что в правом нижнем окне. По логике, там должно быть что то типа $MFT. Если так, то перейти в это окно и сделать дамп по типу того как для нулевого сектора, но только того сектора, который будет предложен при выборе функции "Копировать секторы".
ЗЫ: Шанс есть всегда, вопрос лишь в его величине.

0

Сообщение от vlproc Сделал проверку диска, сообщает о каких то ошибках.

Из этих ошибок видно что разрушена битовая карта тома (метафайл $Bitmap). Видать и саму MFT что-то (скорее всего аппаратный сбой…) порушило.

Сообщение от mrtrg А дальше - сделать MBRoff; потом посекторку и работать спокойно, не боясь за то, что что то изменится.

Вопррос в том на что или куда её делать. --- На дестопе посекторная копия делается без проблем на новый/чистый хард, или в крайнем случае в файл. А на ноутбуке не так просто и хард подключить и даже 160 GB места для файла найти.

0

Tau_0

Из этих ошибок видно что разрушена битовая карта тома

Какие страсти на ровном месте. Не разрушена а имеет ошибки.
В данной ситуации ниочёмный метафайл, восстанавливаемый чекдиском.

Видать и саму MFT что-то (скорее всего аппаратный сбой…) порушило.

Ну да, ну да. А может кто-то, который советовал фставлять при том, что есть скриншот с ошибкой об отсуствии некоторых записей, причём диапазона, в который входит и один из нужных ТС-ру файл.
По логу вполне отчётливо видна цепочка блоков записей, в том числе тех, про которые была ошибка, которая скорей всего связана со спецификой полного сканирования. И при наличии дампа 0-вой записи можно понять насколько цела MFT.
Но уже дан такой эпикриз, причём с переводом стрелок на аппартные сбой и не на безмозлость АНАЛититка.

А на ноутбуке не так просто и хард подключить и даже 160 GB места для файла найти.

На скриншоте видно что проблемный диск подключен по USB (*) - хотя понятно, тыш не смотрищь и не читаешь; зато фставляешь . Да и 160 гигов сейчас не такой уж критичный обьём.
(*) Хинт. Вноутбуках не один USB-порт, да и внешние диски давно уже не экскюзив.

0

Сообщение от mrtrg На скриншоте видно что проблемный диск подключен по USB (*) - хотя понятно, тыш не смотрищь и не читаешь; зато фставляешь . Да и 160 гигов сейчас не такой уж критичный обьём.

Я прекрасно знал --- что, как и зачем вставлял. А написал я это для TS чтобы он подумал над тем --- куда и как он будет делать посекторную копию..

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

0

mrtrg
Сделал как было написано.

Миниатюры

 

Вложения

dev1_lba6701056_1.zip (357 байт, 2 просмотров)

0

В ноутбуке установлен 1TB диск, на котором ранее освободил около 200 гигабайт для восстанавливаемых файлов. Сейчас это место заполнено несколькими вариантами восстанавливаемых файлов, но толку от них никакого, поэтому могу удалить. Если этого мало, то попробую освободить ещё.

Добавлено через 24 минуты
Tau_0
А как лучше делать посекторную копию?

0

Сообщение от vlproc Tau_0 А как лучше делать посекторную копию?

На Вашем харде WDC WD1600BEVT всего 312581807 секторов. С учётом того, что в один сектор входит 512 байтов имеем:
312581807* 512 B =160041885184 B
160041885184 B /1024/1024/1024 = 149.050620555878 GiB
Полная ёмкость неформатированного харда ≈ 149.05 GiB, а не 160…

Если мы хотим зарезервировать ВСЕ секторы харда в файл, то для его образа понадобится 150 GiB. Вот из этого размера и будем исходить.

Конечно нам лучше и для дальнейшего удобнее сделать посекторную копию хард ===> хард. Но у Вас нет другого харда. Но и этот вариант не совсем плох. --- Если мы ошибёися и испортим исходную информацию, то можно будет развернуть образ из файла на хард и получить прообраз (с точностью до сектора). Этим мы хоть так подстрахуемся от возможных ошибок.

В DMDE копия делается так ---

В меню Сервис ===> Копировать секторы
Заполняете шаблон
Источник
===============
Внешний диск WDC WD1600BEVT
Начальный сектор ---- 0
Конечный сектор --- заполнится само…
Число секторов --- max --- копируем ВЕСЬ хард.

Приёмник
==========
Файл.
Имя файла не надо переименовывать --- оно мнемонично…
Файл сохраняете в надёжном месте. Учитываете, что потребуется минимум 150 GiB на томе.


Зы Вы прислали заархивированный файл dev1_lba6701056_1. Это дамп (или только кусочек внешней памяти) с началом MFT, которое лежит в секторе lba=6701056. Но размер его очень мал --- всего один сектор. Даже одна файловая запись в этот кусочек не поместится. --- Для файловой записи как минимум два сектора надо… Но и двух секторов тоже мало. Поэтому пришлите 50 секторов. Для начала
25 записей с лихвой хватит.

Т.е.
Источник --- Внешний диск
========================
Начальный сектор ---- 6701056
Число секторов --- 50
Кочный сектор ---- само посчитается

Приёмник --- файл.размером 25 KiB.

0

Сообщение от Tau_0 Поэтому пришлите 50 секторов.

Прикрепил в архиве.

Вложения

dev1_lba6701056_50.zip (2.3 Кб, 2 просмотров)

0