РегистрацияКак восстановить файлы из повреждённой файловой системы PGPdisk?
Сабж.
Перерыл весь форум в поисках решения проблемы,
но остался ни с чем...
Очень прошу дать мне какую-нибудь подсказку или где рыть (как
говорится – челом бью)?
Ситуация примерно похожа на эту тему:
http://www.pgpru.com/forum/pgp.....ezhdennyjjkontejjner
Комментарии
— SATtva (10/04/2007 16:39) профиль/связь <#>
Подключите контейнер и запустите на нём scandisk.
Теперь немного о моей проблеме.
Был у меня диск виртуальный пгпшный.
Resizable до 300ГБ, файловая система NTFS, закрипченный с алгоритмом
TwoFish 256.
Лежал он у меня на винте некоторое время без пользы, но забитый
информацией на 13 гигов.
Сегодня понадобилось мне его открыть, кликнул по нему два раза -
открылся запрос пароля.
Пароль ввел, диск подключился, но система начала тормозить из-за
обращений к нему с попыткой понять его ФС.
В окне моего компьютера (виста) диск С отображается с информацией о
своем размере, а подключенный диск – просто буква.
При попытке запустить scandisk винда говорит, что это невозможно так
как диск недоступен.
Самое что интересное – если в гуи PGP выбрать функцию re-encrypt, то бежит барчик около получаса, а после говорит что
все ок и алгоритм изменен, причем без проблем можно изменить либо на
тот же, либо на CAST5.
Так же, если подключить этот диск и запустить R-Studio, то в
упрощенном режиме скана он окрывает дерево каталогов на этом диске и
всего одну папку внутри одного из каталогов, из которой можно
восстановить все файлы, правад кроме того, что указан верно размер
после восстановления – они не работают (это картинки).
Если выбрать полное сканирование диска, то он находит еще кучу
файлов, но восстанавливает их так же.
Вообщем и целом у меня очень большое горе :( и как говорится – пол
царства за коня – очень прошу помочь!
комментариев: 9796 документов: 488 редакций: 5664
Вы всё ещё бэкапите сами зашифрованные контейнеры, а не их содержимое?
На будущее, обратите внимание на этот пункт из FAQ по дисковому шифрованию
комментариев: 6 документов: 1 редакций: 1
Поставил GetDataBack для снятия побитового образа – сейчас снимает, правда обещает снимать еще 15 часов. :)
Я так понимаю, что ext2/ext3 with 4 kb block – это стандартное NTFS?
2SATtva: По снятию побитового образа, что смущает – он снимает полный образ (300 Гб), а файлов было всего на 13 гигов, соответственно и контейнер занимал 13Гб, а сейчас, при побитовом копировании он растет – не испортит ли это данные внутри?
216гОЕщр8в4ко4Виу: Он работает тоже только с железом – снимаю образ.
комментариев: 11558 документов: 1036 редакций: 4118
Больше, чем есть, не испортит. :-) Просто данные в контейнере могут быть записаны произвольно, программе побитового копирования об этом ничего не известно (и не должно быть) — она должна снять идеальную копию содержимого, даже если это содержимое пустое. Смиритесь с этим.
комментариев: 1060 документов: 16 редакций: 32
Нет, они работают с любой отмонтированной файловой системой, собственноручно восстанавливал фотореком файлы с образов SD карт. Сделаете нешифрованный образ – попробуйте скормить им.
Нет, это файловая система ext2/ext3 с размером блока 4 килобайта :)
Если GetDataBack только читает данные (а с чего бы ему вдруг писать?), то нет. На выходе должен получиться нешифрованный образ размером 300Гб.
комментариев: 2 документов: 1 редакций: 0
файловой системой как отдельное дисковое устройство, с Трукриптом, по крайней мере, именно так.
Попробуйте запустить и посмотреть.
Хотя, учитывая, что вы уже делаете побитный образ, проверять мою гипотезу уже не имеет смысла.
Образ сделанный Getdataback'ом TestDisc и Photorec должны воспринять как и сделанный любой другой программой.
К слову, проверено, Photorec находит файлы, которые другие программы не находят или находят, но заполняют мусором.
С именами или без, Ваши файлы PhotoRec восстановит.
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 6 документов: 1 редакций: 1
Выяснил, что логические диски подключенные они таки видят, но вот как раз логические с поврежденной ФС в списке нету.
Скорее всего и Трукриптовский тоже не виделся бы, либо у меня настолько глобальное повреждение ФС.
Просто в хелпах и факах нет упоминания о файловых системах NTFS и FAT, а есть:
Файл образа ограничен в размере файловой и операционной системой :
2 GiB (FAT16), 4 GiB (FAT32), 16 GiB (ext2/3 with 1 kb block), 256 GiB (ext2/3 with 2 kb block), 2048 GiB (ext2/ext3 with 4 kb block)
Судя по всему – любой можно подключить?!
К сожалению образ по каким то причинам делается очень медленно и еще не готов.
Пока подключил очередную копию контейнера на другой комп и напустил на него Zero Assumption Recovery с опцией восстанавливать весь винт, сейчас уже 50%, но в карте тома до сих пор нет фрагментов данных. :(
комментариев: 1060 документов: 16 редакций: 32
Здесь речь идёт о максимально допустимом размере файла для различных файловых систем. У NTFS это 16 терабайт для 4 kb блока, если мне память не изменяет. Так что проблем с записью 300 гб быть не должно.