Description of problem: On a freshly-installed system, systemd complains about /etc/mtab. Version-Release number of selected component (if applicable): lorax-0.2-2.fc15 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. Actual results: [ 8.045846] systemd[1]: /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 Additional info:
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.