Bug 1116159
| Summary: | Encrypted filesystem in UEFI mode on VirtualBox or VMware Workstation does not display the passphrase prompt | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Anssi Johansson <rhbugs> | ||||||
| Component: | plymouth | Assignee: | Ray Strode [halfline] <rstrode> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 7.0 | CC: | agk, aizuddin.linux, lkolacek, lnykryn, mclasen, okozina, pasteur, prajnoha, psimerda, robertoschwald, systemd-maint-list, toracat, tpelka, vrutkovs, wnefal+redhatbugzilla | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-11-19 12:49:35 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Anssi Johansson
2014-07-03 22:50:04 UTC
There are now reports that this is occurring on VMware Workstation (versions 8 and 10) as well, also in BIOS mode. Obtain a full log of boot messages from a system that works and one that fails and attach them to this bugzilla. Look at where they diverge. Then presumably anything that happens between those points might be the culprit. Try to use sysrq to obtain information about what the processes and kernel are doing and what they are waiting for. (I think it's unlikely to be the cryptsetup component by the way.) Transferring to systemd, where there are probably more people with a better idea of what to look for and how to obtain diagnostics. Created attachment 918383 [details]
Screenshot of a plymouthd crash with some debug output enabled
Preliminary testing with some debug output enabled shows that it's plymouthd that is crashing for some reason, and the bootup process can't recover from the crash.
This is still happening on CentOS 7.1.1503, and presumably on RHEL 7.1 as well. Best regards, avij from the CentOS QA team. Happens on ESXi 5.5 with CentOS 7.1.1503 as well. Only message you get is "sd 0:0:0:0 [sda] Assuming drive cache: write through" and a blinking cursor. Disabling plymouthd works here as a workaround. Remove "rhgb" from the boot line and from /etc/default/grub after booting. Then perform" grub2-mkconfig -o /boot/grub2/grub.cfg". (In reply to Anssi Johansson from comment #6) > Created attachment 918383 [details] > Screenshot of a plymouthd crash with some debug output enabled > > Preliminary testing with some debug output enabled shows that it's plymouthd > that is crashing for some reason, and the bootup process can't recover from > the crash. Looks like plymouth issue, it should not end with segmentation fault. Problem still persists in RHEL 7.1. I tried to install RHEL-7.1-20150219.1-Workstation-x86_64 on virtualbox (version 4.3.26). Adding versions of components: kernel-3.10.0-229.el7.x86_64 plymouth-0.8.9-0.13.20140113.el7.x86_64 gnome-shell-3.14.2-3.el7.x86_64 I believe the fixes from bug 1097174 should fix this too. bug 1097174 is not open to the publix. Can someone copy the fixes? Created attachment 1045903 [details]
patches from other bug
I can get plymouth password prompt in vmware machine. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-2405.html |