Re: [RFC] LUKS
Tobias Hintze <[email protected]> Tue, 16 May 2006 21:53:46 +0200
| Newsgroups | gmane.linux.distributions.rock.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, May 16, 2006 at 03:23:31PM +0200, Stefan Fiedler wrote: > Am Dienstag, 16. Mai 2006 13:07 schrieb Tobias Hintze: > > On Tue, May 16, 2006 at 09:30:24AM +0200, Benjamin Schieder wrote: > > > On 16.05.2006 09:15:32, Tobias Hintze wrote: > > > > On Sun, May 14, 2006 at 03:50:40PM +0200, Stefan Fiedler wrote: > > > > [...] > > > > > > > > > I like your proposal, the varying size of LUKS data per partition has > > > > > to be considered, though. So there would be non-encryptable > > > > > filesystems, encryptables (handled by dmsetup) and encrypted (handled > > > > > by luks). Since we'd have to support all three types anyway, users > > > > > should be able to choose if a new filesystem is encryptable, and > > > > > en-/decrypt filesystems in a separate step. > > > > > > > > i like the idea of the status "encryptable" > > > > and i think it is possible to convert a used non-encryptable > > > > disk/partition to an encryptable one if it is not completely full. > > > > (depends on the filesystem of course) > > > > > > This is true for all filesystems that have a "resize" command. Although > > > I'm not entirely sure of how to move a filesystem "forward" on a > > > partition. > > > > > > Example: > > > |123DATA---| > > > > > > Now we move the data forward with dd, this is the result: > > > |123123123| > > > > push(read(chunk_size)) > > write(empty_space(chunk_size)) > > while !EOF: > > go_ahead(chunk_size) > > CHUNK = read(chunk_size) > > write(pop()) > > push(CHUNK) > > > > This should work as long as the filesystem contains no absolute references to > disc sectors. absolute reference are no issue here cause the filesystem will be adressed through dm with offset. so the addresses stay the same, no? th -- > However from my experience resizing/moving partitions is > usually cumbersome and only possible for a few combinations of partition > types and filesystems (at least by the free partitioners I've tried). > > Cheers, > Stefan Fiedler > > > th > > -- > > > > > The data would have to be move forwards beginning at its end. I have no > > > idea how to do this. Any suggestions? > > > > > > > > > Greetings, > > > Benjamin > > > -- > > > Benjamin 'blindCoder' Schieder > > > Registered Linux User #289529: http://counter.li.org > > > finger blindcoder-1k+CIuW/[email protected] | gpg --import > > > -- > > > /lusr/bin/brain: received signal: SIGIDIOT > > > > > > > > > > > > _______________________________________________ > > > rock-devel mailing list > > > [email protected] > > > http://www.rocklinux.net/mailman/listinfo/rock-devel > _______________________________________________ > rock-devel mailing list > [email protected] > http://www.rocklinux.net/mailman/listinfo/rock-devel -- Tobias Hintze http://hbs-solutions.de HBS solutions GbR - Network & Information Systems