я хочу это сделать посредством runit, он позволяет запустить демона в chroot окружении вроде как. ещё не проверял.

это от отдела "К" скрываем не лицензионный мультик? ага.. записываю в блокнотик.

вот именно, что я желаю не шифрованную ФС, а вообще.. знать всё, что поможет максимально извратится с chroot окружением на ближайшие выходные =)
например методы применения о которых додумался мой воспалённый мозг
1) запускаем там демона, и получаем крайне бронированную службу (на таки в croot)
2) отмонтировали блочное устройство, перенесли на другой компьютер - dd и бекап курят.
3) зашли в chroot, сделали бяку, закомпилировали нестабильный софт или ещё чего - не беда. mkfs.ext3 /home/chrootdevise и всё. родной системе не страшно и мусору нет.

это же быстрее чем виртуализация.. ведь так? =)

я хочу понять как можно использовать блочные устройства, особенно с возможность chroot (т.е. уже с базовой системой на борту) в народном хозяйстве.
демонов уже запускал - понравилось.
теперь посмотрю что будет, если раздать это устройство по nbd..

результат тестирования "распределения блочных устройств по сети через nbd и использование в них chroot окружения"
ух ё
получился весьма интересным.
у меня вышло нечто вроде "тонких клиентов" абсолютно не зависимых друг от друга но работающих с одного образа.
думаю если есть необходимость поднятие определённых, однотипных сервисов на большом количестве машин в локальной сети - этому можно найти применение.

т.е. допустим мы создаём образ минимальной, базовой системы, устанавливаем туда свои сервисы и раздаём этот образ как блочное устройство по TCP.
клиенты цепляют его, и запускают эти сервисы. в моём случае это был просто торрент демон, но думаю можно и mysql так раздавать =)
а когда приходит время обслуживать этот сервис - меняем в этом образе что-то и раздаём по новой на том же TCP порту.

смысл в как и задачи экспириенсе.
результаты пока не точны.
пример:
вот у тебя тысяча и один "тонкий клиент", можно подмонтировать одно и тоже блочное устройство на каждом в момент загрузки и запускать на каждом одинаковые службы которые работают именно на "клиенте".
при этом сами службы лежат в одном образе который если нужно, можно подправить.
выходит некая централизованность в управлении демонами.

zerg, более того, есть runit который может запускать эти демоны прям не заходя туда.
к runit есть система, повар.. который как раз может помочь в управлении всеми запусками, перезапусками на over 9000 машин сразу. (по описанию)
короче вот такая вот идея получилась.
дальше развивать не стал, решив всё таки использовать свои компьютеры для более приземлённых целей.