Lubuntu Install (entire disk with encryption) doesn't prompt for disk password.

The hardware profile I tested this with is: http://teeks99.com/keep/lab_hwprofile.html

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/966403

Hi Tom,

Please run 'apport-collect 966403' from the affected system.

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Thanks. Please test whether this issue is reproducible with the Ubuntu plymouth theme:

  sudo apt-get install plymouth-theme-ubuntu-logo
  sudo update-alternatives --set default.plymouth /lib/plymouth/themes/ubuntu-logo/ubuntu-logo.plymouth

I did the theme change, but it didn't seem to have any impact. When I shutdown, I saw the ubuntu theme (instead of lubuntu) for the shutdown screen, but when it came back up it was still the blank screen.

I was able to push the down arrow twice (as I discovered in this bug's duplicate: https://bugs.launchpad.net/bugs/966450) and get the graphical password page, but it was still in the lubuntu theme instead of ubuntu!?!

On Wed, Mar 28, 2012 at 08:48:50PM -0000, Tom wrote:
> I did the theme change, but it didn't seem to have any impact. When I
> shutdown, I saw the ubuntu theme (instead of lubuntu) for the shutdown
> screen, but when it came back up it was still the blank screen.

> I was able to push the down arrow twice (as I discovered in this bug's
> duplicate: https://bugs.launchpad.net/bugs/966450) and get the graphical
> password page, but it was still in the lubuntu theme instead of
> ubuntu!?!

Oh sorry, yes - you need to also run 'sudo update-initramfs -u' to update
the plymouth theme in the initramfs.

If you do that, do you still get the blank screen? And if you hit the arrow
twice (btw, Esc also works), do you get the Ubuntu theme?

Ok, after that I'm still getting the blank screen, but when I go to the graphical screen I see the ubuntu one instead of the lubuntu one as expected.

Thanks, that confirms that this isn't a bug with the lubuntu theme; which means it's a hardware-specific bug instead.

Can you please boot with the option 'plymouth:debug=/var/log/plymouth-debug.log' added to the kernel commandline, and attach the resulting file?

Sorry, that should be plymouth:debug=file:/var/log/plymouth-debug.log

Here you go.

Thanks. It looks like plymouth is doing everything right here:

[./plugin.c] create_backend:creating renderer backend for device /dev/dri/card0
[./plugin.c] load_driver:Attempting to load driver 'nouveau'
[./plugin.c] nouveau_force_drm:opening /proc/cmdline
[./plugin.c] nouveau_force_drm:reading kernel command line
[./plugin.c] nouveau_force_drm:Kernel command line is: 'BOOT_IMAGE=/vmlinuz-3.2.0-20-generic root=/dev/mapper/pc06-root ro quiet splash vt.handoff=7 plymouth:debug=file:/var/log/plymouth-debug.log'
[./plugin.c] load_driver:falling back to frame buffer for nouveau to avoid DRM hang
[ply-renderer.c] ply_renderer_open:could not open rendering device for plugin /lib/plymouth/renderers/drm.so
[./plugin.c] create_backend:creating renderer backend for device /dev/fb0
[ply-terminal.c] ply_terminal_open:trying to open terminal '/dev/tty7'

[...]

[./plugin.c] query_device:32 bpp (8, 8, 8, 0) with rowstride 5632
[./plugin.c] initialize_head:initializing 1360x768 head

[...]

Seems to be a problem with the kernel framebuffer. Reassigning to the kernel.

Tom, if you're using only a single display on this machine, you could also try to enable using the drm backend instead of the framebuffer backend by booting with 'plymouth:force-drm'.

Yep, that seemed to fix it. What is the next step from here?

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

We have noted that there is a newer version of the development kernel than the one you last tested when this issue was found. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

You can update to the latest development kernel by simply running the following commands in a terminal window:

    sudo apt-get update
    sudo apt-get dist-upgrade

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

If you want this bot to quit automatically requesting kernel tests, add a tag named: bot-stop-nagging.

 Thank you for your help, we really do appreciate it.

I've now updated/dist-upgraded and am running:

$ uname -r
3.2.0-21-generic

$ dpkg -s linux-image-3.2.0-21-generic
Package: linux-image-3.2.0-21-generic
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 144981
Maintainer: Ubuntu Kernel Team <email address hidden>
Architecture: amd64
Source: linux
Version: 3.2.0-21.34

Do I need to manually remove the kernel-request-3.2.0-21.34 tag?

@Tom,

Please don't remove the kernel-request-3.2.0-21.34 tag. It will cause the bug bot to ask you to test the kernel again.

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

We have noted that there is a newer version of the development kernel than the one you last tested when this issue was found. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

You can update to the latest development kernel by simply running the following commands in a terminal window:

    sudo apt-get update
    sudo apt-get dist-upgrade

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

If you want this bot to quit automatically requesting kernel tests, add a tag named: bot-stop-nagging.

 Thank you for your help, we really do appreciate it.

Updated, same problem.

$ uname -r
3.2.0-22-generic

$ dpkg -s linux-image-3.2.0-21-generic
Package: linux-image-3.2.0-21-generic
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 144981
Maintainer: Ubuntu Kernel Team <email address hidden>
Architecture: amd64
Source: linux
Version: 3.2.0-21.34

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

We have noted that there is a newer version of the development kernel than the one you last tested when this issue was found. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

You can update to the latest development kernel by simply running the following commands in a terminal window:

    sudo apt-get update
    sudo apt-get dist-upgrade

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

If you want this bot to quit automatically requesting kernel tests, add a tag named: bot-stop-nagging.

 Thank you for your help, we really do appreciate it.

New kernel, same problem.

$ uname -r
3.2.0-23-generic
$ dpkg -s linux-image-3.2.0-23-generic
Package: linux-image-3.2.0-23-generic
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 145113
Maintainer: Ubuntu Kernel Team <email address hidden>
Architecture: amd64
Source: linux
Version: 3.2.0-23.36

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.4kernel[1] (Not a kernel in the daily directory). Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag(Only that one tag, please leave the other tags). This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-rc2-precise/

Using the mainline kernel fixed the problem. I immediately saw the password screen.

$ uname -r
3.4.0-030400rc3-generic
$ uname -a
Linux pc06 3.4.0-030400rc3-generic #201204152235 SMP Mon Apr 16 02:36:13 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
$ dpkg -s linux-image-3.4.0-030400rc3-generic
Package: linux-image-3.4.0-030400rc3-generic
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 150716
Maintainer: Ubuntu Kernel Team <email address hidden>
Architecture: amd64
Source: linux
Version: 3.4.0-030400rc3.201204152235

I just tried this on lubuntu-alternate-12.10-amd64 and still had the same issue.

I have a similar issue when I upgraded to Ubuntu 19.10. I was thinking it was a Grub2 issue.
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1851031