Как восстановить файлы из повреждённой файловой системы PGPdisk?
Сабж.
Перерыл весь форум в поисках решения проблемы,
но остался ни с чем...
Очень прошу дать мне какую-нибудь подсказку или где рыть (как
говорится – челом бью)?
Ситуация примерно похожа на эту тему:
http://www.pgpru.com/forum/pgp.....ezhdennyjjkontejjner[link1]
>файл pgd поврежден пароли принимает, но создает диск без размера и не пускает, ПОМОГИТЕ!!!
Комментарии— SATtva (10/04/2007 16:39) профиль/связь <#>
Подключите контейнер и запустите на нём scandisk.
Теперь немного о моей проблеме.
Был у меня диск виртуальный пгпшный.
Resizable до 300ГБ, файловая система NTFS, закрипченный с алгоритмом
TwoFish 256.
Лежал он у меня на винте некоторое время без пользы, но забитый
информацией на 13 гигов.
Сегодня понадобилось мне его открыть, кликнул по нему два раза -
открылся запрос пароля.
Пароль ввел, диск подключился, но система начала тормозить из-за
обращений к нему с попыткой понять его ФС.
В окне моего компьютера (виста) диск С отображается с информацией о
своем размере, а подключенный диск – просто буква.
При попытке запустить scandisk винда говорит, что это невозможно так
как диск недоступен.
Самое что интересное – если в гуи PGP выбрать функцию re-encrypt, то бежит барчик около получаса, а после говорит что
все ок и алгоритм изменен, причем без проблем можно изменить либо на
тот же, либо на CAST5.
Так же, если подключить этот диск и запустить R-Studio, то в
упрощенном режиме скана он окрывает дерево каталогов на этом диске и
всего одну папку внутри одного из каталогов, из которой можно
восстановить все файлы, правад кроме того, что указан верно размер
после восстановления – они не работают (это картинки).
Если выбрать полное сканирование диска, то он находит еще кучу
файлов, но восстанавливает их так же.
Вообщем и целом у меня очень большое горе :( и как говорится – пол
царства за коня – очень прошу помочь!
Я конечно понимаю — горе, всё такое. Но Ваш термоядерный кросс-постинг и долбание меня по всем каналам ничего, кроме раздражения, не вызывают.
Простите за оффтоп...
Зачем шифровать 300Гб?)
Посмотрел у себя:более-менее конфиденциальной информации чуть ли на 2Гб набереться...
Да что Вы, как маленький, задаёте наивные вопросы? Чтобы усложнить себе
жизньрезервное копирование — очевидно же!SATtva, прошу прощения за столь назойливый спам, просто я уже не знаю куда и к кому обратится, а Вы, насколько я понял очень хорошо владеете вопросом, в дальнейшем не буду столь назойлив, но еще раз очень прошу помощи и советов, естественно и за ценой не постою!!!
2Migel: Я не шифровал 300 гб, я создал расширяемый контейнер с максимальным объемом в 300 ГБ, реально же он занимает 13, столько – сколько на нем информации.
Касаемо резеврного копирования, то я производил его с завидным постоянством (сложности не доставляло, т.к. 13Гю копировались минут 10), дело в другом, в один прекрасный момент у меня видимо накрылся мой контейнер, а так как подключал я его не каждый день, то и произвел резервное копирование уже битого и продолжал его копировать, обнаружив лишь сейчас, что диск то подключается, но открываться отказывается.
В любом случае Вы получили то, что неизбежно должно было получиться: громоздкую и ненадежную систему. Соответственно советую пересмотреть некоторые взгляды...
Оно и понятно, я же даже не спорю и приму меры, вопрос то сейчас в другом...
Просто я могу это контейнер даже реенкриптить полностью в другой формат криптования, и он все пройдет и напишет ок – разве такое возможно при поврежденном контейнере, поэтому еще тлеет некая надежда.
Я не могу посоветовать ничего сверх того, что Вы сами процитировали в начале: "Подключите контейнер и запустите на нём scandisk". В вариациях. То, что контейнер подключается — само по себе хороший знак. Если есть какие-то проблемы, то это проблемы файловой системы. На Вашем месте, я бы подключил контейнер и снял побитовый образ с его содержимого без обращения к поломанной ФС (правда, уже не помню, как это делать в винде, должно быть с помощью какого-то дополнительного софта). А затем, имея на руках этот образ, обратился бы в одну из специализированных контор по восстановлению данных.
Криптоконтейнер не повреждён, иначе он бы вообще не открывался. Файловая система в нём убита скорее всего.
Понимаю что сейчас меня можно смело отправлять в гугл, просто может быть Вы сталкивались с таким и знаете какие программы могут снять образ, а потом восстановить из него информацию, не обязательно в винде – где угодно.
Возможно ли просто восстановить файловую систему (если Вы считаете что он не поврежден) подключив его и натравив на него какую-либо софтину специализированную.
Не всегда, но есть специальный софт (в т.ч., м.б., используемый для судебных экспертиз), который это дело упрощает. В более сложном случае понадобится ещё и ручная работа в дополнение к софтине. В любом случае, дело муторное и сложное, если автоматом файловая система не восстанавливается софтом, лучше не ковыряться, а сразу идти к специалистам. Сугубо теоретически, если не стоять ни за ценой, ни за временем, восстановить заведомо можно всю информацию с тех мест диска, которые не были физически перезаписаны.
PGPdisk-то Вам так или иначе придётся именно в винде открывать. Соответственно, использовать придётся именно виндовые средства.
Если повреждение достаточно тривиальное — да. К счастью (для меня), виндой не пользуюсь уже давно и не могу сказать, чем, помимо scandisk'а, такие вещи там сейчас лечатся.
могу открыть его под линухом (если Вы имеете ввиду отсутствие оного у меня) или созданный под виндой – под пингвином не откроется?
Скажите пожалуйста чем?
Я что-то пропустил? Разве у PGP появилась совместимость с линуксом?
Не знаю. Может быть кто-нибудь из виндовых специалистов посоветует.
По существу:
Из скзанного топикстартером следует, что файловую систему винда вообще не может распознать, виртуальный диск видится системой как RAW диск нулевого размера и именно поэтому scandisk и иже с ними будут отказываться работать.
R-studio, на мой взгляд – шаг в верном направлении.
То, что R-studio плохо восстанавливает файлы с поврежденной файловой системы – еще не повод отчаиваться.
Абсолютно бесплатная программа PhotoRec в похожем случае проявила себя гораздо лучше.
Работать она будет, конечно, долго, возможно целый день, и файлы будут называться просто 1.jpg, 2.jpg итд без всяких папок, но в теории до 100% файлов она восстановит в указанную Вами папку.
С другой стороны, Photorec обычно используют, когда файловую систему(а вместе с ней и названия файлов и структуру папок) не удаётся восстановить с помощью TestDisc – так что начать стоит с TestDisc.
вот здесь всё подробно описано:
http://www.cgsecurity.org/wiki/TestDisk_RU
http://www.cgsecurity.org/wiki/PhotoRec
А здесь можно скачать эти программы:
http://www.cgsecurity.org/testdisk-6.11.3.win.zip
P.s. перед любыми экспериментами лучше сделать копию размонтированного контейнера.
P. P.s. Успеха Вам)
R-Studio фуфелка!
Попробуйте Ontrack EasyRecovery Professional v6.20.
Спасал когда остальные отказывались!
Особо полезен RAW режим!!!
Вы всё ещё бэкапите сами зашифрованные контейнеры, а не их содержимое?
На будущее, обратите внимание на этот пункт из FAQ по дисковому шифрованию[link2]
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Виу: Он работает тоже только с железом – снимаю образ.
Больше, чем есть, не испортит. :-) Просто данные в контейнере могут быть записаны произвольно, программе побитового копирования об этом ничего не известно (и не должно быть) — она должна снять идеальную копию содержимого, даже если это содержимое пустое. Смиритесь с этим.
Нет, они работают с любой отмонтированной файловой системой, собственноручно восстанавливал фотореком файлы с образов SD карт. Сделаете нешифрованный образ – попробуйте скормить им.
Нет, это файловая система ext2/ext3 с размером блока 4 килобайта :)
Если GetDataBack только читает данные (а с чего бы ему вдруг писать?), то нет. На выходе должен получиться нешифрованный образ размером 300Гб.
2panther666 – senatus дело говорит, кроме того, TestDisk и PhotoRec должны видеть ваш логический диск с поврежденной
файловой системой как отдельное дисковое устройство, с Трукриптом, по крайней мере, именно так.
Попробуйте запустить и посмотреть.
Хотя, учитывая, что вы уже делаете побитный образ, проверять мою гипотезу уже не имеет смысла.
Образ сделанный Getdataback'ом TestDisc и Photorec должны воспринять как и сделанный любой другой программой.
К слову, проверено, Photorec находит файлы, которые другие программы не находят или находят, но заполняют мусором.
С именами или без, Ваши файлы PhotoRec восстановит.
Дал теме более информативное название. (За одно исправил баг, вызванный обновлением серверной конфигурации: стало невозможно создавать новые страницы и темы.)
Выяснил, что логические диски подключенные они таки видят, но вот как раз логические с поврежденной ФС в списке нету.
Скорее всего и Трукриптовский тоже не виделся бы, либо у меня настолько глобальное повреждение ФС.
Просто в хелпах и факах нет упоминания о файловых системах 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%, но в карте тома до сих пор нет фрагментов данных. :(
Здесь речь идёт о максимально допустимом размере файла для различных файловых систем. У NTFS это 16 терабайт для 4 kb блока, если мне память не изменяет. Так что проблем с записью 300 гб быть не должно.