Спасяване на „счупен“ преносим твърд диск с TrueCrypt контейнер
За безопасното от кражба движение на лични данни, преносими приложения, база данни ScrapBook и индекси Archivist 3000 между две стационарни точки на присъствие, по примера на Bruce Schneier, беше създадено SuperFlash устройство - преносим 2.5'' твърд диск Toshiba MK2552GSX в кутия ViPowER VP-352518 с USB и SATA интерфейси с криптоконтейнер вътре. Обаче "проблемът дойде от там, където не го очакваха!".
Комплектът за разпространение наTrueCrypt 7.0aи последната версияKeePass Password Safeпреносима инсталация с базата данни с пароли бяха в отворена форма в основата на раздела. Останалото пространство се дава накрипто-контейнеркато файл. Паролата за контейнера се съхранява в базата данни KeePass.
Подмонтиране в точки на присъствие - чрез скриптовеnnCronпо време или чрез свързване на съответния USB-диск с автоматично попълване на диалога за парола с помощта наnnCron+KeePass.
Един некрасив ден Уинчестър заповяда започна да дава заповед за дълъг живот. Грешки при четене, замръзвания, смразяващи звуци от чуруликане на глави на твърди дискове и други "прелести". След демонтирането на криптоконтейнера, дискът като USB устройство не искаше да бъде демонтиран доброволно. Тук човек би показал уважение към мнението на парчето желязо, смирена гордост и рестартиране, но ... Всички сме силни в ретроспекция ... Дискът беше премахнат "горещо". И напразно.
Диагностика
Отначало имаше искрица надежда да се справя с редовни средства. При следващото свързване и монтиране на криптоконтейнераTrueCryptпърво откри проблем:

Дори ако разумно изберете „Не“, Windows пак ще вмъкне своите 5 копейки:

Веднага трябва да кажа, че сканирането на свързан криптоконтейнер при наличие на лоши клъстери на физически диск не носи никаква полза. Неуспешни експерименти за коригиране на грешкиизползвайки инструменти на Windows, както обемът на криптоконтейнера (T), така и основният твърд диск не елиминираха проблемите: проверките висяха на висок процент или дори „летяха“.
Неуспешен опит за копиране на немонтирания криптоконтейнер показа, че проблемът е по-дълбок - или NTFS беше унищожен, или „клъстерите“ паднаха.
Симптоматично лечение
И така, на единия панел - необходимия диск с криптоконтейнера (MyDocs.tc), отворен чрез плъгинаBad Copy, на другия - безопасно място за новото съхранение на криптоконтейнера.F5, Ok– заредете файла с плъгина (стартирайте процеса на възстановяване):

Появява се диалогов прозорец за зареждане, но лентата за напредък не нараства:

По време на процеса на сканиране бяха създадени 2 файла: този със същото име с криптоконтейнера и .nsc. "Спасеният" контейнер от самото начало на операцията има същия размер като оригиналния файл - дисковото пространство е запазено. Така да се каже "за избягване".
NSCopy има хубав howto.txt в дистрибуцията, където е описан например като:
- директории за групово копиране;
- интегрирайте в контекстното меню на Explorer.
NSCopy, наред с други неща, може да се управлява от командния ред.
Веднага ще обясня защо описвам тази конкретна програма толкова подробно и не давам алтернативи.
- Шокът от случилото се. Всички мисли са за възстановяване. Веднага след инцидента някак си нямаше време за перфекционизъм.
- NSCopy вече беше инсталиран в Total. Като наследство от времето на DVD.
- Нямаше нужда от алтернатива - методът работеше и всичко се получи.
- Търсенето в гугъл след смъртта не даде резултати - някак си е рядко на пазара за програми за възстановяване на повредени файлове от носители. Нито една от намерените програми не премина през етапа на критичен размисъл върху името и оценката на номера на версията и датата на пускане на последната екстремна версия. Не ме впечатли, най-малкото.
Няколко часа чакане и - край. И в моя случай (може би това е изключение) не достигна 100%. Чаках доста време и на свой риск все пак натиснах „Стоп“. Това не доведе до нищо фатално, тъй като NSCopy се пише доста надеждно и стабилно - в края на краищата и е предназначено точно за такова ненадеждно нещо като лошите дискове. Самият автор казва в readme.txt, че алгоритмите за възстановяване работят последователно. Колкото по-нататък, толковаповече информация ще бъде възстановена, но също така ще отнеме повече време.Вие решавате кога да спрете.

След спиране на 99% нон-стоп копиране, възстановеният криптоконтейнер беше копиран за надеждност непроменен още веднъж и след това монтиран по обичайния начин. TrueCrypt отново откри неправилно изключване. Сега можете спокойно да отидете на експериментите.

Друго предупреждение:

И още нещо:

И накрая, тестът започва:

Стартирането на възстановяването с помощта на обикновени инструменти на Windows (включително проверка за лоши клъстери) беше успешно и приключи бързо. Колкото и да е странно, при копиране на файлове от възстановен криптоконтейнер в прясно създаден, всичкифайлове бяха прочетени без проблеми. Тоест няма безвъзвратно изгубени файлове, въпреки че не е изключено частично увреждане на съдържанието.
Превенция (резултати)
Hardcore conf в C++. Каним само професионалисти.