A. I'm afraid that this 64-bit alternate installer does not work in UEFI mode and that it does not create GUID partition tables, so it works only with BIOS/CSM mode and it creates MSDOS partition tables. I think it is a limitation of the alternate installer and not a bug. Use the 64-bit desktop installer for UEFI.
B. I have tested Lubuntu with encrypted disk with the desktop installers and the 32-bit alternate installer. And now I am testing the this 64-bit alternate installer once more ... and it works in the same way as the 32-bit version.
Both alternate installers work according to the attached modified version of the test-case.
I know a little more now about the encrypted systems, not only the test-cases, but also what happens afterwards.
1. We have more than one bug (probably more than two bugs).
2a. All Ubuntu flavour desktop test-cases with encryption have only encrypted disk with LVM, not encrypted home inside the encrypted disk.
2b. I have managed to make cryptswap work (inside encrypted LVM with the alternate installer), but only in the first session. After reboot it disappears.
2c. So I suggest test-cases for Lubuntu alternate and desktop with only encrypted LVM and skip the encrypted home. This way it
will be rather similar to the other Ubuntu flavour desktop test-cases with encryption, and much easier to get working again.
3. The alternate testcase will probably work with some simple changes and the work-around (detour into a text screen) is only to unmount some partition(s) on the target drive. I think it should be done *earlier* than the installer does it now.
4. Knowing this (after a lot of testing) the desktop testcase can probably be simplified too. But there is an additional bug due to the zRAM, that must be switched off or (better) accepted.
Summary: I think that a developer can make encryption work rather easily, so that we can get nice and polished test-cases (that work). I think it is quite possible to revive the alternate test-case before the release of Vivid (with automatic unmounting of that partition, often /dev/sda1).
See the attached text version of a modified Lubuntu alternate test-case. Look for # tags in order to find what is modified.
A. I'm afraid that this 64-bit alternate installer does not work in UEFI mode and that it does not create GUID partition tables, so it works only with BIOS/CSM mode and it creates MSDOS partition tables. I think it is a limitation of the alternate installer and not a bug. Use the 64-bit desktop installer for UEFI.
B. I have tested Lubuntu with encrypted disk with the desktop installers and the 32-bit alternate installer. And now I am testing the this 64-bit alternate installer once more ... and it works in the same way as the 32-bit version.
Both alternate installers work according to the attached modified version of the test-case.
I know a little more now about the encrypted systems, not only the test-cases, but also what happens afterwards.
1. We have more than one bug (probably more than two bugs).
2a. All Ubuntu flavour desktop test-cases with encryption have only encrypted disk with LVM, not encrypted home inside the encrypted disk.
2b. I have managed to make cryptswap work (inside encrypted LVM with the alternate installer), but only in the first session. After reboot it disappears.
2c. So I suggest test-cases for Lubuntu alternate and desktop with only encrypted LVM and skip the encrypted home. This way it
will be rather similar to the other Ubuntu flavour desktop test-cases with encryption, and much easier to get working again.
3. The alternate testcase will probably work with some simple changes and the work-around (detour into a text screen) is only to unmount some partition(s) on the target drive. I think it should be done *earlier* than the installer does it now.
4. Knowing this (after a lot of testing) the desktop testcase can probably be simplified too. But there is an additional bug due to the zRAM, that must be switched off or (better) accepted.
Summary: I think that a developer can make encryption work rather easily, so that we can get nice and polished test-cases (that work). I think it is quite possible to revive the alternate test-case before the release of Vivid (with automatic unmounting of that partition, often /dev/sda1).
See the attached text version of a modified Lubuntu alternate test-case. Look for # tags in order to find what is modified.