Привет,
Прежде чем идти дальше, у меня есть предыдущий опыт восстановления старых дисков, которые были случайно удалены, и я считаю, что у меня все еще есть хороший шанс восстановить исходную структуру папок и файлов. Я достиг пределов своих знаний по этому предмету, хотя и мог бы использовать некоторую помощь, чтобы не сделать вещи хуже :)
& Amp; # x200B;
У меня был 3-тбайтный Mac форматированный диск. В порядке того, что произошло:
& Amp; # x200B;
Не использовав накопитель некоторое время и приобретя новую подставку USB 2.0, я не узнал, что подставка была неисправна, когда не распознал полные 3 ТБ (показанные как около 760 ГБ) и, считая диск пустым, отформатировал его как NTFS. Затем вскоре после того, как я правильно смонтировал его в корпусе 3.0 и понял свою ошибку. С этого момента я работал только на моем Mac.
1, подключенный к Mac, DiskDrill показал мои файлы с быстрым сканированием (я думаю, что это было быстро и не глубоко, не уверен), но предварительный просмотр показал, что файлы были повреждены. Затем «просканировал на потерянный раздел HFS +» и всю мою структуру папок (100%) можно было просмотреть! Я думал, отлично! Но эти файлы также были повреждены при восстановлении.
2. Поскольку раздел не был смонтирован (не было установлено, что монтируемый раздел может работать с), я — возможно, глупо — отформатировал простой одиночный раздел размером 3 ТБ, так как HFS регистрировался в надежде, что другие методы сканирования могут быть доступны с разделом. Однако после этого Disk Drill больше не мог найти структуру папок, которую я видел раньше, но глубокое сканирование смогло найти 2,8 ТБ файлов & lt; — конечно, это хорошо, но не идеально, поскольку есть тысячи папок и небольшие файлы, которые было бы невозможно отсортировать
3. Запустил тестдиск и вот где я сейчас. Я вижу перечисленные разделы (многие типы разделов Mac и один раздел NTFS, который я создал, размер примерно 760 ГБ). Существует два раздела EFI на выбор и несколько разделов в формате Mac.
& Amp; # x200B;
Имея чей-то опыт, я чувствую, что могу «работать задом наперед», используя методы, используемые программой hfsrescue. В этой программе есть способ взять правильно восстановленный файл (который у меня есть) и отсканировать диск или образ (я также сделал образ dd, после того, как начались проблемы, конечно), чтобы найти файл. Используя это, вы можете определить правильный размер блока, смещение раздела и начальные и конечные значения раздела, что мне и нужно. Но это выше моего уровня, чтобы понять, как это сделать правильно.
& Amp; # x200B;
У меня такое ощущение, что, поскольку это здоровый диск, восстановление таблицы разделов все еще возможно … Кто-нибудь сможет мне помочь? Я рад обновить этот пост с конкретной информацией и скриншотами, если это необходимо.
& Amp; # x200B;
Я буду работать над этим всю ночь, спасибо за любую помощь!
& Amp; # x200B;
& Amp; # x200B;
В тот момент, когда вы отформатировали в NTFS исходную структуру имени файла / папки, все еще можно было восстановить, потому что NTFS MFT (главная таблица файлов) и другие структуры файловой системы очень малы при их создании. Windows MFT со временем будет увеличиваться (из-за этого он также подвержен фрагментации)
Cтеклянный файл HFS, однако, намного больше (в основном это полный размер, который обычно когда-либо будет, чтобы избежать фрагментации) и будет создан точно поверх того, где был старый. Таким образом, несмотря на то, что новый кабинетный файл занимает 99,9% пустого пространства, он все равно записал пустое пространство поверх старого кабинетного файла HFS. Вы можете поблагодарить Apple за эту прекрасную профилактику восстановления данных.
Перевод: имена ваших файлов и структура папок были почти полностью уничтожены, как только вы сделали второй формат.
Нет никакой причины форматировать диск, с которого вы пытаетесь восстановить данные … КОГДА-ЛИБО !!!
На данный момент лучшее, на что вы можете надеяться — это восстановление RAW по типу файла без имен / папок. Такая программа, как Data Rescue 5, может сохранять пару папок, но совсем не ожидает хорошего результата.
Спасибо, да, я знаю, что это было не очень умно. Тем не менее, возможно ли вообще перестроить CAB-файл HFS, если бы у меня были правильные начальные и конечные значения? Я вижу старую таблицу разделов в testdisk ..
Вы знакомы с hfsrescue? Кажется, есть надежда перестроить раздел, если вы знаете определенные значения …
Спасибо за ваш ответ!
Каталог HFS содержит все имена файлов и папок и место их хранения на диске. После того, как вы перезаписали это, нет абсолютно никакого способа «перестроить» его. Лучшее, что вы можете теперь получить — это RAW-восстановление файлов на основе их расширения.
Спасибо, я сделал одну умную вещь, которая привела к следующему вопросу:
Перед форматированием диска с помощью HFS + (когда я увидел структуру каталогов в Disk Drill) я «восстановил все» (все мои файлы, которые мне нужны) — проблема в том, что все повреждено …
но, если я могу использовать Photorec или другое программное обеспечение для обработки данных, которое сохраняет метаданные, я, вероятно, могу перестроить все, если смогу отсортировать по «дате создания».
Кроме того, hfsrescue вообще не полезен? Я думал, что всей целью этой программы было восстановление структуры каталогов после случайного форматирования?
Спасибо за вашу помощь!
Почему это умный?
Если все испорчено — вы вообще ничего не восстановили.
Photorec не сохраняет метаданные файловой системы, он сохраняет только метаданные внутри самого файла — но так же, как и все утилиты вырезания файлов, в противном случае он фактически должен был бы удалить метаданные из самого файла — зачем это делать? — Возвращаясь к делу, метаданные вашей файловой системы, включая всю структуру папок, имена файлов, время создания / изменения / доступа и данные фрагментации (где это применимо, обычно минимально для HFS +), почти наверняка исчезли.
Если вновь созданный файл HFS + имеет тот же размер, что и старый. Почти все предыдущие метаданные файловой системы будут перезаписаны, и вы, к сожалению, SOOL.
Это разумно для моих целей, потому что, увидев правильную структуру файлов и папок, я могу легче перестроить файлы RAW, тем более без головной боли. Disk Drill сделал это — перед моим форматом HFS я сделал восстановление диска, в то время как файл кабинета все еще был оригинальным (правильным). Так что теперь мне лучше, чем если бы я просто перемешал файлы, отсортированные по типу.
Однако я понимаю, что если при запуске Disk Drill различные метаданные файловой системы были неповрежденными, файлы не должны были быть повреждены в предварительном просмотре или восстановлены.
На каждом этапе вы были очень уверены в том, что окажется возможным, и какие действия были разумными или нет — я думаю, что было бы лучше попытаться восстановить файлы, прежде чем вы начнете надеяться. Вы можете быть разочарованы, если что-то еще случилось с вашими данными
Я сделал полное восстановление, и они все еще находятся на новом диске, на который я их перенес — повреждены. Но файлы имеют такую природу, что, если я могу видеть заголовки файлов (я могу), то я могу восстановить из этого.
Почему вы видите названия файлов? Они встроены в сырые файлы?
Названия файлов не повреждены, потому что когда я запускал Disk Drill, он обнаруживал мою исходную структуру папок / все имена файлов (100%), когда я сканировал потерянный раздел HFS +. Перед тем, как снова отформатировать HFS, я восстановил эти файлы, поэтому у меня есть они (хотя и поврежденные) с точными метаданными и заголовками файлов. Причина, по которой я даже выполнил форматирование для нового раздела HFS, заключалась в том, что на момент запуска Disk Drill не было никакого подключаемого раздела. Это означало, что другие методы восстановления в Disk Drill были мне недоступны (или я так думал).
Я думаю, что мы неправильно понимаем друг друга — вы сравниваете заголовки файлов со встроенными метаданными необработанных файлов?
Если это так, то дата создания (созданная камерой — я предполагаю, что они являются необработанными файлами изображений, я не вижу ничего в ваших сообщениях, которые бы это прояснили?) Будет датой, когда было сделано изображение (при условии, что дата на твоей камере была правильной).
Метаданные из восстановления будут данными файловой системы. Отображение даты создания файла (когда он был добавлен на компьютер, а не когда он был взят).
Mac OS X также может читать внутренние метаданные файла (то есть, исходную дату создания) для большинства необработанных форматов. ОДНАКО; если данные повреждены и файлы не открываются, почему вы думаете, что внутренние метаданные верны или даже действительны?
Я, честно говоря, не пытаюсь умалить ваше мнение, я просто проверяю, понимаете ли вы ситуацию, с которой вы столкнулись, и что вы готовы к тому, что вам нужно делать дальше.
Если нет, то сам народ здесь может помочь объяснить.
Если я неправильно понимаю, о чем вы говорите — дайте мне знать. Ваши сообщения иногда сбивают с толку
Неужели это не поможет в моей ситуации: )
У вас нет поврежденной таблицы разделов, так что, к сожалению, нет. Эта программа поможет вам переписать таблицу разделов. Таблица разделов — это совсем не то, что файловая система, она полностью независима от нее — она не может и не будет восстанавливать исходную файловую систему.