Бэдблоки и DriveCrypt?

Если на винте закриптовать DriveCrypt-ом целый раздел (логический диск), при появлении бэдблоков не будет таких проблем, как с контейнерами?
На сколько безопаснее для инфы криптование раздела по сравнению с созданием контейнеров?

Заранее спасибо за ответы

по моему один хер будут проблемы что файл что раздел, бакапить надо это единственый выход если винч в возрасте особенно...

Была такая проблема, на умершем винте был большущий Drivecrypt-контейнер. Отнесли на соотв. фирму, там его запросто выдернули, не смотря на битые кластеры. После клинической смерти контейнер нормально открывается.

Из документаций драйвкрипта вобще то идет следующий смысл: если бад на системной области контейнера или криптованного диска - хана полная.

Стек, можно конкретнее, если не сложно, где именно это написано?

Я пока только это в факах нашел:
"Q: How vulnerable is DCPP to corruption errors? Is there any mechanism to recover the disk after some corruption?
A: Yes there is the emergency repair disk, which handles recovering from a corrupt MBR"

что они могут иметь в виду под corruption errors?

Gerners: если честно не помню где Я бестриптом год наверное пользуюсь на двух компах, партиции зашифрованы, вроде все надежно.
А так в каком то доке, вроде в pdf документации было.

вот еще нашел там же в PDF к DCPP:
Once you have created Emergency Repair Disc you may using this disk to boot into your system if you are having Hard Disc problems

А вот что говорится в хелпе к DC:
Use Header Backup Data

When the DriveCrypt container is created, there is 2K of critical data, which is needed to open the disk.... data for creating unique initial values ("IVs") for each sector and the cryptography key. Without these data, the disk cannot be mounted....

In case of failure of the 2K due to a sector error etc., a second 2K block exists in the header and this can be used instead. It is doubly encrypted rather than simply duplicated to prevent the possibility of identifying DriveCrypt containers. So, if the disk won't mount, and you suspect it is because the critical data has become corrupted, then go to File, select "use header backup data" and tick off the use header backup data, and then try and mount the volume again.

Normally of course, this mounts the volume, but it will have used the backup table to do it. The option lasts for the current DriveCrypt session only.

Another way to help secure disks against header trouble is to use DKF files, which contain their own separately encrypted copy of the header. The container file must remain in the same position on the disk, as the DKF file contains encrypted information on the path of the container...