Re: Problem with the automount
So, when i understood right:
1. encryption (aes-loop) works only under lenny, but there is not
possibility to tell lenny where to look für a persistent (live-rw)
2. the newer Version of live-boot won´t work with lenny
then i ask me:
Where is the point in offering the possibility of encrypted
Encryption for non-persistent Systems would make no sense for, or am I
Wouldn`t it make sense to mention this "live-crypto-problem" somewhere
in the Manual ?
I´d love to ad support for booting from dm-crypt rootfs with current
live-boot. But unfortunatly i have absolutly no clue how to do this.
By the way: I think it should not be a possibility to encrypt the
"carry-around-system", it should be normal Standard !
But i figured out, how many packages you are maintaing, so I am far from
urging you. Do you have any hint´s for me where to start from, when I
(an interested noob) what to become a "live-boot" developer ?
Many thankx for all the work you are doing here for the comunity !
Am Donnerstag, den 02.06.2011, 10:38 +0200 schrieb Daniel Baumann:
> On 05/30/2011 04:55 PM, cabavil wrote:
> > I tried to figure out, how to
> > stop the live-stick from automounting the internal Harddisk. But i found
> > no clue.
> the problem is with persistency that live-boot can't know where the
> persistent partition is without looking at it (same is especially true
> when using crypto). therefore, unless live-boot is told exactely which
> device and which device only it has to look at, it by default does look
> at all of them until it finds one.
> now.. the problem with encryption is, that in squeeze we haven't got
> cryptsetup support finished (afaik), and for lenny, there's no support
> for specifying the device to look at. but the newer version of live-boot
> won't work with lenny, and anything later than lenny, you've got no
> encryption of the root fs (loop-aes is gone for good for squeeze and
> newer, unfortunately).
> the right thing to do would be to add support for booting from dm-crypt
> rootfs with current live-boot and specify the encrypted persistent
> device exlicitly.
> sorry for not being more helpful, but eventhough having this thing is
> very nice to have, we currently have more pressing and more basic
> problems to fix first (but patches are always more than welcome).
> Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email: firstname.lastname@example.org
> Internet: http://people.progress-technologies.net/~daniel.baumann/