» Восстановление разделов и информации на HDD (часть 6)

blondygirl
Учитывая что винта два, причин RAW несколько:
- с данными всё в порядке, но винты были сконфигурированы в RAID-0 или JBOD
- винты были сконфигурированы в RAID-1 но имеется логическая ошибка.
Так что надо определяться как использовались оба винта.
PS. Проверить физическое состояние икогда лишним е бывает.

9285
До того как сгорела видеокарта на ноутбуке, всё работало прекрасно.. Скорее всего первый вариант, попробовала через R-studio, находит очень много разделов NTFS, и восстанавливает данные как-то беспорядочно... А каким способом лучше всего извлечь данные с RAID диска или можно его как-то преобразовать в полноценный раздел?

Цитата:

и восстанавливает данные как-то беспорядочно

В каком смысле ?

Цитата:

А каким способом лучше всего извлечь данные с RAID

Вам в руки софт для программной сборки RAID , типа Runtime RAID Reconstrucrtor (правда версия, что я обычно пользую, с JBod не работает, может в новых добавили). И третий диск понадобится. Размером больше или равен двум исходным дискам (Это если RAID 0).
ЗЫ 9285, а что в "обычных" () ноутах бывает RAID "с завода"??? Никогда не видел ещё (просто с двумя дисками, по разделу на каждом, попадались..)

igor_me
Я имела ввиду название папок беспорядочное типа "$$$Папка00035" и тд. это через R-Studio. Не знаю даже, может починить видеокарту, и скопировать всё потом стандартным способом, уж очень сложно всё это..

upd. TestDisk поддерживает 3 Тб

GUID Partition Table (GPT) can be up to 18 exabytes (Supported since TestDisk & PhotoRec 6.9)

blondygirl

Цитата:

Я имела ввиду название папок беспорядочное типа "$$$Папка00035"

А потом файлы, лежащие в этой папке, открываются? Так происходит с обоими дисками?

blondygirl
Сбрось дампы 200 начальных секторов обоих винтов.

igor_me
Я не знаю что там с завода, но ничто не мешает создать RAID в процессе.

9285

вот лог DMDE http://rghost.ru/44834548
запустил опять Testdisk вечером скину лог

Доброго времени суток
Есть жёсткий диск Seagate Barracuda ST1500DM003 который живёт в видеорегистраторе порядка пяти месяцев. Позавчера обнаружилось что архив с записями куда-то чудесным образом пропал... Ту ценность информации деньгами не измерить. Вытащил его, просмотрели СМАРТ проверили сектора с помощью фирменной утилитки от производителя - всё в норме. Пихаю назад - не определяется. Звоню в техподдержку продавца видеорегистратора мол так и так получилось. Он мне в ответ предлагает затереть нулевой и первый загрузочный сектора якобы так все эти утилитки наследили и поэтому видеорегистратор не принимает диск. Что-то терзают меня сомнения в правильности таких действий.. Как можно восстановить эти сектора до "заводских" значений другими способами?

glasnich
Что то не очень хороший лог. Есть два больших фрагмента MFT, но только записи начинаются с 75520, а от предшествующих есть лишь небольшие ошмётки.
Если хочешь, сбрось дампы по 10 секторов, всех участков которые в логе в стоблце MFT фрагмент имеют цифры 0-хх. Начальный сектор фрагмента виде в поле MFT run start. И ещё дамп сектора 468992

Добавлено:
VETER82
Что хоть за видеорегистратор?
Учти что в них могут использоваться нестандартные файловые системы.
Поэтому сложно сказать помогут ли шаманский пляски, которые тебе предложили.
Обычно, при обнулении указанных секторов, винт представляется как новенький и регистратор может его сразу подготовить для работы, в том числе затерев старые данные.
Хотя, если ррегистратор очень умный, то может он и может как то восстановить доступ к старым данным, прописав корректные значения в затёртые сектора.
Так что, в идеале надо сделать посекторку винта а потом лишь проводить эти эксперименты.
Можешь сбросить дамп начальных 3000 секторов? И скриншот экрана раздела DMDE.

9285
видеорегистратор Solar и скорее всего у него своя файловая система (99,99% почти у всех более менее современных). Если ничего страшного при обнулении 0 и 1 сектор для самого жёсткого диска нет, то так и сделаю. С потерей информации уже смирились.

9285
Там у glasnich сейчас заворот после 2 Тб, судя по логу.

9285
проверял testdisk'ом. остановил анализ на 75%

вот часть лога (он весь 51 Гб )

dmde
Заворот в какую сторону? Записи из начала диска записались за 2тб порог? Или наоборот?

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


Цитата:

Записи из начала диска записались за 2тб порог?

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

dmde

Цитата:

При обращении к адресам выше 2 Тб отбрасывается часть адреса, и все попадает в адреса ниже 2Тб

Я как бы так и представлял, но получается что начальные записи находились за пределом 2тб, что немного нестандартно.
Впрочем 0-15 как бы намекает что разбивка делалось чем то нечто акрониса, так что чЮдеса не исключены.
PS. Надеюсь что glasnich сбросит дампы и можно будет понять что у него на самом деле.

9285

Цитата:

но получается что начальные записи находились за пределом 2тб

Наоборот, выше 2 Тб ничего нет и не было, скорее всего. А начало MFT было просто перезаписано, когда пошла запись выше 2 Тб и накрыла все, что в начале диске. Уже такое бывало.

dmde
Всё было бы понятно, но только тогда откуда за пределами 2тб появились дублирующие (?) фрагменты MFT?

9285
При обращении к адресам выше 2 Тб отбрасывается часть адреса и информация берется из нижних адресов.

dmde
Вспоминая проблему 128 гигов, и проводя паралели - если пишется в "адрес" сектор 5370129184 то реально происходит запись в сектор 1075161888?
Если записи MFT имелись в начале диска то откуда их "фантомы" в 5370129184 и последующих?

если читается "адрес" сектор 5370129184 то реально происходит чтение сектора 1075161888

dmde
То есть проблема в считывании в системе, не умеющей работать с такими обьёмами, а не в некоректности записи при работе с подобной системой? И если glasnich сделает поиск в нормальной системе то и лог будет иным?
PS. Тут недавно обсуждали подобный момент - у меня нет ещё винтов более 2тб, и нет желания их иметь (хотя скорей наоборот .

9285
Да сейчас проблема в считывании, если сделать поиск в нормальной системе, то лог будет иным, фантомные дубликаты пропадут.
Но и потерянные фрагменты не появятся, потому что они уже ранее были перезаписаны из-за неправильной записи.
Даже в Win7 (любой разрядности) бывает такая проблема - нужно обновить драйверы. До заполнения раздела до 2Тб все работает прекрасно, а потом MFT накрывается.

Цитата:

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

Подытожу. При обнулении 0 и 1 загрузочных секторов винт окончательно не умрёт, а лишь пример первозданный облик?

dmde
Соотвественно и используемый testdisk не может получить корректную информацию о диске.
Спасибо!
За подтверждение моих мыслей и убеждений что всё что более 2тб сейчас не имеет смысла (приобретать).

VETER82

Цитата:

винт окончательно не умрёт

Винт РАЗУМЕЕТСЯ не умрёт (физически). Но что-то где-то слышал про очень умную технику, которая хранит на дисках некую идентификационную информацию, и если эту инфу стереть, то система не опознает диск как свой. Относится ли это к видеорегистраторам и где эта инфа хранится (может ли она быть в 0 и 1 секторах) - не в курсе, так предупреждаю на всякий

igor_me
этот "умный" гад всегда форматирует под себя с нулевой вероятностью восстановления инфы. Спс за ответ - завтра всё вытру из обозначенных секторов.

вводная)
с одного тома бала перемещена папка с большим колличеством файлов и вложенных папок. в секторах всё было подчищено, но рекаверки (winhex,handyrecover) все одно частично находят имена и/или атрибуты перемещенных(считай удаленных) файлов.
сам mtf 248mb. как его почистить? дело понимаю, в нём.

folta
Сам когда то интересовался подобным, но потом забросил так как не нашёл решения.
Тебе это не актуально в данном случае, но в дальнейшем может помочь - я подчищаю в FAR-е альтернативным удалением. Он и сами данные обнуляет и записи в MFT.
Если хочешь, посмотри в сторону Paragon-овского ПО - в его функционале встречал что то типа сжатия MFT. Вполне возможно что при этом неиспользуемые записи удалятся.

9285

Цитата:

чот я очкую (нея)

там опционально выставлены галочки

Цитата:

1.сжать $mft (переместить в начало раздела)
2.усекать

можно снять разумеется.
так понимаю, paragon из закуточка вытянет mft и плюхнет в начало?! под радиацию.
и второе. что он усекать будет? зарезервированное место под mft или саму?!
не в профильную пишу, бо там мёртвый сезон.
чую, тут больше сказать могут.

и да, вопрос вдогонку.
как забэкапть mtf, чем? правильный подход.
выдернуть файл $mtf - невопрос. а дальше?