Bug 807457 - systemd-units %preun wipes /etc/systemd/system/default.target when updating to the systemd that obsoletes it, breaking boot on non-graphical installs
Summary: systemd-units %preun wipes /etc/systemd/system/default.target when updating t...
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 17
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedNTH
Depends On:
Blocks: F17Beta-accepted, F17BetaFreezeExcept
TreeView+ depends on / blocked
Reported: 2012-03-27 20:16 UTC by Adam Williamson
Modified: 2012-04-19 02:09 UTC (History)
10 users (show)

Fixed In Version: systemd-44-4.fc17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2012-03-29 04:14:09 UTC
Type: ---

Attachments (Terms of Use)
output of /bin/systemd --test --system --log-level=debug (284.65 KB, text/plain)
2012-03-27 21:12 UTC, Adam Williamson
no flags Details

Description Adam Williamson 2012-03-27 20:16:36 UTC
To reproduce:

1. Do a minimal install of F16 from DVD. 
2. Upgrade it to F17, using F17 Beta RC1 DVD.
3. Boot upgraded system.

It hangs at a black screen with a cursor. I've tested this three times. Upgrade of a default install works okay. I'm guessing there is some kind of missing package, but I've no idea what. This probably isn't an anaconda bug, but I'm unsure what else to report it against as of yet.

Not really a blocker as we only require *default* install upgrade to work, but obviously one we should fix if possible.

Comment 1 Adam Williamson 2012-03-27 20:20:06 UTC
If you boot without rhgb quiet it seems to just kind of stop, late in startup. I think it may just be stuck on the plymouth-wait service: I see a 'Starting Wait for Plymouth Boot Screen to Quit...' but no equivalent 'Started' message. It may eventually boot after that times out, I guess. I'll wait.

Fedora Bugzappers volunteer triage team

Comment 2 Chris Lumens 2012-03-27 20:26:34 UTC
What happens if you do a yum upgrade of the same setup?

Comment 3 Adam Williamson 2012-03-27 20:56:25 UTC
Okay, systemd debug parameters help. It seems, for some reason, that systemd is trying to fire prefdm.service. I have a series of 'prefdm.service entered failed state.', 'prefdm.service: main process exited', 'prefdm.service holdoff time over' messages, then it gives up with 'repeated too quickly, refusing to start'. What I don't know is why prefdm.service would get enabled...

Comment 4 Adam Williamson 2012-03-27 21:12:54 UTC
Created attachment 573180 [details]
output of /bin/systemd --test --system --log-level=debug

Comment 5 Adam Williamson 2012-03-27 21:30:20 UTC

Fedora Bugzappers volunteer triage team

Comment 6 Adam Williamson 2012-03-27 21:45:33 UTC
proposing as NTH and marking as commonbugs (this is the kind of thing we ought to fix and/or document).

Comment 7 Michal Schmidt 2012-03-27 22:22:57 UTC
Should be fixed using notting's suggested trigger scriptlets in systemd-44-4:

Comment 8 Adam Williamson 2012-03-28 07:22:20 UTC
okay, after somewhat-tortuous testing that looks good.

it seems more or less impossible to get anaconda to use a supplemental repository for an upgrade, so I tested with yum upgrades instead. did it twice, once with a supplemental repo containing systemd 44-4, once without. the upgrade without 44-4 behaves exactly as described in the bug. the upgrade with 44-4 works correctly and I can confirm that /etc/systemd/system/default.target still exists and points at runlevel3.target. excellent! can you submit the build as an update?

Fedora Bugzappers volunteer triage team

Comment 9 Fedora Update System 2012-03-28 08:25:22 UTC
systemd-44-4.fc17 has been submitted as an update for Fedora 17.

Comment 10 Fedora Update System 2012-03-28 19:37:33 UTC
Package systemd-44-4.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-44-4.fc17'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).

Comment 11 Adam Williamson 2012-03-29 00:12:04 UTC
Discussed at 2012-03-28 go/no-go meeting, acting as an NTH review meeting. Accepted as NTH: this is a big visible breakage in upgrades (esp. minimal upgrades) and can't be fixed with an update, at least for the case of upgrading via DVD.

Fedora Bugzappers volunteer triage team

Comment 12 Fedora Update System 2012-03-29 04:14:09 UTC
systemd-44-4.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 13 Adam Williamson 2012-04-19 02:09:07 UTC
Dropping commonbugs nomination, as this ought to be fixed in Beta (though really, I should re-test).

Note You need to log in before you can comment on or make changes to this bug.