Bug 116594
Summary: | firstboot is running everytime when switching runlevel | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Jansen <jansen> |
Component: | firstboot | Assignee: | Brent Fox <bfox> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-03-04 23:35:56 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: | 114961 |
Description
David Jansen
2004-02-23 16:48:06 UTC
After firstboot runs, it calls '/sbin/chkconfig --del firstboot'. That should prevent firstboot from ever running again. Was firstboot ever run to completion on this system? As far as I remember it ran without problems. Might it be that it was added back when firstboot was upgraded to version 1.3.5-1 ? $ rpm -qp --scripts firstboot-1.3.5-1.noarch.rpm postinstall scriptlet (using /bin/sh): chkconfig --add firstboot preuninstall scriptlet (using /bin/sh): if [ $1 = 0 ]; then rm -rf /usr/share/firstboot/*.pyc rm -rf /usr/share/firstboot/modules/*.pyc chkconfig --del firstboot fi (but I don't know much about the internals of rpms so I'm not sure in which order those scripts will run from up2date) I (sort of) managed to reproduce the problem: uninstalled the firstboot rpm and installed the original one from cd. on next reboot, firstboot was run, and after that, it shut itself off, as expected. Next, ran up2date to update to latest firstboot, and voila, it reactivated itself and the "Firstboot has already been run once on this system" message is back. Actually, not only when using 'telinit' to switch runlevels, but also on boot, but hard to see of course since X starts up immediately after this. Ah, I see. The problem is that we're rerunning chkconfig on the upgrade. I've added a check to the specfile that will only run chkconfig if /etc/sysconfig/firstboot does not exist. This should fix the problem. The fix should appear in firstboot-1.3.6-1. Thanks for your report. |