в целях этого вопроса BitLocker относится к разновидности BitLocker To go на диске с отключенным кэшированием записи.
NTFS поддерживает журналирование метаданных, которое, хотя и не является полностью отказоустойчивым, смягчает некоторые типы потенциальных ошибок файловой системы.
предполагая, что Том NTFS защищен BitLocker, уменьшает ли это отказоустойчивость? будет ли сбой питания во время записи в NTFS том, защищенный с помощью BitLocker, более подвержен повреждению, чем на незашифрованном томе NTFS?
попытка примера
(пропустите это, если это не имеет смысла, я не могу придумать более краткого объяснения на данный момент.)
это полностью гипотетически, и имеет дело с другой системой шифрования (не BitLocker), но демонстрирует возможную точку отказа с шифрованием, и почему говоря "BitLocker невидим для NTFS" не имеет значения. Мой вопрос не ограничивается этим примером.
предположим, что основной размер блока устройства составляет 8 байт для простоты:
| ABCDEFGH |
изменяется третий байт первого блока и весь блок переписывается:
| ABzDEFGH |
^
предполагая, что запись завершится неудачей после третьего байта, мы в порядке, так как ни один из следующих байтов не изменился.
однако, предположим, что блок зашифровано:
| GTWNSDKQ |
третий байт снова изменяется, но шифр шифрования приводит ко всему остальному блоку также меняется:
| GTx8q1uz |
^^^^^^
если запись не удается, мы бы оставили примерно так:
| GTx8SDKQ |
^^**** - Not all bytes were updated, entire block is now corrupted
надеюсь, этот пример достаточно прост для понимания. Очевидно, что размер единицы распределения NTFS намного больше 8 байт, но это демонстрирует гипотетическую проблему.
трансформация вопрос
в какой степени (если вообще) BitLocker страдает от сценария выше или других; что-нибудь, что приведет к новой точке отказа? будет ли сбой питания во время записи на том NTFS, защищенный BitLocker, более подвержен повреждению, чем на незашифрованном томе NTFS?