Bug 964303
| Summary: | reboot loop after fedup upgrade due to "systemd.unit=system-upgrade.target" in boot args | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | rvalkass |
| Component: | fedup | Assignee: | Will Woods <wwoods> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | bdm, chewi, jpazdziora, luto, przemek, rmancy, tflink, wwoods |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | fedup-0.8.0-3.fc19 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-19 07:21:53 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
rvalkass
2013-05-17 19:12:33 UTC
Is there a "systemd.unit=system-upgrade.target" item in the boot arguments? If so, edit the boot arguments and remove that. Otherwise, boot one of the non-fedup boot entries, but edit the commandline to add 'rescue' (or, failing that, 'emergency'). This should let you log in to your system and figure out what's going on. Let me know what you find out! Had to remove "upgrade systemd.unit=system-upgrade.target plymouth.splash=fedup" from the boot arguments. Surely fedup shouldn't be putting/leaving those arguments in there once it's done? This stung me after upgrading from 18 to 19. This was my boot line after the upgrade. linux /vmlinuz-3.9.9-302.fc19.x86_64 root=/dev/mapper/vg_red-lv_root ro quiet rhgb LANG=en_GB.UTF-8 upgrade systemd.unit=system-upgrade.target plymouth.splash=fedup enforcing=0 rd.luks.uuid=a700e683-f1f3-4a8d-ac3e-80c21f62ff8e rd.md.uuid=0ef30b66:a897a114:9b1ad4dd:ce040e22 (In reply to rvalkass from comment #2) > Had to remove "upgrade systemd.unit=system-upgrade.target > plymouth.splash=fedup" from the boot arguments. Surely fedup shouldn't be > putting/leaving those arguments in there once it's done? Under normal circumstances they get removed. Usually it works like this: 1) You run fedup. It adds a boot entry and tells you to reboot. 2) You reboot. fedup removes its boot entry immediately at startup. 3) The upgrade proceeds, and when a new kernel is installed it copies the arguments from the newest F18 kernel entry. This bug happens if you install a new kernel package between 1) and 2) - that kernel package will copy *fedup's* boot arguments, so even after fedup removes its boot entry, the newest F18 entry has a copy of fedup's boot arguments. There's a couple of possible solutions to this problem: 1) Don't touch the bootloader at the end of fedup. The user has to run something like "fedup --start" to begin the upgrade. 2) Don't rely on boot arguments to start the upgrade. Use some other method (e.g. systemd generator) to change the default target. Until then: if you just ran fedup but you're not ready to upgrade just yet, 'fedup --resetbootloader' will remove the fedup boot entry but keep all the downloaded packages/images; re-running the previous 'fedup' command will check for new updates and reuse already downloaded packages/images for anything that hasn't changed. *** Bug 912320 has been marked as a duplicate of this bug. *** *** Bug 918894 has been marked as a duplicate of this bug. *** *** Bug 994775 has been marked as a duplicate of this bug. *** This should be fixed in fedup git by: https://github.com/wgwoods/fedup/commit/72d947a https://github.com/wgwoods/fedup/commit/b443c0d which will go into the next fedup release. fedup-0.8.0-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/fedup-0.8.0-3.fc19 fedup-0.8.0-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/fedup-0.8.0-3.fc20 fedup-0.8.0-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fedup-0.8.0-3.fc18 Package fedup-0.8.0-3.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.8.0-3.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-23316/fedup-0.8.0-3.fc19 then log in and leave karma (feedback). fedup-0.8.0-3.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.8.0-3.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.8.0-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 902555 has been marked as a duplicate of this bug. *** |