шифрование корневого раздела

факт наличия зашифрованного раздела будет невозможно зафиксировать

как это? Ты же при загрузке системы пароль вводить будешь? Вот уже и факт на лицо...

Или я чего-то недопонял?

Если очень нужно, то можно при помощи losetup создать /dev/loopX, который есть /dev/sdXY, но по определённому смещению.

Можно очень сильно извратиться и собрать самопальный initramfs с консольной версией truecrypt и её зависимостями, но /boot и загрузчик, понятное дело, останутся расшифрованными.

Да можно Rootfs over encrypted lvm over raid-1 on GPT

Можно очень сильно извратиться и собрать самопальный initramfs с консольной версией truecrypt и её зависимостями, но /boot и загрузчик, понятное дело, останутся расшифрованными.

Ну во первых boot можно сделать и на флешке… Так же как сама проблема ввода пароля - ведь можно же юзать ту же флешку и под ключь

Прошу прощения, что сразу не уточнил. Деиствительно, чтобы система грузилась, /boot предполагается вынести на memory stick или что-то подобное (как отметил init_6). А поверхность жесткого диска внешне выглядела бы, как неразмеченное пространство заполненное мусором.

А поверхность жесткого диска внешне выглядела бы, как неразмеченное пространство заполненное мусором.

См. по ссылке выше. Оно так и выглядит в результате.

OK, спасибо ответившим, буду пробовать предложенные варианты.

>> Возможно ли реализовать эту идею?

Использовать cryptsetup без LUKS.

FAIL. Там описано использование LUKS.

FAIL. Там описано использование LUKS.

Методом подобным описанному по ссылке дальше можно играться вообще как угодно. «FAIL» вообще тут не при делах.

Получилось реализовать варианты с loop устройством и использованием cryptsetup без luks, всем спасибо. Стало интересно, Luks хранит в заголовке определенные данные (алгоритм шифрования, слоты с ключами и т.п.) по которым вычисляется зашифрованный раздел, есть ли такие данные в выше приведенных способах реализации?