id: Гость   вход   регистрация
текущее время 08:49 29/03/2024
создать
просмотр
ссылки

Как восстановить файлы из повреждённой файловой системы 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, то в
упрощенном режиме скана он окрывает дерево каталогов на этом диске и
всего одну папку внутри одного из каталогов, из которой можно
восстановить все файлы, правад кроме того, что указан верно размер
после восстановления – они не работают (это картинки).
Если выбрать полное сканирование диска, то он находит еще кучу
файлов, но восстанавливает их так же.


Вообщем и целом у меня очень большое горе :( и как говорится – пол
царства за коня – очень прошу помочь!


 
На страницу: 1, 2 След.
Комментарии
— unknown (19/11/2009 08:58, исправлен 19/11/2009 08:59)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664
а так как подключал я его не каждый день, то и произвел резервное копирование уже битого и продолжал его копировать,

Вы всё ещё бэкапите сами зашифрованные контейнеры, а не их содержимое?
На будущее, обратите внимание на этот пункт из FAQ по дисковому шифрованию
— panther666 (19/11/2009 21:34)   профиль/связь   <#>
комментариев: 6   документов: 1   редакций: 1
2divnul: Спасибо, что откликнулись, к сожалению предложенные Вами TestDisk и PhotoRec работают только с железом, правда судя по факам могут работать и с образами (2048 GiB (ext2/ext3 with 4 kb block).
Поставил GetDataBack для снятия побитового образа – сейчас снимает, правда обещает снимать еще 15 часов. :)
Я так понимаю, что ext2/ext3 with 4 kb block – это стандартное NTFS?

2SATtva: По снятию побитового образа, что смущает – он снимает полный образ (300 Гб), а файлов было всего на 13 гигов, соответственно и контейнер занимал 13Гб, а сейчас, при побитовом копировании он растет – не испортит ли это данные внутри?

216гОЕщр8в4ко4Виу: Он работает тоже только с железом – снимаю образ.
— SATtva (19/11/2009 22:10)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
файлов было всего на 13 гигов, соответственно и контейнер занимал 13Гб, а сейчас, при побитовом копировании он растет – не испортит ли это данные внутри?

Больше, чем есть, не испортит. :-) Просто данные в контейнере могут быть записаны произвольно, программе побитового копирования об этом ничего не известно (и не должно быть) — она должна снять идеальную копию содержимого, даже если это содержимое пустое. Смиритесь с этим.
— sentaus (19/11/2009 22:11, исправлен 19/11/2009 22:14)   профиль/связь   <#>
комментариев: 1060   документов: 16   редакций: 32
TestDisk и PhotoRec работают только с железом,

Нет, они работают с любой отмонтированной файловой системой, собственноручно восстанавливал фотореком файлы с образов SD карт. Сделаете нешифрованный образ – попробуйте скормить им.


ext2/ext3 with 4 kb block – это стандартное NTFS?

Нет, это файловая система ext2/ext3 с размером блока 4 килобайта :)

не испортит ли это данные внутри

Если GetDataBack только читает данные (а с чего бы ему вдруг писать?), то нет. На выходе должен получиться нешифрованный образ размером 300Гб.
— divnul (20/11/2009 02:00)   профиль/связь   <#>
комментариев: 2   документов: 1   редакций: 0
2panther666 – senatus дело говорит, кроме того, TestDisk и PhotoRec должны видеть ваш логический диск с поврежденной
файловой системой как отдельное дисковое устройство, с Трукриптом, по крайней мере, именно так.
Попробуйте запустить и посмотреть.
Хотя, учитывая, что вы уже делаете побитный образ, проверять мою гипотезу уже не имеет смысла.
Образ сделанный Getdataback'ом TestDisc и Photorec должны воспринять как и сделанный любой другой программой.
К слову, проверено, Photorec находит файлы, которые другие программы не находят или находят, но заполняют мусором.
С именами или без, Ваши файлы PhotoRec восстановит.
— SATtva (20/11/2009 11:42, исправлен 20/11/2009 11:43)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Дал теме более информативное название. (За одно исправил баг, вызванный обновлением серверной конфигурации: стало невозможно создавать новые страницы и темы.)
— panther666 (20/11/2009 15:19)   профиль/связь   <#>
комментариев: 6   документов: 1   редакций: 1
Нет, они работают с любой отмонтированной файловой системой, собственноручно восстанавливал фотореком файлы с образов SD карт. Сделаете нешифрованный образ – попробуйте скормить им.

estDisk и PhotoRec должны видеть ваш логический диск с поврежденной файловой системой как отдельное дисковое устройство


Выяснил, что логические диски подключенные они таки видят, но вот как раз логические с поврежденной ФС в списке нету.
Скорее всего и Трукриптовский тоже не виделся бы, либо у меня настолько глобальное повреждение ФС.

Нет, это файловая система ext2/ext3 с размером блока 4 килобайта :)


Просто в хелпах и факах нет упоминания о файловых системах 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%, но в карте тома до сих пор нет фрагментов данных. :(
— sentaus (20/11/2009 22:17)   профиль/связь   <#>
комментариев: 1060   документов: 16   редакций: 32
Файл образа ограничен в размере файловой и операционной системой :
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)


Здесь речь идёт о максимально допустимом размере файла для различных файловых систем. У NTFS это 16 терабайт для 4 kb блока, если мне память не изменяет. Так что проблем с записью 300 гб быть не должно.
На страницу: 1, 2 След.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3