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