Bug 626676 - firstboot runs on upgrade
Summary: firstboot runs on upgrade
Alias: None
Product: Fedora
Classification: Fedora
Component: firstboot
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Martin Gracik
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2010-08-24 05:21 UTC by Bill Nottingham
Modified: 2014-03-17 03:24 UTC (History)
8 users (show)

Clone Of:
Last Closed: 2011-01-18 13:02:37 UTC

Attachments (Terms of Use)

Description Bill Nottingham 2010-08-24 05:21:33 UTC
Description of problem:

It shouldn't.

Version-Release number of selected component (if applicable):


How reproducible:

Happened just now.

Steps to Reproduce:
1. Have an up-to-date F-13 install
2. Upgrade to F14 + updates-testing
Actual results:

firstboot runs on reboot

Expected results:

firstboot does not run on reboot.

Comment 1 Michal Schmidt 2010-08-25 00:47:34 UTC
I could not reproduce this.
I did a fresh install of F13+updates. firstboot was run, /etc/sysconfig/firstboot was created. Then I upgraded to F14+updates-testing with yum. Rebooted. firstboot did not run again.

Comment 2 Adam Williamson 2010-08-25 22:32:19 UTC
As I tried to explain this to Lennart, I think I can guess what happened here.

How firstboot gets run is via a 'firstboot' service which is installed in the package. It just starts up and checks if /etc/sysconfig/firstboot exists and contains RUN_FIRSTBOOT=NO . If that's the case, the service just does nothing and shuts down. If that's not the case, it calls the actual firstboot app.

Once firstboot has been successfully run, it tries to disable itself for the future. In F13 and earlier, to do this, it does:

chkconfig off firstboot
echo RUN_FIRSTBOOT=NO > /etc/sysconfig/firstboot

(more or less, the exact commands aren't the same but that's what it does; disable the service *and* create the config file that tells the service not to run firstboot itself).

Now, for Fedora 14, we migrated firstboot to be systemd native. Instead of one sysv service, it now has two systemd services - firstboot-text.service and firstboot-graphical.service .

Obviously, since F13 and earlier didn't have these, firstboot doesn't do anything to turn them off once it's been run successfully. It does in F14, but that's a moot point.

So when you upgrade from an earlier release of Fedora to F14, those two systemd services get installed and enabled. So when you first boot up your shiny new F14 system, the firstboot service is now enabled; this is different from earlier releases, where it would still be disabled after the update.

Usually, firstboot-the-app should still not run; the service should see the /etc/sysconfig/firstboot file contains RUN_FIRSTBOOT=NO and not run firstboot-the-app. I suspect this is what Michal saw in his test. I suspect what happened in Bill's case is that /etc/sysconfig/firstboot somehow got deleted, so firstboot went ahead and ran.

This is just surmise at this point, but that's the difference I can think of in F14. In a way it's a regression, but OTOH, I don't think it should trigger unless you've done something you shouldn't have (wiped /etc/sysconfig/firstboot ).

Comment 3 Bill Nottingham 2010-08-26 15:42:54 UTC
I don't think we still have a text mode firstboot, do we?

Comment 4 Adam Williamson 2010-08-26 18:17:36 UTC
not exactly, but it runs some kind of system-config-foobar front end. It's not hugely useful - as far as I can see, it doesn't actually contain any way to create a user account, which would likely be the number 1 thing you'd want to do - but it's there. Try a text install and see.

Fedora Bugzappers volunteer triage team

Comment 6 Adam Williamson 2010-08-26 18:41:10 UTC
I suppose one way to address this would be for the firstboot package to disable the services if it's being updated, rather than initially installed. Can anyone see any problems with that? I can't see there being any practical case where you'd update the firstboot package before actually running firstboot (and still actually want firstboot to run).

Fedora Bugzappers volunteer triage team

Comment 7 Rahul Sundaram 2010-09-14 21:16:15 UTC

Comment 8 Adam Williamson 2010-09-21 21:41:34 UTC
this won't be a problem for F14, since we're not going with systemd any more. it'll be the case for F15, though. bumping to rawhide.

Fedora Bugzappers volunteer triage team

Comment 9 Martin Gracik 2011-01-14 15:16:20 UTC
Fixed in firstboot-1.115-1

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