Red Hat Bugzilla – Bug 670381
/etc/mtab is not a symlink or not pointing to /proc/self/mounts
Last modified: 2011-02-09 11:03:32 EST
Description of problem: On a freshly-installed system, systemd complains about /etc/mtab.
Version-Release number of selected component (if applicable):
How reproducible: every time
Steps to Reproduce:
1. Compose Install DVD from rawhide for x86_64 via pungi [+lorax].
2. Fresh Install DVD, defaults, General Internet desktop.
3. Boot newly-installed system.
[ 8.045846] systemd: /etc/mtab is not a symlink or not pointing to /proc/self/mounts. This is not supported anymore. Please make sure to replace this file by a symlink to avoid incorrect or misleading mount(8) output.
Expected results: no complaint
This has nothing to do with lorax, if it happens in the installed system. I've looked and mtab is created by anaconda. So I guess instead of writing out our own mtab, we should just make a symlink to /proc/self/mounts, but I'm not sure if it's that easy. I think Dave will know better.
Ondrej, since you maintain the setup package which currently owns /etc/mtab, I thought this might be of interest to you.
I don't know why we ever made our own mtab file in anaconda, so I have made a patch to switch to a symlink.
setup package owns the /etc/mtab, but only as ghosted file. AFAIK any userspace actions with /etc/mtab are done by util-linux package(or by pre-f15 name util-linux-ng) which owns mount binary and is maintained by Karel Zak.
I don't believe this issue qualifies as a Alpha release blocker, in fact I think this might be more appropriate for the Final release. However, I'm adding this to 'F15Alpha' so we can review the use cases that may be impacted by this bug.