Re: [RFC] LUKS

Tobias Hintze <[email protected]> Tue, 16 May 2006 13:07:26 +0200
Newsgroups gmane.linux.distributions.rock.devel
Message-ID <[email protected]>
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)

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


-- 
Tobias Hintze http://hbs-solutions.de
HBS solutions GbR - Network & Information Systems