[09:38] <heinvdm> Is there any way to do an upgrade in two stages (10.10 -> 11.04) , firstly just downloading the required packages etc. and then later doing the actual upgrade ?
[09:42] <cjwatson> sure - 'apt-get -d dist-upgrade', 'apt-get dist-upgrade'
[09:42] <cjwatson> (but this channel does not in general deal with upgrader code)
[09:43] <heinvdm> Thx , just found the -d (download-only)
[18:30] <superdump> is there any way using either ubiquity or d-i to install ubuntu while reusing an existing encrypted lvm kind of layout
[18:31] <superdump> that is, a plain boot partition, a luks partition that is a physical volumes that is part of an lvm volume group containing perhaps swap, root and home partitions
[18:32] <superdump> i don't mind if it involves switching to another terminal and manually using cryptsetup to unlock the encrypted partition or so, but basically the partition layout needs to be untouched and the home partition needs to be untouched but mounted
[18:33] <superdump> right now i'm trying to do it in a vm which had some existing partition layout as described above, but the xts module is missing :/
[18:34] <superdump> it seems to be part of the standard kernel modules in the generic linux kernel package, but not included on the installer disk
[18:51] <superdump> does d-i install the same boot scripts and everything like that as ubiquity?
[18:51] <superdump> i guess that it probably does
[18:52] <superdump> it seems using ubiquity after running cryptsetup, vgscan, vgchange -ay allowed me to see the crypt and lvm partitions in ubiquity
[18:52] <superdump> i'm curious if it will work when booting though
[18:53] <superdump> perhaps it doesn't do some grub.conf magic
[19:21] <superdump> i perhaps could get it working with a bit more effort, as i can at least get it to install without touching the home dir
[19:21] <superdump> but the problem is with the booting
[19:21] <superdump> at the end of the ubiquity installation, cryptsetup and lvm2 at least are removed it seems
[19:23] <superdump> installing them again from a chroot does not seem to fix the boot as it seems there is no recognition of the crypt partition (i see no prompt for a password - it just gives up booting and drops to a busybox initramfs prompt)
[19:23] <superdump> how does ubuntu normally manage the luks password prompt?
[19:51] <cjwatson> reusing an encrypted LVM isn't possible right now, sorry
[19:51] <cjwatson> that's specifically mentioned in the release notes, in fact
[19:55] <cjwatson> I don't know the answer to your other problem, I'm afraid.  cryptsetup is supposed to prompt via plymouth.
[21:14] <superdump> cjwatson: are 1) setup and/or 2) reuse of existing encrypted lvm via partition management in ubiquity or d-i planned?
[21:15] <cjwatson> I believe the release notes comment on this
[21:16] <cjwatson> "There is no way to reuse an existing encrypted volume at installation time at the moment, although we do consider this a bug that will be fixed in a future release."
[21:16] <cjwatson> likely to happen more quickly in d-i than ubiquity
[21:22] <superdump> mmm, apologies, i should have looked at that comment in the release notes
[21:22] <superdump> by the way, i agree with comments in https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/285890
[21:23] <ubot2> Launchpad bug 285890 in debian-installer "Does not show encrypted partition" [Undecided,New]
[21:23] <superdump> i accidentally nuked a system (that i had just backed up, thankfully) because it was not clear that the encrypted partition was being reinitialised
[21:24] <superdump> at least displaying a very clear warning about that would be a good and probably small change
[21:24] <superdump> beyond that i guess i should contribute to upstream d-i