Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 578633
| Summary: | Unable to enter passphrase to unlock encrypted disk partitions | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Laska <jlaska> | ||||
| Component: | plymouth | Assignee: | Ray Strode [halfline] <rstrode> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 13 | CC: | awilliam, dcantrell, drjones, fedora, jturner, kparal, lmacken, maurizio.antillon, mb--redhat, mclasen, michael.monreal, rh-bugzilla, rhe, rstrode, thomasj | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | plymouth-0.8.1-3.fc13 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2010-04-07 21:50:44 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 538274 | ||||||
| Attachments: |
|
||||||
|
Description
James Laska
2010-03-31 21:13:55 UTC
This does seem to trigger only for text mode passphrase entry. A graphical entry succeeds. plymouth-0.8.1-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/plymouth-0.8.1-3.fc13 just for the record, note that we hit an exactly analogous issue in F12 - https://bugzilla.redhat.com/show_bug.cgi?id=530896 - and actually decided to ship F12 Final with it broken and documented in CommonBugs. Yay for higher standards! -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I have /home and swap encrypted. In graphical mode, the passphrase (which used to unlock both) now only unlocks /home--so I think both modes are broken. I guess the common case is to encrypt the PV containing everything, but my legs are hot enough and I'm personally not too fussed about /etc/shadow. Haven't yet tried 0.8.1-3, hope to do so later today. In virt-install, both graphical and text mode contain this issue. But on bare metal, only text mode has it. plymouth-0.8.1-3.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update plymouth'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/plymouth-0.8.1-3.fc13 (In reply to comment #4) > Haven't yet tried 0.8.1-3, hope to do so later today. That's sorted it. Thanks! Is there some way to work around the issue to test the new plymouth version? When I can't boot to the system, I can't upgrade plymouth. (I'm using KVM, so I have only text boot mode available). I had to start an install, let it unlock the filesystem, then go to a tty and chroot into it to download the new plymouth and install it. Kind of a hard workaround. I think this is because rescue mode broke for me with encrypted FS. Another alternative is to do another install but enable the updates-testing repo since this plymouth is in updates testing. booting with vga=0x318 on kernel command line in grub should make things boot (as a workaround) *** Bug 578196 has been marked as a duplicate of this bug. *** *** Bug 577836 has been marked as a duplicate of this bug. *** Verified fix in plymouth-0.8.1-3.fc13 of F13 beta rc4 Verified fix in plymouth-0.8.1-3.fc13 by updating. *** Bug 579709 has been marked as a duplicate of this bug. *** Marking VERIFIED based on feedback from rhe and kparal. Thanks! since it's in RC4, can't this be CLOSED now? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers It'll get closed by bodhi when it gets pushed to stable, which I couldn't do last week because nobody would give it karma. plymouth-0.8.1-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. Hi, I don't want to be unfriendly, but for me version 0.8.1-3 gives in VirtualBox still an assertion failure (bug marked as duplicate in comment #12). Sorry. Martin Kho I'm also still hitting the assert with F13 Xen guests. Even with vga=0x318 on the command line. plymouthd: ply-event-loop.c:707: ply_event_loop_watch_fd: Assertion `fd >= 0' failed. To make things complete, I still see the same problem on KVM using plymouth-0.8.1-3.fc13 :) I think the old version of plymouth is still in the initrd. Could you update the kernel or rebuild the initrd? Hi, Yes, rebuilding initramfs solved it. :-) Thanks, Martin Kho what is the "right" way to rebuild the initramfs? I mean, in a way that will not break updates etc? The command is this: dracut -f /boot/initramfs-$(uname -r).img $(uname -r) Although I can never remember that one so I usually just run: plymouth-set-default-theme charge --rebuild-initrd Running /usr/libexec/plymouth/plymouth-update-initrd fixed this. But I have other question - why wasn't this run automatically? Is that a bug? it's a design decision that was decided early on. At some point plymouth will have it's own initrd layered on top of the main initrd (see plymouth-generate-initrd) that we can rebuild automatically on updates. I added support to grubby to handle multiple initrds a few releases ago, but we just haven't pulled the switch to change things over yet. It won't happen for f13. |