Red Hat Bugzilla – Bug 856836
/etc/fstab is not written correctly after live install (F18 Alpha RC2+)
Last modified: 2012-09-18 15:59:55 EDT
This is known in the anaconda team, but not reported until now.
When doing an F18 live install with the current Alpha stuff, /etc/fstab is not written properly to the installed system - you wind up with the /etc/fstab from the live environment.
The installed system still actually boots, because the root partition location is passed in on cmdline. But we're aware of at least the following consequences:
The /home partition (which will be automatically created as long as the target disk is big enough) won't be mounted
No swap partition will be activated
The /boot partition (one is always created by autopart) won't be mounted
No other partitions the user may create in custom partitioning will be mounted
A consequence of /home not being mounted is that firstboot will create the user and initial files in a /home directory on the root partition, so even if you fixup fstab, you'd have to move that stuff across too. Having no swap partition can lead to ugly OOM behaviour. And /boot not being mounted means kernel updates won't work right - the package will write everything to a /boot subdirectory of the root partition, which isn't what'll actually be used on boot. You'd just be stuck with the initially installed kernel forever.
There may be other consequences we haven't figured out yet either. This is obviously really bad breakage and should be considered an Alpha blocker. Let's say it's a conditional violation of "The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops", for kernel updates, but there's other justifications available too.
A proper fstab also has all this stuff:
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
which, y'know, is presumably there for a reason...
+1 blocker for the kernel update reason if nothing else, although the /home problem is pretty bad too.
With Adam's implicit +1, that makes +4. Moving to accepted.
Fix updated - http://dlehman.fedorapeople.org/updates/updates-856836.1.img . testing now
(In reply to comment #6)
> Fix updated - http://dlehman.fedorapeople.org/updates/updates-856836.1.img .
> testing now
Works for me using the RC2 x86_64 DVD - /, /boot and swap are all in /etc/fstab
anaconda-18.6.8-1.fc18 has been submitted as an update for Fedora 18.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-18.6.8-1.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Verified with RC3 KDE live. Installed system has a /etc/fstab with / , /boot and swap mount points (no /home because this is a small disk).
anaconda-18.6.8-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.