Bug 894242
Summary: | upgrade process hangs with encrypted /home (no graphical unlock dialog) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> |
Component: | fedup-dracut | Assignee: | Will Woods <wwoods> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | tflink, thomas.widhalm, thozza, wwoods |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | fedup-0.7.3-5.fc17 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-05-15 03:29:54 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: |
Description
Jens Petersen
2013-01-11 07:12:25 UTC
This sounds more like an issue with fedup-dracut, reassigning. the grub upgrade/update process is not covered by fedup and has to be done manually, so any changes during the upgrade process won't affect the grub.cfg post-upgrade Here is the original http://petersen.fedorapeople.org/fedupdebug.log from my main machine so it is not a "vanilla" but a realworld upgrade. > the grub upgrade/update process is not covered by fedup and has to be done > manually, so any changes during the upgrade process won't affect the > grub.cfg post-upgrade Okay I confirmed that modifying the kernel line does not break removal of Upgrade from grub.cfg if a new kernel gets installed at least - maybe my problem was that there was no newer f18 kernel when I upgraded before F18 GA. Did you have any other encrypted partitions, or just /home? (In reply to comment #3) > Did you have any other encrypted partitions, or just /home? Just /home I think might be the same problem as bug 896023. If so, you should be able to work around this by removing "rhgb" *and* "plymouth.splash=fedup" from the fedup boot arguments. I tested this myself and it seems to work. Can anyone else confirm? (In reply to comment #5) > If so, you should be able to work around this by removing "rhgb" *and* > "plymouth.splash=fedup" from the fedup boot arguments. I and others already mentioned about rhgb. Can you explain why also removing "plymouth.splash=fedup" helps? Anyway it does sound like a related bug, though it is not entirely clear to me why crypto /home should break things more. I still contend that while using Plymouth for upgrades looks pretty, the text console output is actually more informative and more importantly reliable it seems. Well I guess if one could toggle between them both that would be perfect. :) I just did a test with upgrading a minimal+rhgb f17 net install without "rhgb" and "plymouth.splash=fedup" and indeed it worked fine as expected (though I already mentioned the no rhgb workaround in comment 0). fedup-0.7.3-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fedup-0.7.3-3.fc18 fedup-0.7.3-3.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/fedup-0.7.3-3.fc17 fedup-0.7.3-4.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/fedup-0.7.3-4.fc17 fedup-0.7.3-4.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fedup-0.7.3-4.fc18 fedup-0.7.3-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/fedup-0.7.3-4.fc19 *** Bug 904156 has been marked as a duplicate of this bug. *** Package fedup-0.7.3-4.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing fedup-0.7.3-4.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-7092/fedup-0.7.3-4.fc19 then log in and leave karma (feedback). fedup-0.7.3-4.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. fedup-0.7.3-5.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/fedup-0.7.3-5.fc17 fedup-0.7.3-4.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. fedup-0.7.3-5.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. |