Cannot enter cryptfs password on boot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux Mint |
Confirmed
|
Undecided
|
Unassigned | ||
plymouth (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Version and Edition:
Linux Mint 18 beta (x64; Cinnamon Edition)
Problem and reproduction and what happened:
When running plymouth (i.e. kernel boot options "quiet splash"), with a seperate /boot partition (~512MB;ext4) and encrypted root (~64GB; ext4 created in installer using Physical Volume for Encryption), the graphical password prompt appears but accepts no input. This is after a dist-upgrade on 2016-06-09 ca. 0200-0400 UCT, with intel-microcode and nvidia-361 custom hardware drivers.
The password text is echoed on terminal 7 (Alt-F7), but does not attempt to unlock the volume. A reboot (Ctrl-Alt-Del) at this point seems to corrupt the partition, which I can boot into using recovery mode, force fsck, resume boot about 50% of the time. Otherwise, a few repeats and I'll be back into the system. (fsck on /, /dev/mapper/
Expected:
Password would be accepted in plymouth graphical screen (i.e. echoing dots for password) and system would boot normally after unlocking root partition (/).
Frequency:
This seems to happen on every boot/reboot, as long as "quiet splash" is in the kernel options. Editing /etc/default/grub and removing the kernel lines shows a text-based password prompt, which unlocks the volume flawlessly. Data corruption still seems to occur on reboot, though.
Changing resolution to 1920x1080 (native panel resolution) does not seem to affect the graphical screen. Only removing the "quiet splash" yields consistent behaviour.
Hardware:
Dell Latitude E6520 (ca. late-2010), 16 GiB RAM, 240 GiB OCZ Vertex3 SSD, Intel i7-2720QM CPU, nVidia NVS 4200M.
Changed in linuxmint: | |
status: | New → Confirmed |
Same problem here after upgrade from Mint 17.3 to 18.