Boot splash with luks password prompt broken after nvidia upgrade to 367

Status changed to 'Confirmed' because the bug affects multiple users.

Worked around the problem by:
0. Use "Esc" key to interrupt boot, edit boot to remove "quiet splash" from boot line, then boot.
1. Replace "quiet splash" with "" in /etc/default/grub
2. Run "sudo update-grub".

Is there a way to go back to 361? When I purge all nvidia and try installing 361 it installs 367 instead.

I don't know if this is related, but the initrd looks broken, though the system obviously boots fine (encrypted root). I tried running update-initramfs, but it's the same:

$ file /boot/initrd.img-4.4.0-36-generic
/boot/initrd.img-4.4.0-36-generic: ASCII cpio archive (SVR4 with no CRC)

$ stat /boot/initrd.img-4.4.0-36-generic | grep Size
  Size: 45048327 Blocks: 87988 IO Block: 1024 regular file

$ cpio -id < /boot/initrd.img-4.4.0-36-generic
44 blocks

$ tree ./
./
└── kernel
    └── x86
        └── microcode
            └── GenuineIntel.bin

$ du -sh kernel/
36K kernel/

So, where's the rest of the 45MB? Why isn't it gzipped? How does the system boot without cryptsetup in initrd?

7 dats without activity.
Is this going to be fixed?

I am also facing this issue. I will either get the results mentioned here, or I'll see a password prompt, but keyboard support isn't accepted. For me, it also happened when installing the latest nvidia driver.

I have something similar. While I can enter my encryption passwords fine, when it comes to login page screen goes black. Can hear the login noise in the background though.

Is there anything I can do to help get this fixed? It's a big deal for me, even with "quiet splash" removed from the grub options. I have several encrypted partitions. On boot, I get a password prompt for the root partition and the boot proceeds for a while. Then I get password prompts for each other partition separately. Sometimes it works, but sometimes it sits there waiting for 1 minute 30 seconds on some task. I think it's something like "x2d-dev-mapper", but I don't have it written down. If I see the wait message at all, the boot fails and I get dropped into emergency mode. It might not happen if I type in the passwords fast enough, but I'm not entirely sure.

Before this bug, I only had to type the password once (it's the same for all the partitions) and it would always succeed.

Installed 16.10. Without nvidia drivers the boot splash and password prompt are fine. With nvidia drivers, the boot splash appears (unlike in 16.04), but it's not interactive. Removing "splash" and "quiet" from the kernel command line again allows a normal text-only prompt and continued boot.

16.10 with 367 is very buggy especially if using multiple monitors. I rue the day i upgraded to 367.

Experienced the same with 16.04.1 LTS and 378.13 nvidia drivers. Removed "splash" from GRUB_CMDLINE_LINUX_DEFAULT as recommended in comment #3 to work around this.

Same with 17.10 and nvidia-384 (384.90).

Ubuntu 17.10 and nvidia-387, still a problem. Actually, it got even worse.

On a freshly installed system, fully updated via apt dist-upgrade:

When I edit the boot options and remove "quiet splash", the screen just goes black.

The only way to boot the system, is to go into rescue mode and continue normal boot.

Bug still present, even if you do not see your password at the screen, you can still type it in, press enter, then type your user's password if you do not have auto-login, press enter, I've done it multiple times and I was able to log in, the screen will stay black a long time.

After this, to patch the bug just run in terminal:
sudo sed -i -e '/s/quiet splash//g' /etc/default/grub