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